Open AIR (open source smart ventilatieaansturing)

[Odie]

@thomasv je zou haast de hele MV box opensource gaan produceren. De controller heb je al, de rest is een standaard motor en veel plastic en schuim 😌

[Odie]

Ik ben eens flink aan het klussen gegaan met mijn nieuwe OpenAir Mini in mijn Orcon, samen met het setje van 4 sensoren.

Mijn uitgangspunten:

• Ik wil dat de Orcon zelfs zonder HA en HomeKit (mijn primaire interface) sensorgestuurd kan draaien
• Ik wil naast een auto-mode ook een off-mode en manual-3-standen modus hebben, waarin sensordata niet meer leidend is
• Ik wil de manual mode zowel vanuit HA als HK kunnen aansturen
• Ik wil dat ik eventueel nog automatiseringen in HA of HK kan maken op basis van weetikveel, maar daarmee dus de logica op het ESP bordje buiten spel kan zetten
• De handmatige bediening in HomeKit is nodig omdat ik daar twee 4 remotes in keuken en badkamer gebruik, als ik weet dat ik fors ga koken of k*kken dan wil ik meteen naar standje 'paniek' kunnen met een druk op de knop
• Ik wil een configureerbare day/night stand voor auto mode, waarbij naar keuze de high en auto speed in de nacht anders (lager) gezet kunnen worden ivm geluid van de installatie.

Verder wilde ik: als een sensor verhoogde ventilatie triggert dan moet een daling niet direct ervoor zorgen dat de ventilatie stopt maar een configurable hold timer gaan tellen, bij mij 5 minuten. In die hold gaat de ventilatie wel iets achter draaien. Ik doe dit omdat ik merk dat het aanzuigen van meer lucht (alles komt bij mij via 1 pijp op zolder) direct een verlaging van vocht, co2 of voc veroorzaakt, die weer oploopt als ik te vroeg stop met extra ventileren.

Disclaimer: ik ben beginner met ESPHome, ESP32, YAML en ik ben al helemaal geen c++ developer, onderstaande code heb ik grotendeels met Claude eruit geperst (en gevalideerd met andere models en roestige oude matige dev skills van lang geleden).

Voor mij werkt dit nu en ben ik best tevreden, maar: er is nu heel veel functionaliteit in de c++ Lambda gekomen, wat natuurlijk een beetje voorbij gaat aan het ESPhome concept. Pak ik het te complex aan?

Opmerkingen, correcties, aanvullingen en alles wat er tussen zit meer dan welkom.

Edit: bugfixes, code optimalisatie en commentaren gefikst

Edit2: Nu met een configureerbare day/night mode waarin naar wens de auto high speed en hold speed gedurende de dag en nacht anders gezet kunnen worden. Omdat mijn Orcon boven de 50% redelijk hoorbaar is in een stil huis vind ik dat gedurende de nacht minder acceptabel.

Edit3: meer bugfixes, er stond oude foute code op de sensors in de on_value.

code:

esphome:
  name: orcon
  friendly_name: Orcon
  on_boot:
    then:
      - delay: 15s
      # After reboot >> Auto mode
      - select.set:
          id: ventilation_manual_control
          option: "AUTO"
      - script.execute: evaluate_air_quality

esp32:
  board: esp32dev
  framework:
    type: esp-idf
    
logger:
  level: DEBUG

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  ap:
    ssid: "Orcon_Fallback"
    password: !secret wifi_password

api:
  encryption:
    key: !secret api_encryption_key

ota:
  - platform: esphome
    password: !secret ota_password
  

captive_portal:

time:
  - platform: homeassistant
    id: homeassistant_time

substitutions:
  # Night mode configuration
  night_mode_start: 22       # hour in 24h format, start of night
  night_mode_end: 7          # hour in 24h format, end of night
  
  # Thresholds for sensors
  voc_threshold: "200"
  co2_threshold: "800" 
  humidity_threshold: "60"
  nox_threshold: "5"
  
  # Fan speeds in auto mode
  fan_speed_high_day: "40" # Fan speed when triggered by sensor thresholds during day window
  fan_speed_high_night: "30" #Fan speed when triggered by sensor thresholds during night window
  fan_speed_hold_day: "35" # Fanspeed when in Hold mode during day window
  fan_speed_hold_night: "25" # Fanspeed when in Hold mode during day window
  fan_speed_low: "15"  # Default idle speed

  # Fan speeds in manual mode
  manual_idle: "15"
  manual_low: "35"
  manual_medium: "55"
  manual_high: "85"
  
   # Timing (seconds)
  hold_time_seconds: "300"     # hold duration after high state
  cooldown_seconds: "30"       # min seconds between evaluations

# Global vars for auto mode
globals:
  - id: fan_hold_until
    type: time_t
    initial_value: '0'
  - id: last_evaluation_time
    type: time_t
    initial_value: '0'
  - id: current_target_speed
    type: int
    initial_value: '15'
  - id: auto_mode_active
    type: bool
    initial_value: 'true'

# Select function for manual control in Home Assistant and HomeKit (exported via HomeBridge)
select:
  - platform: template
    name: "Manual Control"
    id: ventilation_manual_control
    optimistic: true 
    options:
      - "UIT"
      - "AUTO"
      - "RUST"
      - "LAAG"
      - "MEDIUM"
      - "HOOG"
    initial_option: "RUST"
    icon: "mdi:fan"

    on_value:
      - logger.log:
          format: "Manual control changed to: %s"
          args: ['x.c_str()']
          level: INFO
      - script.execute: evaluate_air_quality

status_led:
  pin:
    number: GPIO33

# From V1.4.0 The Sensor pins on the Open AIR Mini are swapped. Correct example is below:

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

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

script:
  - id: evaluate_air_quality
    mode: single
    then:
      - lambda: |-
          auto now = id(homeassistant_time).now();
          auto ts = now.timestamp;
          std::string current_mode = id(ventilation_manual_control).state;

          ESP_LOGD("air_quality", 
            "Evaluation start: VOC=%.0f CO2=%.0f RH=%.0f NOx=%.0f",
           id(sgp4x_voc_index).state,
           id(scd4x_co2).state,
           id(sht4x_air_humidity).state,
           id(sgp4x_nox_index).state);

          // === DAY/NIGHT PROFILE ===
          int current_hour = now.hour;
          bool is_night;
          if (${night_mode_start} < ${night_mode_end}) {
            is_night = (current_hour >= ${night_mode_start} && current_hour < ${night_mode_end});
          } else {
            // night passes midnight (e.g. 22 -> 07)
            is_night = (current_hour >= ${night_mode_start} || current_hour < ${night_mode_end});
          }

          int high_speed = is_night ? ${fan_speed_high_night} : ${fan_speed_high_day};
          int hold_speed = is_night ? ${fan_speed_hold_night} : ${fan_speed_hold_day};

          ESP_LOGI("air_quality", "Profile active: %s (high=%d%%, hold=%d%%)",
                   is_night ? "NIGHT" : "DAY", high_speed, hold_speed);

          // === MANUAL MODES ===
          if (!id(auto_mode_active)) {
            int manual_speed = 0;
            if (current_mode == "UIT") manual_speed = 0;
            else if (current_mode == "RUST") manual_speed = ${manual_idle};
            else if (current_mode == "LAAG") manual_speed = ${manual_low};
            else if (current_mode == "MEDIUM") manual_speed = ${manual_medium};
            else if (current_mode == "HOOG") manual_speed = ${manual_high};

            if (id(current_target_speed) != manual_speed ||
                (manual_speed == 0 && id(fan_motor).state) ||
                (manual_speed > 0 && !id(fan_motor).state)) {

              ESP_LOGI("manual_control", "Manual mode '%s' - setting fan to %d%%",
                      current_mode.c_str(), manual_speed);

              if (manual_speed == 0) {
                auto call = id(fan_motor).make_call();
                call.set_state(false);
                call.perform();
              } else {
                auto call = id(fan_motor).turn_on();
                call.set_speed(manual_speed);
                call.perform();
              }
              id(current_target_speed) = manual_speed;
            }
            return;
          }

          // === AUTO MODE ===
          ESP_LOGD("air_quality", "AUTO mode active");

          // Reset only if current target is not one of the valid AUTO values
          if (id(current_target_speed) != ${fan_speed_low} &&
              id(current_target_speed) != high_speed &&
              id(current_target_speed) != hold_speed) {
            ESP_LOGI("air_quality", "Switch to AUTO - fan to %d%% (clean start)", ${fan_speed_low});
            auto call = id(fan_motor).turn_on();
            call.set_speed(${fan_speed_low});
            call.perform();
            id(current_target_speed) = ${fan_speed_low};
            id(fan_hold_until) = 0;  // reset any old hold timer
          }

          // cooldown check
          if (ts - id(last_evaluation_time) < ${cooldown_seconds}) {
            ESP_LOGV("air_quality", "Cooldown active, evaluation skipped");
            return;
          }
          id(last_evaluation_time) = ts;

          // read sensor values
          float voc = id(sgp4x_voc_index).state;
          float co2 = id(scd4x_co2).state;
          float humidity = id(sht4x_air_humidity).state;
          float nox = id(sgp4x_nox_index).state;

          if (isnan(voc) || isnan(co2) || isnan(humidity) || isnan(nox)) {
            ESP_LOGW("air_quality", "One or more sensors have invalid values");
            return;
          }

          // threshold check
          bool voc_high = (voc > ${voc_threshold});
          bool co2_high = (co2 > ${co2_threshold});
          bool humidity_high = (humidity > ${humidity_threshold});
          bool nox_high = (nox > ${nox_threshold});
          bool any_high = voc_high || co2_high || humidity_high || nox_high;

          ESP_LOGD("air_quality", "Thresholds: VOC %s (%.0f>%s) CO2 %s (%.0f>%s) RH %s (%.0f>%s) NOx %s (%.0f>%s)",
                   voc_high ? "HIGH" : "ok", voc, "${voc_threshold}",
                   co2_high ? "HIGH" : "ok", co2, "${co2_threshold}",
                   humidity_high ? "HIGH" : "ok", humidity, "${humidity_threshold}",
                   nox_high ? "HIGH" : "ok", nox, "${nox_threshold}");

          int current_speed = id(current_target_speed);

          if (any_high) {
            if (current_speed != high_speed) {
              std::string high_sensors = "";
              if (voc_high) high_sensors += "VOC(" + to_string((int)voc) + ") ";
              if (co2_high) high_sensors += "CO2(" + to_string((int)co2) + ") ";
              if (humidity_high) high_sensors += "RH(" + to_string((int)humidity) + "%) ";
              if (nox_high) high_sensors += "NOx(" + to_string((int)nox) + ") ";

              ESP_LOGI("air_quality", "Sensors too high: %s - fan to %d%%",
                       high_sensors.c_str(), high_speed);

              auto call = id(fan_motor).turn_on();
              call.set_speed(high_speed);
              call.perform();
              id(current_target_speed) = high_speed;
              id(fan_hold_until) = 0;
            }
          } else {
            if (current_speed == high_speed) {
              ESP_LOGI("air_quality", "Sensors normal - start %d min hold at %d%%",
                       ${hold_time_seconds}/60, hold_speed);
              auto call = id(fan_motor).turn_on();
              call.set_speed(hold_speed);
              call.perform();
              id(current_target_speed) = hold_speed;
              id(fan_hold_until) = ts + ${hold_time_seconds};
            } else if (current_speed == hold_speed) {
              if (ts >= id(fan_hold_until)) {
                ESP_LOGI("air_quality", "Hold done - fan to %d%%", ${fan_speed_low});
                auto call = id(fan_motor).turn_on();
                call.set_speed(${fan_speed_low});
                call.perform();
                id(current_target_speed) = ${fan_speed_low};
              } else {
                long time_left = id(fan_hold_until) - ts;
                ESP_LOGD("air_quality", "Hold active - %ld sec left", time_left);
              }
            }
          }

sensor:

  - platform: pulse_counter #reports the fan tacho
    pin: GPIO14
    unit_of_measurement: "rpm"
    name: 'Fan Tacho'
    id: orcon_rpm
    update_interval: 5s
    
  - platform: wifi_signal # Reports the WiFi signal strength/RSSI in dB
    name: "WiFi Signal dB"
    id: wifi_signal_db
    update_interval: 30s
    entity_category: "diagnostic"
    device_class: "signal_strength"

  - platform: copy # Reports the WiFi signal strength in %
    source_id: wifi_signal_db
    name: "WiFi Signal Percent"
    filters:
      - lambda: return min(max(2 * (x + 100.0), 0.0), 100.0);
    unit_of_measurement: "%"
    entity_category: "diagnostic"
    device_class: "signal_strength"

  - platform: sht4x
    i2c_id: i2c_sensor_1
    # check for need of co2 heater, these are conservative values
    #heater_max_duty: 0.01
    #heater_power: Low
    #heater_time: Short
    update_interval: 30s

    temperature:
      name: "SHT4x Temperature"
      id: sht4x_air_temperature
      accuracy_decimals: 2
      state_class: measurement
      device_class: temperature
      # No delta filters and on_value trigger, sensor not part of automation

    humidity:
      name: "SHT4x Humidity"
      id: sht4x_air_humidity
      accuracy_decimals: 2
      state_class: measurement
      device_class: humidity
      # Trigger central evaluation at new value that is >2%
      filters:
        - delta: 2%      
      on_value:
        - script.execute:
            id: evaluate_air_quality

  - platform: sgp4x
    i2c_id: i2c_sensor_1
    update_interval: 30s
    compensation:
      temperature_source: sht4x_air_temperature
      humidity_source: sht4x_air_humidity

    voc:
      name: "SGP4x VOC Index"
      id: sgp4x_voc_index
      state_class: measurement
      device_class: volatile_organic_compounds
      # Trigger central evaluation at new value that is >5%
      filters:
        - delta: 5%  
      on_value:
        - script.execute:
            id: evaluate_air_quality

    nox:
      name: "SGP4x NOx Index"
      id: sgp4x_nox_index
      state_class: measurement
      device_class: nitrous_oxide
      # Trigger central evaluation at new value that is >2%
      filters:
        - delta: 2%  
      on_value:
        - script.execute: 
            id: evaluate_air_quality

  - platform: scd4x
    i2c_id: i2c_sensor_1
    update_interval: 30s

    co2:
      name: "SCD4x CO2"
      id: scd4x_co2
      state_class: measurement
      device_class: carbon_dioxide
      # Trigger central evaluation at new value that is >25ppm
      filters:
        - delta: 25    
      on_value:
        - script.execute: 
            id: evaluate_air_quality

    temperature:
      name: "SCD4x Temperature"
      id: scd4x_temperature
      accuracy_decimals: 2
      state_class: measurement
      device_class: temperature
      # No delta filters and on_value trigger, sensor not part of automation

    humidity:
      name: "SCD4x Humidity"
      id: scd4x_humidity
      accuracy_decimals: 2
      state_class: measurement
      device_class: humidity
      # No delta filters and on_value trigger, sensor not part of automation

output:
  - id: orcon_fan
    platform: ledc
    pin: GPIO15
    inverted: true

# Slow rise of values -due to delta- may cause no triggering of evaluation, so running every 2 minutes regardless
interval:
  - interval: 2min
    then:
      - script.execute:
          id: evaluate_air_quality
          trigger_source: "watchdog"

fan:
  - id: fan_motor
    name: "Fan"
    platform: speed
    output: orcon_fan

[ Voor 15% gewijzigd door Odie op 11-09-2025 16:16 . Reden: Nog een bugfix ]

[Tarquin]

djuro499 schreef op zaterdag 6 september 2025 @ 11:33:
[...]
Zou je kunnen uitleggen hoe de Open AIR mini precies werkt i.c.m. een perilex schakelaar? Werkt de override van beide kanten en kan je b.v. de schakelaar gebruiken als de wifi of HA uitvalt?

Voor zover ik weet: Gewoon niet.

Ik zit te kijken naar Silent/Reno met perilex (bv. the last resort of als ik ga verhuizen) of naar de gewone randaarde variant als er geen toegevoegde waarde is.
Nog een punt, ik probeer zo veel mogelijk ethernet te gebruiken, maar met de valve's ben ik sowieso afhankelijk van de wifi.

Perilex werd gebruikt om oude boxen te regelen. Ik weet het niet zeker, maar het zou me niets verbazen als ze gewoon direct op de spoelen van de motor zijn aangesloten, want de echte ouderwetse systemen hebben natuurlijk geen enkele electronische regeling.

Nieuwe boxen kunnen een motor traploos regelen.
De Open Air gaat daar nog overheen door er wifi besturing aan toe te voegen.

Een perilex is dan echt niet meer nodig. Als je een standaard box koopt zit er meestal een afstandsbediening bij.
En sturing via OpenAir gaat nog beter, omdat je hem kunt programmeren om te reageren op vochtpercentages, op tijden en op meerdere knoppen.

De afstandsbediening die je bij een box krijgt werkt niet met OA. Reden is dat OA de hele printplaat vervangt, inclusief de radio-ontvanger van de afstandsbediening.
Als HA uitvalt gaat de OpenAir naar een 'disconnected mode'. Het is programmeerbaar wat hij dan doet.
Hij kan bv gewoon basic op vochtigheidslevels reageren: veel vocht=hard draaien.
Wel heeft de OpenAir een web-interface. In geval van nood kun je er naartoe met een browser en zelf de instellingen & fanspeed veranderen.

Echter je wilt wel zsm je HA weer aan de praat krijgen, dat klopt.

[mrwiggs]

Kan het kloppen dat dit schroefgaatje op de verkeerde plek zit?

[Caelorum]

In het geval van perilex komt ook nog bij dat de indeling van de stekkerdoos anders is per merk. Even een Duco perilex box aansluiten op een doos waar voorheen een Orcon zat gaat dus niet werken. Zal je eerst de stekkerdoos open moeten maken en twee of drie draadjes anders moeten lussen.
Perilex zelf heeft namelijk wel een standaard, maar dat is voor vermogen aanleveren in de keuken aan een kookplaat bijv. Voor ventilatieboxen wordt het gebruikt als handige interface voor regeling met een driestandenschakelaar en dan gaan blijkbaar alle standaarden overboord.

En als je het dan toch al open moet maken, waarom niet gewoon meteen die doos vervangen voor een reguliere stekkerdoos en de driestandenschakelaar van de muur halen en op die plek een draadloos bedieningspaneel plaatsen? Heb ik hier in ieder geval wel gedaan en nog geen moment spijt van gehad.

[nairolf]

mrwiggs schreef op donderdag 11 september 2025 @ 14:44:
Kan het kloppen dat dit schroefgaatje op de verkeerde plek zit?

[Afbeelding]

Dat had ik inderdaad ook. In de fotos op GitHub lijkt hij ook op een andere locatie te zitten.

---

@The_ Mad_Ping heb je nog tijd om mijn vragen te beantwoorden? Onder andere over bovenstaande schroefgas, maar ook over de firmware: Ik zou namelijk graag een eigen ESPHome firmware maken en erop zetten, maar het apparaat wordt helaas niet herkend door ESPHome device builder..

[Odie]

Tarquin schreef op donderdag 11 september 2025 @ 14:31:
[...]


Voor zover ik weet: Gewoon niet.

Volgens mij ligt dat aan je systeem. Bij Orcon dient de perilex simpelweg om een stand te signaleren. Drie pinnen voeren de L, N en PE aan en twee pinnen signaleren afwijking van 'laag' naar 'midden' en 'hoog' door stroom van L op een van beide pinnen te zetten. Die komt binnen op de Orcon controller.

Op de controller zit 'gewoon' de motor met een eigen L+N aansluiting en een motor-controller kabel zoals ik die ook in mijn RF versie had waar een 0-10v of PWM signaal wordt gezet en waar je een tacho op terug leest.

Aangezien de OpenAir die hele controller vervangt zou deze versie dus ook gewoon geschikt zijn voor OpenAir: je gooit de Perilexstekker, de driestanden schakelaar en de Orcon controller bij het grof vuil, sluit een normale 230V stekker op de OpenAir aan en prikt de motor met voeding en aansturing ook op de OpenAir.

Met deze oplossing is de Perilex serie ook geschikt voor RF, wat wel blijkt uit de RF ontvanger die er ook in lijkt te zitten.

*note: tot zover de theorie, gebaseerd op de MVS-15-xxxP handleiding https://community.homey.a...met-perilex-stekker/29653

Maar ik had vroeger een MV die middels perilex keihard de motor aanstuurde door de 230V op een andere set windingen te zetten. Niets traploos aan. Het zal dus erg aan de leeftijd en merk van je box liggen. De hamvraag: wat voor soort motor zit er in je box, de rest is bijvangst.

[Odie]

Caelorum schreef op donderdag 11 september 2025 @ 15:04:
En als je het dan toch al open moet maken, waarom niet gewoon meteen die doos vervangen voor een reguliere stekkerdoos en de driestandenschakelaar van de muur halen en op die plek een draadloos bedieningspaneel plaatsen? Heb ik hier in ieder geval wel gedaan en nog geen moment spijt van gehad.

Dat kan dus alleen als je systeem geen directe koppeling tussen de driestanden schakelaar heeft qua voeding, oudere systemen hebben dat wel zijn niet niet geschikt om later te retrofitten met RF en variabele aansturing.

[Caelorum]

@Odie hoe bedoel je dit? In mijn geval gingen alle kabels naar de badkamer waar de box hing en van daaruit de voeding naar de driestandenschakelaar een verdieping lager, om weer drie voedingsdraden terug te krijgen. Elk van die waren op een aparte ingang van de box aangesloten. (De box kwam uit 1989 en was echt een enorm oud ding. Ook rechtstreeks 230v op de goede ingang voor een andere snelheid).

In zo'n systeem krijgt de box wel enkel voeding vanuit de driestandenschakelaar, maar kan je deze ook vrij eenvoudig compleet ombouwen.

En mocht het draad niet eerst via de goede ruimte gaan kan je ook vanaf de driestandenschakelaar 1 van de draden opnieuw trekken en direct doorlussen.

[ Voor 9% gewijzigd door Caelorum op 11-09-2025 22:10 ]

[Odie]

Er zijn twee manieren om een motor op verschillende snelheden aan te sturen: via een stuursignaal (meestal 0-10v of een pwm signaal dat de motor zelf vertaalt in een traploze snelheid via spannings- of frequentie regeling) of door de 230v direct naar de motor te sturen maar naar gelang de wenste snelheid een andere set windingen aan te spreken (Dahlander- of meerwikkelmotor). De eerste methode is traploos, de tweede niet.

MVs van het eerste type zijn makkelijk te converteren van perilex aansluiting met driestanden schakelaar naar iets traploos en draadloos, de tweede niet.

Of je dus kan ombouwen hangt heel erg af van de leeftijd van de box en hoe hij intern werkt. Van de Orcon MVS serie weet ik zeker dat je makkelijk om kunt met minimale aanpassingen omdat bij de perilex uitvoering de keuze simpelweg vertaald wordt door de controller naar een PWM signaal op de motor. Controller eruit, Open Air erin, standaars 230v stekker eraan en klaar.

[Caelorum]

Oh ok, ik denk dat we hier langs elkaar heen praten. Ik had het over het ombouwen van de perilexdoos naar een schukodoos. Zodat een moderne MV met 'normale' stekker gebruikt kan worden incl afstandsbediening. En deze kan worden omgebouwd. Niet het ombouwen van de oude MV zelf.

Ik ging er vanuit dat die dusdanig oud was dat een nieuwe MV box sowieso efficiënter en stiller zal werken.

[ Voor 23% gewijzigd door Caelorum op 12-09-2025 07:32 ]

[Odie]

Ah ok, my bad!

[MattMax]

Een aantal maanden terug heb ik een OpenAIR Sense Pro besteld. Ik gebruikte al een OpenAIR mini met twee OpenAIR valves voor de aansturing van de mechanische ventilatie. Op verzoek van @The_ Mad_Ping heb ik een review geschreven over mijn eigen ervaringen met de Sense Pro, in combinatie met de OpenAIR mini en de twee kleppen. Om het ook relevant te maken voor mensen die niet op dit forum komen, maar de Sense Pro zien op het Tindie platform, heb ik de review in het Engels geschreven. Het is een aardig verhaal geworden, maar de TL/DR is dat ik super tevreden ben en dat de huidige setup 10x beter is dan hoe ons huis werd opgeleverd (proprietary CO2 sensor, draadloos verbonden met ventilatie, drempelwaardes niet in te stellen, etc.).

My hands-on with the Open AIR Sense Pro

Short version: This thing is a little powerhouse of an air monitor. It’s ESP32-based, crammed with very accurate sensors, and wrapped in a clean 3D-printed shell. It looks good on a shelf, and it plays super nicely with Home Assistant.

Unboxing and build

The 3D-printed housing feels sturdy and purposeful, not some flimsy prototype. The fit is tight, screw points line up well, and there’s enough airflow through the design that the sensors aren’t suffocated. You will need a small allen key to disassemble the housing.

Pop the lid and it’s tidy inside!
Housing removed



Overview of PCB



Sensors



Espressif ESP32 board


You can clearly see the ESP32 at the heart of it and a well-laid-out PCB. Sensor placement looks deliberate (good for airflow and heat isolation), and the cable routing is neat. Exactly what I would expect from a “Pro” unit. Finally there are leds at the bottom which can be set to a specific color.

Sensors

You have a couple of options when it comes to the sensors that will be installed. All of them are from Senserion with high accuracy.

• Temperature and humidity
• Additionally: CO2
• Additionally: VOC and NOx
• Additionally: SPS30 particle sensor

I'm using the Sense Pro with all of the listed sensors, so please keep in mind that you only have access to certain metrics if the required sensors are present in your device. More information about all options can be found on Tindie.

Home Assistant integration

Adding it to Home Assistant is painless with ESPHome auto-discovery, and you immediately get a bunch of useful entities. I'm primarily using the CO2 and VOC metrics to monitor air quality. I've built some simple automations to use the controllable light entity that’s perfect for ambient feedback.


OpenAIR Sense Pro entities



OpenAIR light toggle



Automation example


I love using the device’s light as a subtle air quality indicator. In the example it's based on VOC, but you can of course combine several metrics. Green when air is fresh, orange when it’s getting stale, red when it’s time to take action.

Here’s the exact automation I’m running, using the VOC index sensor from the OpenAIR Sense Pro and driving its light accordingly:

code:

alias: "Climate: Air quality (VOC) ground floor"
description: ""
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.open_air_sense_pro_5328e0_voc_index
    below: 150
    id: voc_green
  - trigger: numeric_state
    entity_id:
      - sensor.open_air_sense_pro_5328e0_voc_index
    above: 150
    below: 350
    id: voc_orange
  - trigger: numeric_state
    entity_id:
      - sensor.open_air_sense_pro_5328e0_voc_index
    above: 350
    id: voc_red
  - trigger: time
    at: "23:00:00"
    id: night_mode
conditions: []
actions:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - voc_green
          - condition: time
            before: "23:00:00"
            after: "07:00:00"
        sequence:
          - action: light.turn_on
            metadata: {}
            data:
              rgb_color:
                - 40
                - 148
                - 25
              brightness_pct: 50
            target:
              device_id: cc9911744abac6684f3ea1a363b6098a
      - conditions:
          - condition: time
            before: "23:00:00"
            after: "07:00:00"
          - condition: trigger
            id:
              - voc_orange
        sequence:
          - action: light.turn_on
            metadata: {}
            data:
              rgb_color:
                - 242
                - 157
                - 38
              brightness_pct: 50
            target:
              device_id: cc9911744abac6684f3ea1a363b6098a
      - conditions:
          - condition: trigger
            id:
              - voc_red
          - condition: time
            before: "23:00:00"
            after: "07:00:00"
        sequence:
          - action: light.turn_on
            metadata: {}
            data:
              rgb_color:
                - 213
                - 20
                - 7
              brightness_pct: 100
            target:
              device_id: cc9911744abac6684f3ea1a363b6098a
      - conditions:
          - condition: trigger
            id:
              - night_mode
        sequence:
          - action: light.turn_off
            metadata: {}
            data: {}
            target:
              device_id: cc9911744abac6684f3ea1a363b6098a
mode: single

Combining the Sense Pro with other OpenAIR devices

My setup is a combination of the Sense Pro for monitoring CO2, VOC and NOx, the OpenAIR mini to control mechanical ventilation and two OpenAIR valves to open or close valves. The valves are optional, but help with conserving energy. E.g. when somebody is taking a shower (first floor), an automation will set the ventilation to max speed and will set the valve that is connected to the ground floor to only 20% open. That helps to preserve the heat downstairs, while quickly bringing the humidity down in the bathroom. The overall goal is to make this as "set-and-forget" as possible. The air quality should be healthy, energy should be conserved (maintaining the air quality) and all of that needs to happen without manual intervention. I've written a couple of automations with some helpers in Home Assistant to make that happen.

Day-to-day impressions

• The Sense Pro readings are stable and react quickly to cooking, aerosols, or a closed room.
• The ambient light feedback is surprisingly useful; And you can also decide to let it respond to other triggers.
• 3D-printed shell looks “maker-y” in a good way. Clean lines, not rough. Of course you can also make your own case, just keep in mind the device needs some airflow, so don't put it in a sealed box.

Verdict:

This is a high-accuracy air quality monitor that plugs straight into Home Assistant and gives you the option to run practical automations out of the box. I'm very happy with the OpenAIR Sense Pro and would definitely recommend it. Solid build, thoughtful internals, and a great HA experience.

[djuro499]

Bedankt allemaal voor jullie reacties!

De bedoeling is inderdaad om een nieuwe MV te plaatsen en ik vroeg me af of ik de 3-standen schakelaar met perilex toch zou kunnen gebruiken in het geval dat mijn netwerk platligt.

The_ Mad_Ping schreef op woensdag 21 mei 2025 @ 14:50:
Oh ja, bijna vergeten! De Reno ondersteunt ook de Perilex-connector.
Dus als je een variant met Perilex gebruikt, kun je die gewoon blijven gebruiken. Extra handig: de stand van de Perilex-schakelaar is ook uit te lezen in Home Assistant!

Als de stand van de Perilex-schakelaar uit te lezen is, verwacht ik dat alle draden op de OA printplaat aangesloten zijn.
En trouwens, het schema van die van mij ziet er zo uit:

Tarquin schreef op donderdag 11 september 2025 @ 14:31:
Als HA uitvalt gaat de OpenAir naar een 'disconnected mode'. Het is programmeerbaar wat hij dan doet.
Hij kan bv gewoon basic op vochtigheidslevels reageren: veel vocht=hard draaien.

Dat is goed om te weten!

Tarquin schreef op donderdag 11 september 2025 @ 14:31:
Wel heeft de OpenAir een web-interface. In geval van nood kun je er naartoe met een browser en zelf de instellingen & fanspeed veranderen.

Bedoel je OpenAir als een wifi access point of gewoon als een wifi client?

Misschien maak ik het onnodig ingewikkeld, maar ik dacht even aan een scenario als het te lang duurt om mijn netwerk te herstellen. Een goed geprogrammeerde 'disconnected mode' zou voldoende moeten zijn.

Ik vind de OA met ethernet port heel interessant en de compacte Duco Reno zou goed passen bij mij want ik heb maar 3 afzuigkanalen (wel met minder vermogen 325 m³/h t.o.v. 400 m³/h van de Silent). Daarnaast ondersteunt hij een perilex-schakelaar. Dit sluit aan bij mijn vragen aan @The_ Mad_Ping, aangezien ik de volgende scenario's in gedachten heb:

1. HA-besturing, via ethernet of wifi.
2. Autonome 'disconnected mode', als het netwerk niet beschikbaar is.
3. 3-standenschakelaar/perilex, als een 'override' van de 'disconnected mode'.

De oplossing van @Odie vind ik ook heel interessant - volledig autonoom met een 'override' van HA.
De 3-standenschakelaar/perilex zou daarachter kunnen, als 'last resort', maar misschien niet de moeite waard.

[Odie]

Als HA uitvalt gaat de OpenAir naar een 'disconnected mode'.

Kleine nuance, dat is maar hoe je hem configureert he. Het kán. Ik heb juist voor een “ESP-centric” opzet gekozen waarbij de OpenAir autonoom werkt maar altijd van buiten af te overriden is.

Overigens bevat mijn bovenstaande config een bug die ik bij de (poging tot een andere) laatste bugfix juist geïntroduceerd heb. Hij is bij mij gefikst, maar ik mag m’n post niet meer editen. Aangezien ik nog verder ga refinen de komende tijd (ik wil het ventilatie gedrag nog iets meer vraaggestuurd maken waarbij de mate van luchtvervuiling stapsgewijs meer of minder ventilatie vraagt) dus als je interesse in de laatste versie hebt, let me know.

De ESP kan je optioneel een web interface geven waarmee hij direct te besturen is, dat is dus in cliënt mode. De AP mode kickt in als hij geen verbinding kan maken met de geconfigureerde wifi. Dat staat weer los van de “disconnected” mode, wat slaat op of de ESP verbinding met HA heeft over de API.

En als je het bont wil maken kan je ook nog API calls vanuit andere software of systemen direct op de ESP doen, ik heb even zitten spelen met JSON calls direct uit HomeKit op de ESP, maar uiteindelijk vind ik m’n huidige aanpak de beste omdat daarmee ook een feedback loop terug naar HomeKit is (die toont daadwerkelijk in welke stand mijn ventilatie staat).

Ik ben in hele korte tijd fanboy van ESPHome en ook zeker de Open Air geworden, leuk spul…

Ik zou persoonlijk de perilex ditchen en wellicht vervangen door iets draadloos, genoeg opties (inclusief draadloze schakelaars die in een standaard frame moeten passen). Maar als je hem wil behouden, je zou hem kunnen aansluiten op twee GPIO pinnen van de ESP OpenAir, maar dat wordt een beetje knutselen. Je zou van een van de sensor headers de SCL/SDA pinnen als digitale input kunnen configureren met daar de twee perilex schakelstanden eraan.

[ Voor 12% gewijzigd door Odie op 12-09-2025 19:04 ]

[Carino]

The_ Mad_Ping schreef op woensdag 10 augustus 2022 @ 10:47:
[...]

Adapter printje is gemaakt en je kan de Open Duco print gebruiken in je zehnder Comfo, Bevestiging van de print is iets minder optimaal dan bij een ducobox, Dubbelzeidige tape ipv schroeven.

Zodra ik de 230v motor aansluitingen op de Open Air mini aansluit klapt de Glaszekering. Kan het zijn dat de ComfoFan anders aangesloten moet worden?

[Odie]

@Carino heel gek, ik heb net offline met je mee zitten loeren en je lijkt alles correct te doen. Hoe moeilijk kan het zijn, zonder aangesloten motor krijgt je esp32 netjes prik en brandt je esp32 ledje. Je sluit de motor netjes aan en dat geeft somehow kortsluiting. Ik vrees dat @The_ Mad_Ping even z’n blik er over moet laten gaan. Ben wel heel benieuwd wat we over het hoofd zien.

[The_ Mad_Ping]

oi!

Het heeft door allerlei omstandigheden (veel bestellingen & vakanties & werk) even geduurd, maar we zijn weer bij met alle bestellingen! Ik zal morgen de tijd nemen om alle openstaande vragen te beantwoorden

Bedankt voor al het geduld!

[Carino]

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.

[The_ Mad_Ping]

Timshort87 schreef op vrijdag 6 juni 2025 @ 18:28:
Hallo,

Is er een update te geven over ondersteuning voor de DucoBox Energy Comfort WTW-unit?
Komt de ondersteuning er? Wij hebben momenteel alle plafonds open dus dit zou het perfecte moment zijn om het systeem te integreren.

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

[The_ Mad_Ping]

mrwiggs schreef op zondag 20 juli 2025 @ 16:10:
Ik combineer twee Ducobox aansluitingen naar 1 kanaal van 160 mm. is het mogelijk om 2 valves te "koppelen", zodat ze altijd hetzelfde doen? Ik moet dit gewoon zorgen dat ik ze altijd beide selecteer voor automatiseringen?

Ik zou dit inderdaad gewoon fixen in je automation! (Ik gok dat je dit inmiddels ook al hebt gedaan). Hopelijk is alles gelukt.

[The_ Mad_Ping]

Erasmo schreef op vrijdag 8 augustus 2025 @ 08:30:
Ik heb een beetje lopen zoeken in het topic maar kon het antwoord niet echt vinden, als ik de open air in mijn Orcon 15RH hang en je niet actief stuurt dan gaat de Orcon nog steeds automatisch optoeren als hij zelf een verhoogde LV detecteerd?

Nee, je moet echt een RH sensor hebben, ofwel in de doos , ofwel extern in de juiste plek in huis. Er is de disconnected mode die je kan configureren om iets te doen als er geen HA verbinding meer is. Ik adviseer hier wel een RH sensor voor!

[The_ Mad_Ping]

manusjevanalles schreef op donderdag 14 augustus 2025 @ 17:52:
Ik worstel nog met het volgende: er loopt vanaf de begane grond een 160mm buis naar zolder. Op de begane grond vertakt deze naar de keuken, bijkeuken en wc. Op zolder sluit de badkamer via 125mm op deze buis aan, en het geheel is dan aangesloten op de ventilator (dus 1 buis). Vanaf de ventilator gaat het middels 125mm naar buiten. Ik wil de badkamer beter ventileren, maar een eigen ventilator past waarschijnlijk niet. Ik kan een klep zetten op de buis naar de begane grond, maar die is er alleen in 125mm. Dan zou ik de buis van de begane op zolder kunnen vernauwen naar 125mm, en er een klep op zetten. Zie ik daar iets over het hoofd? Enige wat ik kan bedenken waarom beneden 160mm is en de badkamer 125mm, is dat de begane meer geventileerd wordt omdat de weerstand over die buis minder is. En daar hebben we bij het douchen dus last van, omdat alle warmte uit de woonkamer wordt getrokken.
@The_ Mad_Ping of is er al zicht op de klep voor 160mm?

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!

[The_ Mad_Ping]

jongbj schreef op zaterdag 16 augustus 2025 @ 18:26:
Ik heb 2 valves met sensoren en 1 zonder. Heb niets hoeven toevoegen en/of veranderen om alle gegevens in Home Assistant in te lezen. Eigenlijk werkte alles direct en met alle gegevens. Heb later wel de yaml gedownload om de esphome versie te kunnen updaten via de builder, maar ook dat werkte eigenlijk zonder aanpassingen. Zie trouwens wel dat de huidige versies een stuk gelikter zijn dan die ik heb.

Dat klopt, we hebben de behuizing volledig herontworpen. Hierdoor zijn ze makkelijker te recyclen (zonder metalen inserts). Een bijkomend voordeel is dat ze ook eenvoudiger te assembleren zijn voor mensen die de DIY-versie kopen."

[The_ Mad_Ping]

brewmark schreef op zondag 24 augustus 2025 @ 10:53:
Bij het updaten naar de nieuwere ESP home versies krijg ik onderstaande foutmelding. Kan ik dit zonder problemen toevoegen aan de config?

[Afbeelding]

We gaan dit weekend onze config op GITHUB updaten :)! Wat ik al wel zag is dat we wat problemen hadden met een van de sensoren en de laatste versie van ESPHOME. Ik zou misschien terughoudend zijn met updaten naar de laatste versie. Dit weekend meer!

[The_ Mad_Ping]

tlpeter schreef op maandag 25 augustus 2025 @ 10:03:
Als je de unit nog moet kopen zou ik voor de Duco gaan. Daar is het toch mee begonnen

Deze vraag is al vaker gesteld, maar Duco maakt gewoon heel nette ventilatieboxen. Ik zou die zonder twijfel verkiezen boven de concurrentie.

[The_ Mad_Ping]

chrisroijens schreef op woensdag 27 augustus 2025 @ 16:54:
Twee vraagjes, werkt dit met Homey? Anderzijds, ik heb verwarming die op lucht werkt waarvan de buizen door de kelder lopen. Deze hebben een draaiknop om ze open en dicht te doen. Is er een optie waarbij ik deze kan retrofitten met de open air valve zonder de externe behuizing? Ik heb namelijk net 3 verschillende buizen bij ons gemeten met elk een eigen diameter (31CM, 28CM en 22CM).
[Afbeelding]

Er zijn wel wat Tweakers die met Homey werken, maar helaas heeft niemand van ons zelf een Homey-systeem. We kunnen je dus niet direct helpen met supportvragen. Misschien dat andere Tweakers je wel verder kunnen helpen

[The_ Mad_Ping]

Tazzios schreef op donderdag 4 september 2025 @ 08:57:
In 2025.9 is er de tegel optie 'Valve open/close and position controls' bij gekomen, maar mijn openair valves worden herkend als numeriek of als 'bedekking'.

Top! Ik ga kijken of we dit weekend kunnen migreren naar het valve-component. Ik moet dit eerst nog testen, maar we gaan zeker proberen het te integreren. Mocht iemand dit al gedaan hebben , hou ik mij aanbevolen

[The_ Mad_Ping]

Odie schreef op donderdag 4 september 2025 @ 14:52:
Vandaag mijn setje binnen gehad, dank! Ik zat alleen even te staren naar de sensor, ik meende gezien te hebben dat het printje een klein “kopje” had dat je door het gleufje onder de print door kon steken (zoals de originele orcon sensor) maar de 4-in-1 sensor ziet er anders uit. Ik zie wel dat er een steunplaatje met een stuk tape op zit. Wat is de aanbevolen methode om hem in een orcon te monteren? Verder lijkt er op de sensor een witte sticker te zitten, moet die eraf voor ingebruikname of hoort ie zo (voor ik in het wilde weg dingen eraf piel).

Edit: ik zie na wat zoeken dat @The_ Mad_Ping dit vorig jaar al eens beschreven had!

Dit is inderdaad een goede tip! We gaan de installatiehandleidingen updaten. Bij alle producten komt ook een QR-code met een link naar de laatste versie van de handleiding. Nog even voor de zekerheid: haal het witte deel niet van je sensor, anders gaat hij stuk!

[The_ Mad_Ping]

Odie schreef op donderdag 4 september 2025 @ 22:01:
[...]


Wat is hier nu aanbevolen? Ik zag in een wat oudere blog juist het Arduino platform gebruiken. In de GitHub van @The_ Mad_Ping staat heelmaal geen framework. (ik ben een redelijke noob met ESPHome, dus vergeef me als ik domme vragen stel).

Nee hoor, dit zijn goede vragen! Wij gebruiken zelf nog een oudere versie van ESPHome, waardoor we die keuze destijds niet hoefden te maken. Dit weekend gaan we de configs updaten zodat alles werkt met de laatste versie. Daarnaast zal ik in de softwaretemplates ook vermelden welke versie wij gebruiken. Dat kan in de toekomst helpen om verwarring te voorkomen.

[manusjevanalles]

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!

Super, dan stel ik de aanpassingen bij mij nog even uit in afwachting hiervan!

[Carino]

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

haal het witte deel niet van je sensor, anders gaat hij stuk!

Dat was bij mij gebeurd door de sensor housing. Het klepje was omlaag geschoven tijdens transport en door terugschuiven kwam het witte deel los. Heb het terug kunnen plakken maar nu is het hopen dat het gee invloed heeft.

[The_ Mad_Ping]

nairolf schreef op vrijdag 5 september 2025 @ 16:44:
De OpenAIR is op dinsdag binnengekomen, maar ik heb vandaag pas tijd gehad om hem in bedrijf te stellen. Bij deze mijn feedback:

• Geen problemen met de levering, netjes in ESD zakjes, pluspunten daarvoor
• Installatie ging makkelijk door de installatie instructies op GitHub te volgen. Hierbij wel 2 opmerkingen:
  • Het derde gat in het PCB (bij de main power supply) zit niet op de juiste locatie, waardoor ik hem maar met 2 schroeven vast kon zetten. Gezien de schroefgaten geen aardings-functie o.i.d. lijken te hebben is dat denk ik geen probleem. Het was alleen onhandig bij het controleren van de ingestoken kabels, omdat dan het PCB mee boog bij het trekken aan de kabels.
  • Bij het invoeren van het SSID + ww van de beoogde WiFi kwam er daarna vrij weinig feedback, waardoor ik hem niet kon vinden in mijn router in de lijst van connected devices, omdat er blijkbaar iets mis was gegaan. Daarna nogmaals met de Fallback WiFi verbonden en invullen zorgde dat het wel werkte. Geen idee of er aan die feedback iets aan te verbeteren is. Zo niet, dan is het is slechts een observatie.
• Nadat HA hem herkende was het binnen no-time klaar en bruikbaar, alleen even zoeken naar de mogelijkheid om de PWM in te stellen. Op de webpagina van het device zelf was er mooi een slider te inden. Hierover kan wellicht een korte paragraaf toegevoegd worden op GitHub om te beschrijven dat dit een action is die bij een automation gebruikt kan worden, dus dat er geen automatisch beschikbare entity (lees: slider) is die bij verandering van waarde die action gebruikt. Duurde even voordat ik me dat realiseerde.

Alles bij elkaar een heel positieve ervaring, goed geregeld @The_ Mad_Ping en @thomasv! Nu nog 1 punt waar ik hulp bij kan gebruiken:

Nu wil ik graag wat gaan werken met de firmware, maar ik heb nog nooit gewerkt met ESPHome. Ik heb slechts 1 ESP device tot nu toe wat "fabriek-af" (ook bij iemand uit de garage vandaan waarschijnlijk) goede firmware had, dus nooit mee gewerkt. Echter, als ik de ESPHome Device Builder open dan herkent hij maar 1 device, en dat is die andere, niet de OpenAIR Mini. Kan iemand me vertellen wat ik verkeerd doe? Had ik misschien niet de pre-programmed versie moeten kopen? Zo ja, wat moet ik doen om hem alsnog te kunnen bewerken met eigen ESPHome-firmware?

Edit: Nog een kleine opmerking: De installatie guide mag best beschrijven dat een eventuele sensor (zoals bij mij) best meteen geplaatst kan worden. Gelukkig heb ik met mijn eigenwijze kop dat wel meteen gedaan. Anders had ik na de volledige installatie nogmaals achter het knieschot mogen kruipen alleen om de sensor te plaatsen.. Dat scheelt toch weer wat gedoe

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.

[The_ Mad_Ping]

djuro499 schreef op zaterdag 6 september 2025 @ 11:33:
[...]


Zou je kunnen uitleggen hoe de Open AIR mini precies werkt i.c.m. een perilex schakelaar? Werkt de override van beide kanten en kan je b.v. de schakelaar gebruiken als de wifi of HA uitvalt?

Ik kan nog niks vinden over Reno variant van Open AIR mini, kan je uitleggen wat de verschillen zijn (vooral het ethernet port)?

Ik heb namelijk een oude Storkair met een perilex schakelaar die ik wil vervangen door een Duco box + Open AIR mini + Open AIR valve's.
Ik zit te kijken naar Silent/Reno met perilex (bv. the last resort of als ik ga verhuizen) of naar de gewone randaarde variant als er geen toegevoegde waarde is.
Nog een punt, ik probeer zo veel mogelijk ethernet te gebruiken, maar met de valve's ben ik sowieso afhankelijk van de wifi.

Alvast bedankt!

Hey @djuro499 De Silent en de Reno zijn twee verschillende producten van Duco.
De Silent is , als je het mij vraagt ,meer premium (dus ook wat duurder). Hij biedt extra opties, zoals kleppen en foam-inserts om het systeem stiller te maken. De Reno heeft deze opties niet.
Voor de Silent gebruiken wij de Open AIR Mini. Deze heeft geen ethernet, maar wél ruimte voor twee sensoren en de optie om later kleppen toe te voegen. Als je de ruimte hebt, geen bezwaar hebt tegen wifi, het prijsverschil kunt betalen én meerdere aansluitingen wilt gebruiken, dan zou ik altijd voor de Silent kiezen.
De Reno is wat kleiner en goedkoper. De Open AIR-variant hiervan heeft wél ethernet als toevoeging, maar je moet kiezen tussen ethernet óf wifi. Beide tegelijk kan niet, en wil je wisselen, dan moet je herprogrammeren. De Reno heeft daarnaast een geïntegreerde RH-sensor. Houd er wel rekening mee dat deze beïnvloed wordt door de temperatuur van de print zelf, wat afwijkingen kan geven in je metingen en dus in je automations.
Een voordeel van de Reno is dat hij de stand van de driestandenschakelaar/Perilex-stekker kan uitlezen. Je moet dan nog wel zelf een automation maken om de ventilator sneller of langzamer te laten draaien.

[The_ Mad_Ping]

Odie schreef op zaterdag 6 september 2025 @ 15:41:
@thomasv je zou haast de hele MV box opensource gaan produceren. De controller heb je al, de rest is een standaard motor en veel plastic en schuim 😌

Dit is inderdaad iets wat we willen gaan doen: volledig open-source en 3D-printbaar. Wat ik alvast kan verklappen, is dat er contact is met EBM en dat we een mogelijke selectie van ventilatoren hebben :D! Dit proces gaat nog wel even duren (zeker met alles waar we verder mee bezig zijn :’)). Maar hé, niet te veel ideeën verklappen hier hè!

[The_ Mad_Ping]

Odie schreef op dinsdag 9 september 2025 @ 16:52:
Ik ben eens flink aan het klussen gegaan met mijn nieuwe OpenAir Mini in mijn Orcon, samen met het setje van 4 sensoren.

Mijn uitgangspunten:

• Ik wil dat de Orcon zelfs zonder HA en HomeKit (mijn primaire interface) sensorgestuurd kan draaien
• Ik wil naast een auto-mode ook een off-mode en manual-3-standen modus hebben, waarin sensordata niet meer leidend is
• Ik wil de manual mode zowel vanuit HA als HK kunnen aansturen
• Ik wil dat ik eventueel nog automatiseringen in HA of HK kan maken op basis van weetikveel, maar daarmee dus de logica op het ESP bordje buiten spel kan zetten
• De handmatige bediening in HomeKit is nodig omdat ik daar twee 4 remotes in keuken en badkamer gebruik, als ik weet dat ik fors ga koken of k*kken dan wil ik meteen naar standje 'paniek' kunnen met een druk op de knop
• Ik wil een configureerbare day/night stand voor auto mode, waarbij naar keuze de high en auto speed in de nacht anders (lager) gezet kunnen worden ivm geluid van de installatie.

Verder wilde ik: als een sensor verhoogde ventilatie triggert dan moet een daling niet direct ervoor zorgen dat de ventilatie stopt maar een configurable hold timer gaan tellen, bij mij 5 minuten. In die hold gaat de ventilatie wel iets achter draaien. Ik doe dit omdat ik merk dat het aanzuigen van meer lucht (alles komt bij mij via 1 pijp op zolder) direct een verlaging van vocht, co2 of voc veroorzaakt, die weer oploopt als ik te vroeg stop met extra ventileren.

Disclaimer: ik ben beginner met ESPHome, ESP32, YAML en ik ben al helemaal geen c++ developer, onderstaande code heb ik grotendeels met Claude eruit geperst (en gevalideerd met andere models en roestige oude matige dev skills van lang geleden).

Voor mij werkt dit nu en ben ik best tevreden, maar: er is nu heel veel functionaliteit in de c++ Lambda gekomen, wat natuurlijk een beetje voorbij gaat aan het ESPhome concept. Pak ik het te complex aan?

Opmerkingen, correcties, aanvullingen en alles wat er tussen zit meer dan welkom.

Edit: bugfixes, code optimalisatie en commentaren gefikst

Edit2: Nu met een configureerbare day/night mode waarin naar wens de auto high speed en hold speed gedurende de dag en nacht anders gezet kunnen worden. Omdat mijn Orcon boven de 50% redelijk hoorbaar is in een stil huis vind ik dat gedurende de nacht minder acceptabel.

Edit3: meer bugfixes, er stond oude foute code op de sensors in de on_value.

code:

esphome:
  name: orcon
  friendly_name: Orcon
  on_boot:
    then:
      - delay: 15s
      # After reboot >> Auto mode
      - select.set:
          id: ventilation_manual_control
          option: "AUTO"
      - script.execute: evaluate_air_quality

esp32:
  board: esp32dev
  framework:
    type: esp-idf
    
logger:
  level: DEBUG

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  ap:
    ssid: "Orcon_Fallback"
    password: !secret wifi_password

api:
  encryption:
    key: !secret api_encryption_key

ota:
  - platform: esphome
    password: !secret ota_password
  

captive_portal:

time:
  - platform: homeassistant
    id: homeassistant_time

substitutions:
  # Night mode configuration
  night_mode_start: 22       # hour in 24h format, start of night
  night_mode_end: 7          # hour in 24h format, end of night
  
  # Thresholds for sensors
  voc_threshold: "200"
  co2_threshold: "800" 
  humidity_threshold: "60"
  nox_threshold: "5"
  
  # Fan speeds in auto mode
  fan_speed_high_day: "40" # Fan speed when triggered by sensor thresholds during day window
  fan_speed_high_night: "30" #Fan speed when triggered by sensor thresholds during night window
  fan_speed_hold_day: "35" # Fanspeed when in Hold mode during day window
  fan_speed_hold_night: "25" # Fanspeed when in Hold mode during day window
  fan_speed_low: "15"  # Default idle speed

  # Fan speeds in manual mode
  manual_idle: "15"
  manual_low: "35"
  manual_medium: "55"
  manual_high: "85"
  
   # Timing (seconds)
  hold_time_seconds: "300"     # hold duration after high state
  cooldown_seconds: "30"       # min seconds between evaluations

# Global vars for auto mode
globals:
  - id: fan_hold_until
    type: time_t
    initial_value: '0'
  - id: last_evaluation_time
    type: time_t
    initial_value: '0'
  - id: current_target_speed
    type: int
    initial_value: '15'
  - id: auto_mode_active
    type: bool
    initial_value: 'true'

# Select function for manual control in Home Assistant and HomeKit (exported via HomeBridge)
select:
  - platform: template
    name: "Manual Control"
    id: ventilation_manual_control
    optimistic: true 
    options:
      - "UIT"
      - "AUTO"
      - "RUST"
      - "LAAG"
      - "MEDIUM"
      - "HOOG"
    initial_option: "RUST"
    icon: "mdi:fan"

    on_value:
      - logger.log:
          format: "Manual control changed to: %s"
          args: ['x.c_str()']
          level: INFO
      - script.execute: evaluate_air_quality

status_led:
  pin:
    number: GPIO33

# From V1.4.0 The Sensor pins on the Open AIR Mini are swapped. Correct example is below:

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

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

script:
  - id: evaluate_air_quality
    mode: single
    then:
      - lambda: |-
          auto now = id(homeassistant_time).now();
          auto ts = now.timestamp;
          std::string current_mode = id(ventilation_manual_control).state;

          ESP_LOGD("air_quality", 
            "Evaluation start: VOC=%.0f CO2=%.0f RH=%.0f NOx=%.0f",
           id(sgp4x_voc_index).state,
           id(scd4x_co2).state,
           id(sht4x_air_humidity).state,
           id(sgp4x_nox_index).state);

          // === DAY/NIGHT PROFILE ===
          int current_hour = now.hour;
          bool is_night;
          if (${night_mode_start} < ${night_mode_end}) {
            is_night = (current_hour >= ${night_mode_start} && current_hour < ${night_mode_end});
          } else {
            // night passes midnight (e.g. 22 -> 07)
            is_night = (current_hour >= ${night_mode_start} || current_hour < ${night_mode_end});
          }

          int high_speed = is_night ? ${fan_speed_high_night} : ${fan_speed_high_day};
          int hold_speed = is_night ? ${fan_speed_hold_night} : ${fan_speed_hold_day};

          ESP_LOGI("air_quality", "Profile active: %s (high=%d%%, hold=%d%%)",
                   is_night ? "NIGHT" : "DAY", high_speed, hold_speed);

          // === MANUAL MODES ===
          if (!id(auto_mode_active)) {
            int manual_speed = 0;
            if (current_mode == "UIT") manual_speed = 0;
            else if (current_mode == "RUST") manual_speed = ${manual_idle};
            else if (current_mode == "LAAG") manual_speed = ${manual_low};
            else if (current_mode == "MEDIUM") manual_speed = ${manual_medium};
            else if (current_mode == "HOOG") manual_speed = ${manual_high};

            if (id(current_target_speed) != manual_speed ||
                (manual_speed == 0 && id(fan_motor).state) ||
                (manual_speed > 0 && !id(fan_motor).state)) {

              ESP_LOGI("manual_control", "Manual mode '%s' - setting fan to %d%%",
                      current_mode.c_str(), manual_speed);

              if (manual_speed == 0) {
                auto call = id(fan_motor).make_call();
                call.set_state(false);
                call.perform();
              } else {
                auto call = id(fan_motor).turn_on();
                call.set_speed(manual_speed);
                call.perform();
              }
              id(current_target_speed) = manual_speed;
            }
            return;
          }

          // === AUTO MODE ===
          ESP_LOGD("air_quality", "AUTO mode active");

          // Reset only if current target is not one of the valid AUTO values
          if (id(current_target_speed) != ${fan_speed_low} &&
              id(current_target_speed) != high_speed &&
              id(current_target_speed) != hold_speed) {
            ESP_LOGI("air_quality", "Switch to AUTO - fan to %d%% (clean start)", ${fan_speed_low});
            auto call = id(fan_motor).turn_on();
            call.set_speed(${fan_speed_low});
            call.perform();
            id(current_target_speed) = ${fan_speed_low};
            id(fan_hold_until) = 0;  // reset any old hold timer
          }

          // cooldown check
          if (ts - id(last_evaluation_time) < ${cooldown_seconds}) {
            ESP_LOGV("air_quality", "Cooldown active, evaluation skipped");
            return;
          }
          id(last_evaluation_time) = ts;

          // read sensor values
          float voc = id(sgp4x_voc_index).state;
          float co2 = id(scd4x_co2).state;
          float humidity = id(sht4x_air_humidity).state;
          float nox = id(sgp4x_nox_index).state;

          if (isnan(voc) || isnan(co2) || isnan(humidity) || isnan(nox)) {
            ESP_LOGW("air_quality", "One or more sensors have invalid values");
            return;
          }

          // threshold check
          bool voc_high = (voc > ${voc_threshold});
          bool co2_high = (co2 > ${co2_threshold});
          bool humidity_high = (humidity > ${humidity_threshold});
          bool nox_high = (nox > ${nox_threshold});
          bool any_high = voc_high || co2_high || humidity_high || nox_high;

          ESP_LOGD("air_quality", "Thresholds: VOC %s (%.0f>%s) CO2 %s (%.0f>%s) RH %s (%.0f>%s) NOx %s (%.0f>%s)",
                   voc_high ? "HIGH" : "ok", voc, "${voc_threshold}",
                   co2_high ? "HIGH" : "ok", co2, "${co2_threshold}",
                   humidity_high ? "HIGH" : "ok", humidity, "${humidity_threshold}",
                   nox_high ? "HIGH" : "ok", nox, "${nox_threshold}");

          int current_speed = id(current_target_speed);

          if (any_high) {
            if (current_speed != high_speed) {
              std::string high_sensors = "";
              if (voc_high) high_sensors += "VOC(" + to_string((int)voc) + ") ";
              if (co2_high) high_sensors += "CO2(" + to_string((int)co2) + ") ";
              if (humidity_high) high_sensors += "RH(" + to_string((int)humidity) + "%) ";
              if (nox_high) high_sensors += "NOx(" + to_string((int)nox) + ") ";

              ESP_LOGI("air_quality", "Sensors too high: %s - fan to %d%%",
                       high_sensors.c_str(), high_speed);

              auto call = id(fan_motor).turn_on();
              call.set_speed(high_speed);
              call.perform();
              id(current_target_speed) = high_speed;
              id(fan_hold_until) = 0;
            }
          } else {
            if (current_speed == high_speed) {
              ESP_LOGI("air_quality", "Sensors normal - start %d min hold at %d%%",
                       ${hold_time_seconds}/60, hold_speed);
              auto call = id(fan_motor).turn_on();
              call.set_speed(hold_speed);
              call.perform();
              id(current_target_speed) = hold_speed;
              id(fan_hold_until) = ts + ${hold_time_seconds};
            } else if (current_speed == hold_speed) {
              if (ts >= id(fan_hold_until)) {
                ESP_LOGI("air_quality", "Hold done - fan to %d%%", ${fan_speed_low});
                auto call = id(fan_motor).turn_on();
                call.set_speed(${fan_speed_low});
                call.perform();
                id(current_target_speed) = ${fan_speed_low};
              } else {
                long time_left = id(fan_hold_until) - ts;
                ESP_LOGD("air_quality", "Hold active - %ld sec left", time_left);
              }
            }
          }

sensor:

  - platform: pulse_counter #reports the fan tacho
    pin: GPIO14
    unit_of_measurement: "rpm"
    name: 'Fan Tacho'
    id: orcon_rpm
    update_interval: 5s
    
  - platform: wifi_signal # Reports the WiFi signal strength/RSSI in dB
    name: "WiFi Signal dB"
    id: wifi_signal_db
    update_interval: 30s
    entity_category: "diagnostic"
    device_class: "signal_strength"

  - platform: copy # Reports the WiFi signal strength in %
    source_id: wifi_signal_db
    name: "WiFi Signal Percent"
    filters:
      - lambda: return min(max(2 * (x + 100.0), 0.0), 100.0);
    unit_of_measurement: "%"
    entity_category: "diagnostic"
    device_class: "signal_strength"

  - platform: sht4x
    i2c_id: i2c_sensor_1
    # check for need of co2 heater, these are conservative values
    #heater_max_duty: 0.01
    #heater_power: Low
    #heater_time: Short
    update_interval: 30s

    temperature:
      name: "SHT4x Temperature"
      id: sht4x_air_temperature
      accuracy_decimals: 2
      state_class: measurement
      device_class: temperature
      # No delta filters and on_value trigger, sensor not part of automation

    humidity:
      name: "SHT4x Humidity"
      id: sht4x_air_humidity
      accuracy_decimals: 2
      state_class: measurement
      device_class: humidity
      # Trigger central evaluation at new value that is >2%
      filters:
        - delta: 2%      
      on_value:
        - script.execute:
            id: evaluate_air_quality

  - platform: sgp4x
    i2c_id: i2c_sensor_1
    update_interval: 30s
    compensation:
      temperature_source: sht4x_air_temperature
      humidity_source: sht4x_air_humidity

    voc:
      name: "SGP4x VOC Index"
      id: sgp4x_voc_index
      state_class: measurement
      device_class: volatile_organic_compounds
      # Trigger central evaluation at new value that is >5%
      filters:
        - delta: 5%  
      on_value:
        - script.execute:
            id: evaluate_air_quality

    nox:
      name: "SGP4x NOx Index"
      id: sgp4x_nox_index
      state_class: measurement
      device_class: nitrous_oxide
      # Trigger central evaluation at new value that is >2%
      filters:
        - delta: 2%  
      on_value:
        - script.execute: 
            id: evaluate_air_quality

  - platform: scd4x
    i2c_id: i2c_sensor_1
    update_interval: 30s

    co2:
      name: "SCD4x CO2"
      id: scd4x_co2
      state_class: measurement
      device_class: carbon_dioxide
      # Trigger central evaluation at new value that is >25ppm
      filters:
        - delta: 25    
      on_value:
        - script.execute: 
            id: evaluate_air_quality

    temperature:
      name: "SCD4x Temperature"
      id: scd4x_temperature
      accuracy_decimals: 2
      state_class: measurement
      device_class: temperature
      # No delta filters and on_value trigger, sensor not part of automation

    humidity:
      name: "SCD4x Humidity"
      id: scd4x_humidity
      accuracy_decimals: 2
      state_class: measurement
      device_class: humidity
      # No delta filters and on_value trigger, sensor not part of automation

output:
  - id: orcon_fan
    platform: ledc
    pin: GPIO15
    inverted: true

# Slow rise of values -due to delta- may cause no triggering of evaluation, so running every 2 minutes regardless
interval:
  - interval: 2min
    then:
      - script.execute:
          id: evaluate_air_quality
          trigger_source: "watchdog"

fan:
  - id: fan_motor
    name: "Fan"
    platform: speed
    output: orcon_fan

@Odie Super vet :D! Thanks voor het delen

[The_ Mad_Ping]

mrwiggs schreef op donderdag 11 september 2025 @ 14:44:
Kan het kloppen dat dit schroefgaatje op de verkeerde plek zit?

[Afbeelding]

Nope, hij zit goed! Er zaten daar ooit twee gaten: het buitenste gat is voor de Orcon-box. Het andere hebben we verwijderd om ruimte te maken voor een waarschuwingstekst, zodat mensen niet met hun vingers aan de 230V zouden komen

[The_ Mad_Ping]

Caelorum schreef op donderdag 11 september 2025 @ 15:04:
In het geval van perilex komt ook nog bij dat de indeling van de stekkerdoos anders is per merk. Even een Duco perilex box aansluiten op een doos waar voorheen een Orcon zat gaat dus niet werken. Zal je eerst de stekkerdoos open moeten maken en twee of drie draadjes anders moeten lussen.
Perilex zelf heeft namelijk wel een standaard, maar dat is voor vermogen aanleveren in de keuken aan een kookplaat bijv. Voor ventilatieboxen wordt het gebruikt als handige interface voor regeling met een driestandenschakelaar en dan gaan blijkbaar alle standaarden overboord.

En als je het dan toch al open moet maken, waarom niet gewoon meteen die doos vervangen voor een reguliere stekkerdoos en de driestandenschakelaar van de muur halen en op die plek een draadloos bedieningspaneel plaatsen? Heb ik hier in ieder geval wel gedaan en nog geen moment spijt van gehad.

Dit is inderdaad ook wat wij zouden adviseren: weg met Perilex! (Al ondersteunen we dit nog wel voor de Reno, en mogelijk straks ook voor de silent.)

[The_ Mad_Ping]

MattMax schreef op vrijdag 12 september 2025 @ 16:53:
Een aantal maanden terug heb ik een OpenAIR Sense Pro besteld. Ik gebruikte al een OpenAIR mini met twee OpenAIR valves voor de aansturing van de mechanische ventilatie. Op verzoek van @The_ Mad_Ping heb ik een review geschreven over mijn eigen ervaringen met de Sense Pro, in combinatie met de OpenAIR mini en de twee kleppen. Om het ook relevant te maken voor mensen die niet op dit forum komen, maar de Sense Pro zien op het Tindie platform, heb ik de review in het Engels geschreven. Het is een aardig verhaal geworden, maar de TL/DR is dat ik super tevreden ben en dat de huidige setup 10x beter is dan hoe ons huis werd opgeleverd (proprietary CO2 sensor, draadloos verbonden met ventilatie, drempelwaardes niet in te stellen, etc.).

My hands-on with the Open AIR Sense Pro

Short version: This thing is a little powerhouse of an air monitor. It’s ESP32-based, crammed with very accurate sensors, and wrapped in a clean 3D-printed shell. It looks good on a shelf, and it plays super nicely with Home Assistant.

Unboxing and build

[Afbeelding]
The 3D-printed housing feels sturdy and purposeful, not some flimsy prototype. The fit is tight, screw points line up well, and there’s enough airflow through the design that the sensors aren’t suffocated. You will need a small allen key to disassemble the housing.

Pop the lid and it’s tidy inside!
Housing removed
[Afbeelding]


Overview of PCB
[Afbeelding]


Sensors
[Afbeelding]


Espressif ESP32 board
[Afbeelding]

You can clearly see the ESP32 at the heart of it and a well-laid-out PCB. Sensor placement looks deliberate (good for airflow and heat isolation), and the cable routing is neat. Exactly what I would expect from a “Pro” unit. Finally there are leds at the bottom which can be set to a specific color.

Sensors

You have a couple of options when it comes to the sensors that will be installed. All of them are from Senserion with high accuracy.

• Temperature and humidity
• Additionally: CO2
• Additionally: VOC and NOx
• Additionally: SPS30 particle sensor

I'm using the Sense Pro with all of the listed sensors, so please keep in mind that you only have access to certain metrics if the required sensors are present in your device. More information about all options can be found on Tindie.

Home Assistant integration

Adding it to Home Assistant is painless with ESPHome auto-discovery, and you immediately get a bunch of useful entities. I'm primarily using the CO2 and VOC metrics to monitor air quality. I've built some simple automations to use the controllable light entity that’s perfect for ambient feedback.


OpenAIR Sense Pro entities
[Afbeelding]


OpenAIR light toggle
[Afbeelding]


Automation example
[Afbeelding]

I love using the device’s light as a subtle air quality indicator. In the example it's based on VOC, but you can of course combine several metrics. Green when air is fresh, orange when it’s getting stale, red when it’s time to take action.

Here’s the exact automation I’m running, using the VOC index sensor from the OpenAIR Sense Pro and driving its light accordingly:

code:

alias: "Climate: Air quality (VOC) ground floor"
description: ""
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.open_air_sense_pro_5328e0_voc_index
    below: 150
    id: voc_green
  - trigger: numeric_state
    entity_id:
      - sensor.open_air_sense_pro_5328e0_voc_index
    above: 150
    below: 350
    id: voc_orange
  - trigger: numeric_state
    entity_id:
      - sensor.open_air_sense_pro_5328e0_voc_index
    above: 350
    id: voc_red
  - trigger: time
    at: "23:00:00"
    id: night_mode
conditions: []
actions:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - voc_green
          - condition: time
            before: "23:00:00"
            after: "07:00:00"
        sequence:
          - action: light.turn_on
            metadata: {}
            data:
              rgb_color:
                - 40
                - 148
                - 25
              brightness_pct: 50
            target:
              device_id: cc9911744abac6684f3ea1a363b6098a
      - conditions:
          - condition: time
            before: "23:00:00"
            after: "07:00:00"
          - condition: trigger
            id:
              - voc_orange
        sequence:
          - action: light.turn_on
            metadata: {}
            data:
              rgb_color:
                - 242
                - 157
                - 38
              brightness_pct: 50
            target:
              device_id: cc9911744abac6684f3ea1a363b6098a
      - conditions:
          - condition: trigger
            id:
              - voc_red
          - condition: time
            before: "23:00:00"
            after: "07:00:00"
        sequence:
          - action: light.turn_on
            metadata: {}
            data:
              rgb_color:
                - 213
                - 20
                - 7
              brightness_pct: 100
            target:
              device_id: cc9911744abac6684f3ea1a363b6098a
      - conditions:
          - condition: trigger
            id:
              - night_mode
        sequence:
          - action: light.turn_off
            metadata: {}
            data: {}
            target:
              device_id: cc9911744abac6684f3ea1a363b6098a
mode: single

Combining the Sense Pro with other OpenAIR devices

My setup is a combination of the Sense Pro for monitoring CO2, VOC and NOx, the OpenAIR mini to control mechanical ventilation and two OpenAIR valves to open or close valves. The valves are optional, but help with conserving energy. E.g. when somebody is taking a shower (first floor), an automation will set the ventilation to max speed and will set the valve that is connected to the ground floor to only 20% open. That helps to preserve the heat downstairs, while quickly bringing the humidity down in the bathroom. The overall goal is to make this as "set-and-forget" as possible. The air quality should be healthy, energy should be conserved (maintaining the air quality) and all of that needs to happen without manual intervention. I've written a couple of automations with some helpers in Home Assistant to make that happen.

Day-to-day impressions

• The Sense Pro readings are stable and react quickly to cooking, aerosols, or a closed room.
• The ambient light feedback is surprisingly useful; And you can also decide to let it respond to other triggers.
• 3D-printed shell looks “maker-y” in a good way. Clean lines, not rough. Of course you can also make your own case, just keep in mind the device needs some airflow, so don't put it in a sealed box.

Verdict:

This is a high-accuracy air quality monitor that plugs straight into Home Assistant and gives you the option to run practical automations out of the box. I'm very happy with the OpenAIR Sense Pro and would definitely recommend it. Solid build, thoughtful internals, and a great HA experience.

Bedankt voor je uitgebreide review :D! De Open AIR Sense Pro is voor ons ook wel een beetje het paradepaardje van het afgelopen jaar. We hebben er veel tijd, prototypes, liefde en validatie in gestoken. Van de behuizing heb ik zo’n 4 à 5 varianten gemaakt en van de PCB’s ongeveer evenveel. Het heeft even geduurd voordat we hem zelf goed genoeg vonden.

[The_ Mad_Ping]

Carino schreef op maandag 22 september 2025 @ 20:32:
[...]

Dat was bij mij gebeurd door de sensor housing. Het klepje was omlaag geschoven tijdens transport en door terugschuiven kwam het witte deel los. Heb het terug kunnen plakken maar nu is het hopen dat het gee invloed heeft.

Oei, dat is absoluut niet de bedoeling! Mocht dit onderdeel stuk gaan of je er geen goed gevoel bij hebben, laat het ons even weten. Dan vervangen we het gewoon onder garantie!

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