Open AIR (open source smart ventilatieaansturing)

[The_ Mad_Ping]

The_ Mad_Ping schreef op donderdag 14 maart 2024 @ 10:30:
Hoi Allen,

Goed nieuws, we hebben de Open AIR Mini weten te fixen gisteren :D!

Dat betekend dat ze vanaf dit weekend weer te bestellen zijn. Wij leveren wel iets langzamer dan normaal, omdat er een behoorlijke backlog is met geintresseerde. Het kan zijn dat het 1-2 weken duurt voordat je je printje hebt! Wij proberen dit uiterraard zo snel mogelijk te doen.

Ik zal vrijdag een post maken met de veranderingen aan de print en de nieuwe features, na deze post zijn ze weer te bestellen op Tindie!

Vergeet de volgende kortingscode niet als je gaat bestellen : "SRRY4WA1T1NG<3". Dan krijg je 10% korting op je hele order!

Het moment is eindelijk daar! De Open AIR Mini's zijn er weer!

In deze versie hebben we hem in een nieuw jasje gegoten! Dit maakt het mogelijk om hem nu ook zonder kabeltjes te hoeven knippen, of te plakken in een Orcon MVS-15xx te plaatsen! Let op Originele Orcon sensoren zijn niet compatibel. Hier hebben we naar gekeken met dank aan een andere tweaker, echter kwamen we er al snel achter dat Orcon een behoorlijk aantal verschillende sensoren heeft gebruikt.



Vergeet de volgende kortingscode niet als je gaat bestellen : "SRRY4WA1T1NG<3". Dan krijg je 10% korting op je hele order!
Als je sensoren besteld sturen we deze mogelijk na, de hoeveelheid bestelling begint nu al aardig op te tellen

[mgsnuno]

Super bedankt voor dit project, echt top!

We zouden het graag in ons huis willen gebruiken, hier is ons overzicht:
- 3x slaapkamer ventiel: CO2
- 1x woonkamer/keuken ventiel: CO2 (vochtigheid?)
- 1x woonkamer ventiel: CO2
- 1x toilet ventiel: CO2
- 1x badkamer+WC ventiel: CO2/vochtigheid
- 1x badkamer ventiel: vochtigheid

Is het mogelijk om 8 ventielen te regelen met de Open AIR Mini?
Ik zie dat het bord 2 sensor aansluitingen heeft, maar kunnen de ventielen anderen in serie aansluiten?

[Hathi]

Interessant project dit!
In mijn huidige woning heb ik een Zehnder ventilatiebox die ik zelf 'smart' gemaakt heb door een 0-10V Zigbee dimmer aan te sluiten op het aansluitpunt voor een optionele CO2 sensor die niet in de woning zit. De bediening in de woonkamer laat ik gewoon op de laagste stand staan en via home assistant simuleer ik dus een hogere CO2 waarde waardoor de ventilatie omhoog gaat en weer omlaag bij verlagen.

Nu krijg ik over 1,5 week de sleutel van mijn nieuwbouwwoning. Geen keuze gehad in de ventilatie unit ofzo die geplaatst zou worden (projectmatige nieuwbouw), maar gisteren met de vooroplevering gezien dat er een Orcon MVS15R op zolder hangt. En op een aantal plekken in huis hangen RF CO2 sensoren van Orcon.
Dus na wat zoeken naar manieren om deze vanuit home assistant aan te sturen kwam ik dit topic tegen.
Ben in ieder geval wel geïnteresseerd in zo'n Open AIR Mini, maar ik lees ook dat het niet mogelijk is om de RF sensoren en bedieningen van Orcon hier op aan te sluiten. Betekent dit dat ik deze dan eigenlijk allemaal weer weg kan gaan halen? Of kan je de beide aansturingen ook 'naast elkaar' gebruiken?
Bij mijn huidige Zehnder ventilatiebox is het zo dat hij gewoon gaat draaien op de hoogst gevraagde stand. Staan bediening in de woonkamer en badkamer op 1, maar mijn Zigbee dimmer op 50%, dan gaat de box op 50% draaien. Staat mijn dimmer op 50%, maar de bediening in de woonkamer op stand 3, dan gaat hij op 100% (of iets minder geloof ik) draaien, want dan is dat de hoogst gevraagde waarde.
Werkt zoiets ook met de Open AIR Mini met een Orcon MVS15R? Of moeten de CO2 sensoren en andere bedieningen in huis ook vervangen worden?

[el_duderino]

Ik heb je bordje besteld!

Anyway, ik heb een box met perilex en op twee plekken een drie-standen schakelaar. Is er een manier om de standen van die schakelaar in HA/esphome te krijgen? Ik snap dat je ze normaal gesproken niet gebruikt, maar stel dat je dat wil?

[stevenP]

el_duderino schreef op vrijdag 15 maart 2024 @ 17:34:
Ik heb je bordje besteld!

Anyway, ik heb een box met perilex en op twee plekken een drie-standen schakelaar. Is er een manier om de standen van die schakelaar in HA/esphome te krijgen? Ik snap dat je ze normaal gesproken niet gebruikt, maar stel dat je dat wil?

Met bijvoorbeeld shelly kan je ze "uitlezen" en via HA kan je er dan vanalles achter hangen.
Shelly 2.5 heeft support voor 2 schakeleren (stand 2 & 3). Als geen van beiden aanstaat moet het wel stand 1 zijn 🙂

[el_duderino]

stevenP schreef op vrijdag 15 maart 2024 @ 18:55:
[...]

Met bijvoorbeeld shelly kan je ze "uitlezen" en via HA kan je er dan vanalles achter hangen.
Shelly 2.5 heeft support voor 2 schakeleren (stand 2 & 3). Als geen van beiden aanstaat moet het wel stand 1 zijn 🙂

Ahja dat is slim! Ik wist niet dat dat met een shelly kon. Ik heb een Tuya zigbee schakelaar gevonden waarvan je dan dus niet de schakelfunctie gebruikt als ik je goed begrijp.

Is dat dan zoiets?

[stevenP]

el_duderino schreef op vrijdag 15 maart 2024 @ 20:15:
[...]

Ahja dat is slim! Ik wist niet dat dat met een shelly kon. Ik heb een Tuya zigbee schakelaar gevonden waarvan je dan dus niet de schakelfunctie gebruikt als ik je goed begrijp.

Is dat dan zoiets?

[Afbeelding]

Mwuah ja ongeveer. Jouw voorbeeld heeft een hotelschakeling.



Een 3standenschakelaar werkt als volgt. Let op, per merk schakelaar en per merk mvbox hebben ze iets andere combinaties. Doe dus even je huiswerk 🙂

De shelly (of tuya, welke smaak smart je ook gebruikt) sluit je als volgt aan:
-bruin aftappen voor je shelly (mag je doorlussen, de shelly heeft speciaal hiervoor 2L aansluitingen)
-schakeldraad 1 loskoppelen en in een lasdop
-schakeldraad 3 naar S1 op de shelly
-schakeldraad 5 naar S2 op de shelly

De outputs van shelly laat je leeg. (Dus geen lampjes, zoals in het voorbeeldschema hierboven).

Check ook even of je een blauwe draad beschikbaar hebt. Nagenoeg alle domotica units hebben ook een N (blauw)nodig.

[[BO]Legolas]

el_duderino schreef op vrijdag 15 maart 2024 @ 17:34:
Ik heb je bordje besteld!

Anyway, ik heb een box met perilex en op twee plekken een drie-standen schakelaar. Is er een manier om de standen van die schakelaar in HA/esphome te krijgen? Ik snap dat je ze normaal gesproken niet gebruikt, maar stel dat je dat wil?

Ik ben momenteel bezig met de ontwikkeling van een interface bordje voor de driestandenschakelaar. Ik heb al een werkend prototype en wacht nu op de onderdelen voor de eerste echte print. Die kan je dan gewoon in je Ducobox schroeven en aansluiten op een van de sensor connectoren van de OpenAir mini. Als de eerste batch printjes meteen goed is heb ik met een paar weken een handjevol bordjes beschikbaar voor eventuele geïnteresseerden

[Eggybert]

@The_ Mad_Ping is er al een ETA bekend voor de nieuwe air valves? En specifiek de los staande versie?
Heb helaas geen beschikking over een 3D printer voor de DIY versie.

[stevenP]

[BO]Legolas schreef op vrijdag 15 maart 2024 @ 22:50:
[...]


Ik ben momenteel bezig met de ontwikkeling van een interface bordje voor de driestandenschakelaar. Ik heb al een werkend prototype en wacht nu op de onderdelen voor de eerste echte print. Die kan je dan gewoon in je Ducobox schroeven en aansluiten op een van de sensor connectoren van de OpenAir mini. Als de eerste batch printjes meteen goed is heb ik met een paar weken een handjevol bordjes beschikbaar voor eventuele geïnteresseerden

Ik gok dat dit een 3kanaals optocoupler is? Die signalen kan je mooi uitlezen met je reeds ingebouwde ESPHome

Alleen voor jou misschien nog van belang, ik weet niet zeker of er bij Duco een ander perilex schakelschema zit dan bij orcon of andere ondersteunde merken.

[[BO]Legolas]

stevenP schreef op maandag 18 maart 2024 @ 12:13:
[...]

Ik gok dat dit een 3kanaals optocoupler is? Die signalen kan je mooi uitlezen met je reeds ingebouwde ESPHome

Alleen voor jou misschien nog van belang, ik weet niet zeker of er bij Duco een ander perilex schakelschema zit dan bij orcon of andere ondersteunde merken.

Nee, het is een 2 kanaals optocoupler om de aanwezigheid van 230V op L2 en L3 te meten. Mijn prototype is gebaseerd op een arduino nano die de signalen uitleest en via i2c beschikbaar stelt, maar dat vereist programmeren van de nano voor elke print die ik assembleer.

Bij de bordjes die nu onderweg zijn heb ik de arduino vervangen door een een i2c gpio expander chip en wat logic gates die die signalen omzetten naar een binaire 1, 2, of 3 op de inputs van de expander. Zodoende kan je met 1 i2c call de huidige stand van de 3 standen schakelaar uitlezen.

Het bordje lust L1, N en Earth rechtstreeks door naar de OpenAir mini en gaat verder uit van het volgende:
Stand 1 is altijd actief via 230V op L1.
Stand 2 is actief bij 230V op L2
Stand 3 is actief bij 230V op L3

[The_ Mad_Ping]

Eggybert schreef op maandag 18 maart 2024 @ 11:11:
@The_ Mad_Ping is er al een ETA bekend voor de nieuwe air valves? En specifiek de los staande versie?
Heb helaas geen beschikking over een 3D printer voor de DIY versie.

Hey @Eggybert De kleppen komen volgende week weer beschikbaar (Ik verwacht tegen het einde van de week). We zijn druk bezig met het printen van nieuwe kleppen!

[Ascension]

Vandaag m'n OpenAir mini ontvangen en gelijk geinstalleerd. Installatie was een fluitje van een cent en ik weet nu ook waarom m'n ventilatie nooit goed werkte, de installateur had de vochtsensor in een niet gebruikte kanaalingang gestoken...

Topproduct :-)

[davinci]

Ferrox1 schreef op dinsdag 10 oktober 2023 @ 17:02:
Ik reken namelijk het absolute vochtigheidsverschil uit met buiten radar:

YAML:

(...)
        {%  set tempbuiten = (states('sensor.buienradar_temperature') | float ) %}
        {%  set esbuiten = 6.11 * 10 * ((7.5 * tempbuiten) / (237.3 + tempbuiten))%}
        {%  set tempbinnen = (states('sensor.temperatuur_beneden') | float ) %}
        {%  set esbinnen = 6.11 * 10 * ((7.5 * tempbinnen) / (237.3 + tempbinnen))%}
        {%  set ebuiten = ((states('sensor.buienradar_humidity')| float ) / 100) * esbuiten %}
        {%  set rhbuitentempbinnen = (ebuiten/esbinnen) * 100 %}
        {{ rhbuitentempbinnen | round(2) }}

@Ferrox1 , Zou je wat meer uitleg kunnen geven over de formule die je hier gebruikt? Ik probeer te herleiden op basis waarvan je die 6.11 en 237.3 gebruikt.

[Tarquin]

Zojuist ontvangen, met een sensor erbij.

Op de sensor zit een wit plakkertje. Moet dat eraf?

[The_ Mad_Ping]

Tarquin schreef op vrijdag 29 maart 2024 @ 14:12:
Zojuist ontvangen, met een sensor erbij.

Op de sensor zit een wit plakkertje. Moet dat eraf?

Hey @Tarquin Nee! Deze is noodzakelijk voor het goed functioneren van je sensor! Als je deze er af haalt, sloop je eigenlijk je sensor! Goed dat je het vraagt, ik zal dit nog verduidelijken in de documentatie!

[Tarquin]

Ok, hij verbindt met Home Assistant.


Bij het compileren van de standaard sourcecode (van Github) krijg ik een warning over strapping pins.
Ik lees op ESPhome dat ik iets kan instellen om dat te negeren, maar is dat de bedoeling?
Er staat dat je in dat geval pullup weerstanden moet hebben - ja , ik weet niet of dat op de printplaat zo is.

[ Voor 91% gewijzigd door Tarquin op 29-03-2024 16:57 ]

[Ferrox1]

davinci schreef op vrijdag 29 maart 2024 @ 12:33:
[...]

@Ferrox1 , Zou je wat meer uitleg kunnen geven over de formule die je hier gebruikt? Ik probeer te herleiden op basis waarvan je die 6.11 en 237.3 gebruikt.

Dat zijn constanten voor deze berekening.

Inmiddels ben ik wel over gestapt naar de integratie via hacs thermal comfort die dit berekend. Dat werkt een stuk makkelijker.

[davinci]

Ferrox1 schreef op vrijdag 29 maart 2024 @ 16:45:
[...]
Inmiddels ben ik wel over gestapt naar de integratie via hacs thermal comfort die dit berekend. Dat werkt een stuk makkelijker.

Die had ik ook al gevonden. Ik heb je eerdere yaml gebruikt als inspiratie voor die van mij. Mocht je je nieuwe met Thermal Comfort willen delen, dan hou ik me aanbevolen.

[sjoerdmekenkam]

Open air geinstalleerd. Werkt perfect. Meteen de valves besteld. Superinitiatief.

[sjoerdmekenkam]

7 valves geïnstalleerd. Werkt top.

Ik wilde selectief bepaalde zones qua ventilatie in/af-schakelen, zodat de ventilatiebox gericht specifieke kamers van verse lucht voorziet. Los van de energiebesparing scheelt het ook herrie; de totale zuigkracht hoeft niet meer te worden verdeeld, dus je houdt netto meer over per geselecteerd kanaal. Je kan daardoor het apparaat 'zachter zetten'.

7 keer wifi-netwerk invoeren en ..... werkt!

Opletten: de eerste valve werd zichtbaar met een actieve melding in Home Assistent. De 6 daarop volgende niet. Echter als ik in het dashboard van HA het toevoegen oid selecteerde, stonden de overige 6 ook gewoon beschikbaar om toe te voegen. Kortom, er kwam geen actieve melding naar voren, maar het werkt gewoon top.

[Ascension]

@sjoerdmekenkam wil ook valves toevoegen maar hoe bepaal je welke je openzet en welke niet? Hoe heb je de automatiseringen geregeld? Ben benieuwd naar voorbeelden.

[sjoerdmekenkam]

Voor mij was de belangrijste reden om de aanzuiging van de ventilatiebox te concentreren op een of meer ruimtes. Daardoor worden er bijvoorbeeld overdag niet nutteloos slaapkamers van verse lucht voorzien (of 's nachts vice versa de woonkamer). Hierdoor kan de benodigde zuigkracht netto lager zijn. Scheelt stroom, kosten en herrie.

Ik heb nu in Home Automation ingesteld dat 's ochtends tussen 7:00 en 9:00 alle kleppen dicht staan, behalve de douche (om de douche schimmelvrij te houden). Idem 's nachts alleen de kleppen naar de slaapkamers open voor frisse lucht tijdens het slapen. Het inregelen is dus heel basaal rule-based in the HA-app.

Ik wil uiteindelijk zigbee sensors gaan toevoegen om bijvoorbeeld toilet-ventilatie automatisch aan te zetten als iemand naar de WC gaat (vieze lucht wegzuigen)

Een andere use case is de CO2-waarden van de slaapkamers. Het script in Home Automation wordt dan iets in de trend van 'als CO2-waarde van sensor hoger is dan XYZ, dan ventilatorsnelheid omhoog'.

Kortom, is nu heel simpel time based, maar wil het stap voor stap gaan uitbreiden om stroomkosten en 's nachts vooral herrie (gebrom) te verminderen door met valves gericht verse lucht in kamers te brengen.

Laatste item: wij hebben een airco centraal op de gang hangen. Door in het plafond van de slaapkamers lucht af te zuigen met de ventilatiebox, trekken we zo koude / gekoelde lucht van de gang onder de deurkieren door naar binnen. Met een temperatuursensor zou ik in Home Automation dit willen triggeren. Ik heb al zitten neuzen en een aantal gasten hebben al lopen klussen aan een opentherm oplossing voor de CV/vloerverwarming. Ik heb nog niet ontdekt of iemand de aansturing van een doorsnee (not connected) Toshiba-airco heeft afgepeld. Van een duurder model zag ik al wel voorbeelden hoe iemand echt packages uit de afstandsbediening aan het uitlezen was

[ Voor 3% gewijzigd door sjoerdmekenkam op 04-04-2024 21:55 ]

[MattMax]

Tarquin schreef op vrijdag 29 maart 2024 @ 16:41:
Bij het compileren van de standaard sourcecode (van Github) krijg ik een warning over strapping pins.
Ik lees op ESPhome dat ik iets kan instellen om dat te negeren, maar is dat de bedoeling?
Er staat dat je in dat geval pullup weerstanden moet hebben - ja , ik weet niet of dat op de printplaat zo is.

Ik ben ook benieuwd naar het antwoord op deze vraag.
Daarnaast kan ik geen YAML voorbeeld vinden van de OpenAir sensor met CO2, Nox en VOC. De voorbeelden in de documentatie laten alleen CO2 zien.

[robiebab]

MattMax schreef op donderdag 4 april 2024 @ 21:28:
[...]


Ik ben ook benieuwd naar het antwoord op deze vraag.
Daarnaast kan ik geen YAML voorbeeld vinden van de OpenAir sensor met CO2, Nox en VOC. De voorbeelden in de documentatie laten alleen CO2 zien.

Deze is voor de open-air-mini met 2 sensoren dat CO2, Nox en VOC bevatten; deze werkt tevens voor homey middels ESPhome app

code:

esphome:
  name: open-air-mini
  platform: ESP32
  board: esp32dev
  libraries:
    - Wire

# Enable logging
logger:
  level: NONE

# This is optional and can be commented out to disable the Web Server
web_server:
  port: 80

# Enable Home Assistant API
api:

ota:
  password: "9f2ab9aa715f573e2476e75a5ec7f4e7"

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Open-AIR-Mini Fallback"
    password: "ChangeMe@123!"

captive_portal:

globals:
  # Disconnected Mode Max Fan Speed, linked to Disconnected Hum Level Max Speed
  - id: disconnected_max_fan_speed
    type: int
    restore_value: no
    initial_value: "100"
  # Disconnected Mode Medium Fan Speed, linked to Disconnected Hum Level Medium Speed
  - id: disconnected_medium_fan_speed
    type: int
    restore_value: no
    initial_value: "60"
  # Disconnected Mode Default Fan Speed, for humidities lower than Disconnected Hum Level Medium Speed
  # or if NOT using a humidity sensor. Without sensor this speed will be maintained untill a connection
  # to Home Assistant has been restored and your automations can take over.
  - id: disconnected_default_fan_speed
    type: int
    restore_value: no
    initial_value: "25"
  # Disconnected Mode Max Fan Speed Threshold
  - id: disconnected_hum_level_max_speed
    type: int
    restore_value: no
    initial_value: "75"
  # Disconnected Mode Medium Fan Speed Threshold
  - id: disconnected_hum_level_medium_speed
    type: int
    restore_value: no
    initial_value: "55"

#
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_Floor_0
  sda: GPIO19
  scl: GPIO18
  scan: false
  frequency: 400kHz
#I2C For Sensor 1
- id: i2c_Sensor_Floor_1
  sda: GPIO16
  scl: GPIO4
  scan: false
  frequency: 400kHz

# Status led
status_led:
  pin:
    number: GPIO33

#PWM output for controlling the motor.
output:
  - platform: ledc
    pin: GPIO15
    inverted: true
    id: open_air_mini

light:
  - platform: monochromatic
    output: open_air_mini
    name: "PWM Fan"
    id: fan_motor

sensor:
  - platform: scd4x
    i2c_id: i2c_Sensor_Floor_0 
    co2:
      name: "Floor-0: CO2"
      id: Floor_0_CO2
      accuracy_decimals: 0
    temperature:
      name: "Floor-0: Temperature"
      id: Floor_0_Temperature
      accuracy_decimals: 2
    humidity:
      name: "Floor-0: Humidity"
      id: Floor_0_Humidity
      accuracy_decimals: 2
    update_interval: 30s
    measurement_mode: periodic

  - platform: scd4x
    i2c_id: i2c_Sensor_Floor_1 
    co2:
      name: "Floor-1: CO2"
      id: Floor_1_CO2
      accuracy_decimals: 0
    temperature:
      name: "Floor-1: Temperature"
      id: Floor_1_Temperature
      accuracy_decimals: 2
    humidity:
      name: "Floor-1: Humidity"
      id: Floor_1_Humidity
      accuracy_decimals: 2
    update_interval: 30s

    measurement_mode: periodic
  - platform: sgp4x
    i2c_id: i2c_Sensor_Floor_0 
    voc:
      name: "Floor-0: VOC"
      id: Floor_0_VOC
    nox:
      name: "Floor-0: NOx"
      id: Floor_0_NOx
    compensation:
      temperature_source: Floor_0_Temperature
      humidity_source: Floor_0_Humidity
    update_interval: 30s

  - platform: sgp4x
    i2c_id: i2c_Sensor_Floor_1 
    voc:
      name: "Floor-1: VOC"
      id: Floor_1_VOC
    nox:
      name: "Floor-1: NOx"
      id: Floor_1_NOx
    compensation:
      temperature_source: Floor_1_Temperature
      humidity_source: Floor_1_Humidity
    update_interval: 30s    


# Pulse counter sensor to measure motor RPM
  - platform: pulse_counter
    pin: GPIO14
    unit_of_measurement: 'RPM'
    name: 'AIR Mini RPM'
    update_interval: 10s


#script: ESPHome disconected Script
interval:
  - interval: 30s
    then:
      - logger.log: "API Connectivity Check for Disconnected Mode"
      - if:
          condition:
            not:
              api.connected:
          then:
            - logger.log: "API disconnected"
            - light.turn_on: 
                id: fan_motor
                brightness: !lambda |-
                  auto hum = id(Floor_1_Humidity).state;
                  if (hum >= id(disconnected_hum_level_max_speed)) {
                    return id(disconnected_max_fan_speed);
                  } else if (hum >= id(disconnected_hum_level_medium_speed)) {
                    return id(disconnected_medium_fan_speed);
                  } else {
                    return id(disconnected_default_fan_speed);
                  }
                  return id(disconnected_default_fan_speed);

[debruina16]

Gisteren ook mijn klep gekregen. In eerste instantie leek deze goed te werken en ingebouwd in de duco. Vandaag merkte ik echter dat een ruimte werd geventileerd terwijl de klep dicht zou moeten staan. In HA en de website van de klep stond de klep ook als dicht. In de duco stond de klep half open. Het leek of de stand omgekeerd werkte.

Hij blijft nu heel gek werken. Als ik hem van stroom voorzie dat gaat hij meteen in 10% open stand staan. Vervolgens als ik de klep open en dicht aanstuur dan werkt dat de eerste paar keer goed en vervolgens draait deze helemaal door en stopt op een willekeurige plek en klopt er niets meer van de positie.

Als ik op de kalibratie knop druk dan gaat hij soms in de open stand staan en soms in de begin 10% open stand. Soms draait hij helemaal door en gaat hij dicht terwijl het metalen pennetje in de klep aan de andere kant van de sensor zit en stopt daar vervolgens.

Overigens als de klep langs de sensor gaat dan zie ik de waarde wel verspringen in HA

Doe ik iets fout of heb ik een "probleem" gevalletje

[ Voor 4% gewijzigd door debruina16 op 05-04-2024 13:12 ]

[MattMax]

debruina16 schreef op vrijdag 5 april 2024 @ 13:09:

Hij blijft nu heel gek werken. Als ik hem van stroom voorzie dat gaat hij meteen in 10% open stand staan. Vervolgens als ik de klep open en dicht aanstuur dan werkt dat de eerste paar keer goed en vervolgens draait deze helemaal door en stopt op een willekeurige plek en klopt er niets meer van de positie.

Als ik op de kalibratie knop druk dan gaat hij soms in de open stand staan en soms in de begin 10% open stand. Soms draait hij helemaal door en gaat hij dicht terwijl het metalen pennetje in de klep aan de andere kant van de sensor zit en stopt daar vervolgens.

Ik ben ook bezig met het inbouwen en heb precies hetzelfde probleem. Ik gebruik deze code waar in de Github repo naar wordt verwezen.

[The_ Mad_Ping]

MattMax schreef op vrijdag 5 april 2024 @ 13:35:
[...]


Ik ben ook bezig met het inbouwen en heb precies hetzelfde probleem. Ik gebruik deze code waar in de Github repo naar wordt verwezen.

Ook dit is helaas een documentatie fout van mij. Wij moeten de juiste config nog uploaden op Git. Maar het volgende moet aangepast worden t.o.v de versie met switch:

Oude voorbeeld is verwijderd om verwarring te voorkomen

Edit waarom moeilijk doen als het makkelijk kan:

Dit stukje code moet je vervangen met:

Oud:

code:

binary_sensor:
  - platform: gpio
    id: valve_homing_switch
    pin: GPIO35
    name: "Valve Closed Switch"

Nieuw:

code:

binary_sensor:
  - platform: gpio
    id: valve_homing_switch
    pin:
      number: GPIO35
      inverted: true
    name: "Valve Closed Switch"

[ Voor 71% gewijzigd door The_ Mad_Ping op 05-04-2024 16:18 ]

[The_ Mad_Ping]

debruina16 schreef op vrijdag 5 april 2024 @ 13:09:
Gisteren ook mijn klep gekregen. In eerste instantie leek deze goed te werken en ingebouwd in de duco. Vandaag merkte ik echter dat een ruimte werd geventileerd terwijl de klep dicht zou moeten staan. In HA en de website van de klep stond de klep ook als dicht. In de duco stond de klep half open. Het leek of de stand omgekeerd werkte.

Hij blijft nu heel gek werken. Als ik hem van stroom voorzie dat gaat hij meteen in 10% open stand staan. Vervolgens als ik de klep open en dicht aanstuur dan werkt dat de eerste paar keer goed en vervolgens draait deze helemaal door en stopt op een willekeurige plek en klopt er niets meer van de positie.

Als ik op de kalibratie knop druk dan gaat hij soms in de open stand staan en soms in de begin 10% open stand. Soms draait hij helemaal door en gaat hij dicht terwijl het metalen pennetje in de klep aan de andere kant van de sensor zit en stopt daar vervolgens.

Overigens als de klep langs de sensor gaat dan zie ik de waarde wel verspringen in HA

Doe ik iets fout of heb ik een "probleem" gevalletje

Jij hebt een voorgeprogrammeerde klep gekregen, dit zou bij jou dus geen probleem moeten zijn. Of heb je hem opnieuw geflashed vanuit je Esphome dashboard?

[MattMax]

The_ Mad_Ping schreef op vrijdag 5 april 2024 @ 15:49:
[...]

Dit stukje code moet je vervangen met:

Thanks! Ga ik zo gelijk even checken!

Update:
Met de aangepaste code werkt het perfect!
Voor de documentatie wellicht nog een idee om ook een voorbeeld toe te voegen hoe de "restore state" functionaliteit werkt. Dat staat eerder in dit topic al een keer uitgelegd en is handig om ervoor te zorgen dat de kleppen niet allemaal dicht staan als de stroom eraf is geweest.

[ Voor 50% gewijzigd door MattMax op 05-04-2024 19:18 ]

[debruina16]

The_ Mad_Ping schreef op vrijdag 5 april 2024 @ 15:53:
[...]


Jij hebt een voorgeprogrammeerde klep gekregen, dit zou bij jou dus geen probleem moeten zijn. Of heb je hem opnieuw geflashed vanuit je Esphome dashboard?

Ah ja, dat is de oorzaak. Ik heb inderdaad de open-air-valve.yaml gedownload van github en gekopieerd naar de esphome folder in HA zodat de klep in het dashboard is te zien. En daar inderdaad geupdated

Ik heb de aanpassing doorgevoerd en de klep werkt als een speer. Thanks voor de snelle response

[debruina16]

Nog 1 vraagje, ik heb de klep samen besteld met een powersupply. Ik had in mijn hoofd dat dit een adapter was maar het is een mooi printje wat ook in de duco past, top

Op die print zit een connector voor AC in maar ook AC uit, is dit voor doorlussen naar de duco zelf zodat je maar 1 stroomkabel nodig hebt of is deze aansluiting voor iets toekomstig anders?

[Mithrandir]

Ik heb de ducobox met openair geïnstalleerd met 1 sensor. Als het fijn werkt ga ik nog 4 kamers via de garagezolder vraaggestuurd afzuigen



(Als ik meer kamers ga afzuigen zal ik de afvoer vervangen door 160mm harde buis)

[ Voor 7% gewijzigd door Mithrandir op 06-04-2024 19:12 ]

[The_ Mad_Ping]

debruina16 schreef op vrijdag 5 april 2024 @ 19:42:
Nog 1 vraagje, ik heb de klep samen besteld met een powersupply. Ik had in mijn hoofd dat dit een adapter was maar het is een mooi printje wat ook in de duco past, top

Op die print zit een connector voor AC in maar ook AC uit, is dit voor doorlussen naar de duco zelf zodat je maar 1 stroomkabel nodig hebt of is deze aansluiting voor iets toekomstig anders?

Hey @debruina16 Inmiddels is ook de Github pagina aangepast zodat dit probleem niet meer voorkomt

zie: https://github.com/Flamin...en%20AIR%20Valve/Software

Die tweede output is inderdaad om te kunnen doorlussen. Scheelt je weer een stekker.

[The_ Mad_Ping]

Mithrandir schreef op zaterdag 6 april 2024 @ 19:11:
Ik heb de ducobox met openair geïnstalleerd met 1 sensor. Als het fijn werkt ga ik nog 4 kamers via de garagezolder vraaggestuurd afzuigen

[Afbeelding]

(Als ik meer kamers ga afzuigen zal ik de afvoer vervangen door 160mm harde buis)

@Mithrandir Vet :D! Veel plezier met inregelen! Bedankt voor het delen van je installatie!

[The_ Mad_Ping]

Zoals jullie waarschijnlijk hebben gemerkt, was de Open AIR Valve de afgelopen twee weken beschikbaar voor verkoop. Helaas zijn alle kleppen inmiddels uitverkocht. We gaan de komende weken benutten om onze voorraad op te bouwen, zodat we ze weer kunnen aanbieden.

De belangrijkste verbeteringen in de nieuwe versie van de Open AIR Valve V1.4.0 zijn:

• Het schakelmechanisme is gewijzigd naar een HALL (magneet) sensor. Dit maakt de klep minder gevoelig voor stof en biedt een betrouwbaardere werking dan de Omron-schakelaar. We onderzoeken momenteel de mogelijkheid om deze upgrade ook op reeds verkochte kleppen toe te passen.
• Aanpassingen zijn doorgevoerd in de STEP-bestanden om deze nog beter bruikbaar & compatibel te maken.

Belangrijk: De STEP-bestanden en 3D-printbestanden zullen ook naar GitHub worden verplaatst. Dit zorgt ervoor dat alle informatie centraal beschikbaar komt te staan en maakt het gemakkelijker om updates te volgen en de historie te bewaren. Voorheen stonden deze bestanden op Printables, maar vanaf volgende week zullen ze beschikbaar zijn op GitHub.

[Mithrandir]

Het lukt me niet om de sensors goed te configureren. Ik heb een combinatiesensor CO2 & humidity. Ik krijg deze foutmelding:

code:

[10:59:00][E][uart:015]: Reading from UART timed out at byte 0!
[10:59:00][W][senseair:024]: Reading data from SenseAir failed!
[10:59:00][W][component:232]: Component senseair.sensor took a long time for an operation (114 ms).
[10:59:00][W][component:233]: Components should block for at most 30 ms.

Mijn sensor config (https://github.com/okke-f...ini/Software/sensors.yaml)

code:

# combination sensor
- platform: sht3xd
  i2c_id: i2c_sensor_1
  temperature:
    name: "Temperature Open AIR Mini x"
    id: air_temperature
  humidity:
    name: "Humidity Open AIR Mini x"
    id: air_humidity
  address: 0x44
  update_interval: 60s
- platform: senseair
  uart_id: uart_sensor_1
  co2:
    name: "CO2 Open AIR Mini x"
    id: air_co2
  update_interval: 60s

Tijdens de init zie ik ook dit:

code:

[11:05:45][C][sht3xd:033]: SHT3xD:
[11:05:45][C][sht3xd:034]:   Address: 0x44
[11:05:45][E][sht3xd:036]: Communication with SHT3xD failed! <<===============
[11:05:45][C][sht3xd:038]:   Update Interval: 60.0s
[11:05:45][C][sht3xd:040]:   Temperature 'Temperature Open AIR Mini x'
[11:05:45][C][sht3xd:040]:     Device Class: 'temperature'
[11:05:45][C][sht3xd:040]:     State Class: 'measurement'
[11:05:45][C][sht3xd:040]:     Unit of Measurement: '°C'
[11:05:45][C][sht3xd:040]:     Accuracy Decimals: 1
[11:05:45][C][sht3xd:041]:   Humidity 'Humidity Open AIR Mini x'
[11:05:45][C][sht3xd:041]:     Device Class: 'humidity'
[11:05:45][C][sht3xd:041]:     State Class: 'measurement'
[11:05:45][C][sht3xd:041]:     Unit of Measurement: '%'
[11:05:45][C][sht3xd:041]:     Accuracy Decimals: 1

[ Voor 30% gewijzigd door Mithrandir op 07-04-2024 11:07 ]

[_BLAST3R]

Mithrandir schreef op zondag 7 april 2024 @ 11:01:
Het lukt me niet om de sensors goed te configureren. Ik heb een combinatiesensor CO2 & humidity. Ik krijg deze foutmelding:

code:

[10:59:00][E][uart:015]: Reading from UART timed out at byte 0!
[10:59:00][W][senseair:024]: Reading data from SenseAir failed!
[10:59:00][W][component:232]: Component senseair.sensor took a long time for an operation (114 ms).
[10:59:00][W][component:233]: Components should block for at most 30 ms.

Mijn sensor config (https://github.com/okke-f...ini/Software/sensors.yaml)

code:

# combination sensor
- platform: sht3xd
  i2c_id: i2c_sensor_1
  temperature:
    name: "Temperature Open AIR Mini x"
    id: air_temperature
  humidity:
    name: "Humidity Open AIR Mini x"
    id: air_humidity
  address: 0x44
  update_interval: 60s
- platform: senseair
  uart_id: uart_sensor_1
  co2:
    name: "CO2 Open AIR Mini x"
    id: air_co2
  update_interval: 60s

Tijdens de init zie ik ook dit:

code:

[11:05:45][C][sht3xd:033]: SHT3xD:
[11:05:45][C][sht3xd:034]:   Address: 0x44
[11:05:45][E][sht3xd:036]: Communication with SHT3xD failed! <<===============
[11:05:45][C][sht3xd:038]:   Update Interval: 60.0s
[11:05:45][C][sht3xd:040]:   Temperature 'Temperature Open AIR Mini x'
[11:05:45][C][sht3xd:040]:     Device Class: 'temperature'
[11:05:45][C][sht3xd:040]:     State Class: 'measurement'
[11:05:45][C][sht3xd:040]:     Unit of Measurement: '°C'
[11:05:45][C][sht3xd:040]:     Accuracy Decimals: 1
[11:05:45][C][sht3xd:041]:   Humidity 'Humidity Open AIR Mini x'
[11:05:45][C][sht3xd:041]:     Device Class: 'humidity'
[11:05:45][C][sht3xd:041]:     State Class: 'measurement'
[11:05:45][C][sht3xd:041]:     Unit of Measurement: '%'
[11:05:45][C][sht3xd:041]:     Accuracy Decimals: 1

Domme vraag misschien; maar heb je de sensor kabel wel in de juiste socket zitten (Sensor 1)? De sensor aansluitingen hebben namelijk aparte pinnen.

De ESP lijkt op dit moment iig beide sensoren niet te kunnen vinden op de manier waarop je het nu aangesloten hebt.

[Mithrandir]

Goede vraag, volgens mij zit de sensor goed in slot 1:




[update]
Ik heb de sensor connector iets aangeduwd en nu krijg ik

code:

[11:44:15][W][senseair:032]: Invalid preamble from SenseAir! ffffffff ffffffff ffffffff ff

Na een reset blijft hij deze "invalid preamble" fout geven.

[ Voor 23% gewijzigd door Mithrandir op 07-04-2024 11:49 ]

[_BLAST3R]

Mithrandir schreef op zondag 7 april 2024 @ 11:42:
Goede vraag, volgens mij zit de sensor goed in slot 1:

[Afbeelding]


[update]
Ik heb de sensor connector iets aangeduwd en nu krijg ik

code:

[11:44:15][W][senseair:032]: Invalid preamble from SenseAir! ffffffff ffffffff ffffffff ff

Na een reset blijft hij deze "invalid preamble" fout geven.

Wellicht helpt het als je hem even helemaal stroomloos maakt en opnieuw opstart? Ook idd even alles goed aandrukken. In theorie kunnen de pinnetjes op de sensor kant ook niet helemaal lekker in de connector zitten.

[Mithrandir]

_BLAST3R schreef op zondag 7 april 2024 @ 11:53:
[...]

Wellicht helpt het als je hem even helemaal stroomloos maakt en opnieuw opstart? Ook idd even alles goed aandrukken. In theorie kunnen de pinnetjes op de sensor kant ook niet helemaal lekker in de connector zitten.

Ik heb 'm stroomloos gemaakt, goed aangedrukt & ook even sensor2 geprobeerd maar de error blijft.

[update]
Ook de oude (<1.4) pinouts even geprobeerd, zelfde resultaat helaas

[ Voor 8% gewijzigd door Mithrandir op 07-04-2024 12:18 ]

[The_ Mad_Ping]

Mithrandir schreef op zondag 7 april 2024 @ 12:02:
[...]


Ik heb 'm stroomloos gemaakt, goed aangedrukt & ook even sensor2 geprobeerd maar de error blijft

hmm klinkt alsof er mogelijk iets stuk gegaan is :x (je config is namelijk goed) Ik kan je een nieuwe sensor opsturen zodat je daarmee kan testen?

[Mithrandir]

The_ Mad_Ping schreef op zondag 7 april 2024 @ 12:04:
[...]


hmm klinkt alsof er mogelijk iets stuk gegaan is :x (je config is namelijk goed) Ik kan je een nieuwe sensor opsturen zodat je daarmee kan testen?

Top! Ik PM je.

[MattMax]

@The_ Mad_Ping Ik gebruik in Home Assistant een aantal automations om de kleppen aan te sturen. Als ik een van de OpenAir valves bijv. op 30% open wil zetten, dan doe ik dat nu door in de automation de actie "Set number" aan te roepen en de entiteit "valve_capacity" op 30 in te stellen voor de juiste klep. Dit werkt prima.

Het zou nog eenvoudiger zijn als de ESPhome code ook het direct instellen van een positie zou ondersteunen. Volgens de documentatie van het "Cover component" in ESPhome is het mogelijk om een positie mee te geven. Op dit moment werkt het namelijk nog niet om de "COVER.SET_COVER_POSITION" actie in Home Assistant te gebruiken (de OpenAir valve is niet te selecteren als entiteit voor deze actie). Ik lever graag een bijdrage, maar weet niet exact hoe ik deze aanpassing kan doen in de ESPhome YAML voor de klep.

Mocht ik iets over het hoofd zien, dan hoor ik dat graag.

[Dychonn]

Had via de verkoop website ook al een vraag gestuurd, maar misschien is die niet aangekomen. Heb hier een duco 315/425RF. Een wat ouder type. Ik vroeg mij of jullie openair gateway ook werkt op dit type duco box?

Een printje van de ducobox staat hier onder.

[The_ Mad_Ping]

Dychonn schreef op dinsdag 9 april 2024 @ 14:04:
Had via de verkoop website ook al een vraag gestuurd, maar misschien is die niet aangekomen. Heb hier een duco 315/425RF. Een wat ouder type. Ik vroeg mij of jullie openair gateway ook werkt op dit type duco box?

Een printje van de ducobox staat hier onder.
[Afbeelding]

Hey @Dychonn Excuus mogelijk dat wij die ergens over het hoofd hebben gezien.
Helaas moet ik je tweemaal teleurstellen, deze ventilatie box is niet compatible

[The_ Mad_Ping]

MattMax schreef op maandag 8 april 2024 @ 17:44:
@The_ Mad_Ping Ik gebruik in Home Assistant een aantal automations om de kleppen aan te sturen. Als ik een van de OpenAir valves bijv. op 30% open wil zetten, dan doe ik dat nu door in de automation de actie "Set number" aan te roepen en de entiteit "valve_capacity" op 30 in te stellen voor de juiste klep. Dit werkt prima.

Het zou nog eenvoudiger zijn als de ESPhome code ook het direct instellen van een positie zou ondersteunen. Volgens de documentatie van het "Cover component" in ESPhome is het mogelijk om een positie mee te geven. Op dit moment werkt het namelijk nog niet om de "COVER.SET_COVER_POSITION" actie in Home Assistant te gebruiken (de OpenAir valve is niet te selecteren als entiteit voor deze actie). Ik lever graag een bijdrage, maar weet niet exact hoe ik deze aanpassing kan doen in de ESPhome YAML voor de klep.

Mocht ik iets over het hoofd zien, dan hoor ik dat graag.

Hey @MattMax ik zal hier eens naar kijken, het kan wel even duren voordat we deze implementatie gaan gebruiken maar thanx voor het melden!

Mocht je een keer vervelen kan je natuurlijk altijd gaan pielen met je klep en OTA. De originele YAML kan ik zo naar je opsturen.

[Dychonn]

The_ Mad_Ping schreef op dinsdag 9 april 2024 @ 22:14:
[...]


Hey @Dychonn Excuus mogelijk dat wij die ergens over het hoofd hebben gezien.
Helaas moet ik je tweemaal teleurstellen, deze ventilatie box is niet compatible

Dat is wel jammer. Had het eerlijk gezegd al verwacht. Vond het wel super bedacht door je/jullie

[MattMax]

The_ Mad_Ping schreef op dinsdag 9 april 2024 @ 22:17:
[...]

Mocht je een keer vervelen kan je natuurlijk altijd gaan pielen met je klep en OTA. De originele YAML kan ik zo naar je opsturen.

Het blijkt uiteindelijk vrij simpel te zijn. De enige update zit in de code van de template cover in ESPhome. Een variabele toevoegen "has_position" en op true instellen. Tot slot nog een position_action commando toevoegen met een lambda die de positie vanuit Home Assistant (variabele "pos" in de lambda) verwerkt en that's it. Hiermee kan je dus de service "set_cover_position" in Home Assistant direct toepassen op de OpenAir valve, zonder dat je een "set.number" actie met de variabele valve_capacity hoeft uit te voeren.

code:

cover:
  - platform: template
    name: "Valve"
    id: valve
    has_position: true
    lambda: |-
      if (id(my_stepper).current_position <= 0) {
        return COVER_CLOSED;
      } else if (id(my_stepper).current_position > 0 && id(my_stepper).current_position <= 100) {
        return COVER_OPEN;
      } else {
        return {};
      }
    open_action:
      - number.set:
          id: valve_capacity
          value: 100
      - stepper.set_target:
          id: my_stepper
          target: 525
    close_action:
      - number.set:
          id: valve_capacity
          value: 0
      - stepper.set_target:
          id: my_stepper
          target: 0
    position_action:
      - number.set:
          id: valve_capacity
          value: !lambda 'return pos*100;'
      - stepper.set_target:
          id: my_stepper
          target: !lambda 'return pos*525;'

[ThinkPad]

Dychonn schreef op dinsdag 9 april 2024 @ 14:04:
Had via de verkoop website ook al een vraag gestuurd, maar misschien is die niet aangekomen. Heb hier een duco 315/425RF. Een wat ouder type. Ik vroeg mij of jullie openair gateway ook werkt op dit type duco box?

Een printje van de ducobox staat hier onder.
[Afbeelding]

Dit is geen Ducobox maar een Itho Ecofan (ik heb dezelfde).
Zijn ook wel projectjes voor om ze aan te sturen zoals bijv. Itho Daalderop - open source wifi control add-on module

[Lennart90]

@The_ Mad_Ping Ik heb de Open AIR Mini laatst besteld en inmiddels geïnstalleerd in mijn DucoBox Silent. Dat ging allemaal zeer makkelijk dankzij de duidelijke instructies. Alle 5 LED's zijn groen en ik heb m'n gekoppeld aan mijn WiFi-netwerk.

Ik krijg 'm alleen niet aangesloten op mijn Home Assistant. De ESPHome LED op de Mini knippert snel achter elkaar, wat geloof ik zou betekenen dat er een fout is. Ik weet alleen niet hoe ik erachter kan komen wat de fout is. Moet ik daarvoor een USB-UART kabel aansluiten om de logs te lezen of kan dat ook draadloos? Wellicht handig om te vermelden dat ik een voorgeprogrammeerde Mini heb gekocht met config om de originele DucoBox-sensoren voor CO2 en luchtvochtigheid te gebruiken.

Alvast bedankt!

[The_ Mad_Ping]

Lennart90 schreef op vrijdag 12 april 2024 @ 07:32:
@The_ Mad_Ping Ik heb de Open AIR Mini laatst besteld en inmiddels geïnstalleerd in mijn DucoBox Silent. Dat ging allemaal zeer makkelijk dankzij de duidelijke instructies. Alle 5 LED's zijn groen en ik heb m'n gekoppeld aan mijn WiFi-netwerk.

Ik krijg 'm alleen niet aangesloten op mijn Home Assistant. De ESPHome LED op de Mini knippert snel achter elkaar, wat geloof ik zou betekenen dat er een fout is. Ik weet alleen niet hoe ik erachter kan komen wat de fout is. Moet ik daarvoor een USB-UART kabel aansluiten om de logs te lezen of kan dat ook draadloos? Wellicht handig om te vermelden dat ik een voorgeprogrammeerde Mini heb gekocht met config om de originele DucoBox-sensoren voor CO2 en luchtvochtigheid te gebruiken.

Alvast bedankt!

Hey Lennart,

Thanks voor je reactie! Zou je het volgende kunnen controleren, zit je RH sensor op sensor connector 1? en zit de Co2 sensor op sensor connector 2?

Bij voorgeprogrammeerde units moeten ze aangesloten worden zoals beschreven in de mail die je krijgt van Tindie met het bericht dat je bestelling is verzonden.

gegroet

[Lennart90]

Dank voor je snelle reactie!

Ik heb 't nog even dubbel gecheckt en de RH sensor zit inderdaad op connector 1 en de CO2 sensor op connector 2. Dus dat zou moeten kloppen.

Wat kan ik nu het beste doen om erachter te komen wat er fout gaat denk je? Ben wel bekend met microcontrollers, maar ESPHome en Home Assistant zijn beiden nieuw voor mij, dus wellicht zie ik iets over het hoofd. 😅

[The_ Mad_Ping]

Lennart90 schreef op vrijdag 12 april 2024 @ 21:34:
Dank voor je snelle reactie!

Ik heb 't nog even dubbel gecheckt en de RH sensor zit inderdaad op connector 1 en de CO2 sensor op connector 2. Dus dat zou moeten kloppen.

Wat kan ik nu het beste doen om erachter te komen wat er fout gaat denk je? Ben wel bekend met microcontrollers, maar ESPHome en Home Assistant zijn beiden nieuw voor mij, dus wellicht zie ik iets over het hoofd. 😅

Je kan nog heel even de connectoren omdraaien , kijken of hij dan wel boot.Zo niet dan ga ik je een programmer opsturen zodat je kan debuggen

Weet je wel zeker dat hij verbind met je Wi-Fi netwerk? zie je in je router een Open AIR Mini staan?

[Dychonn]

ThinkPad schreef op donderdag 11 april 2024 @ 10:28:
[...]

Dit is geen Ducobox maar een Itho Ecofan (ik heb dezelfde).
Zijn ook wel projectjes voor om ze aan te sturen zoals bijv. Itho Daalderop - open source wifi control add-on module

Het is er toch echt een van ducobox. Wit/groen, wel een ouder type zoals gezegd. Ik ga er eens induiken, Bedankt in ieder geval.

[Alexhuber]

Gister mijn Open Air binnen gekregen en vandaag geinstalleerd.

Fysieke installatie was heel makkelijk.

Verbinding met netwerk gaf in het begin wat problemen maar ben er uiteindelijk achter gekomen dat dat kwam doordat er een spatie aan het einde van mijn SSID zat (vraag me niet waarom ) en hij maakt alleen verbinding met het 2.4 GHz netwerk en niet met het 5 GHz.
Niet echt problematisch maar hij zou ook moeten verbinden met het 5GHz netwerk toch?

Integratie met HA was feiloos en alles werkt naar behoren. Super blij mee en nu lekker werken aan wat automatiseringen.

(en wachten op de nieuwe voorraad kleppen om het af te maken )

[The_ Mad_Ping]

Alexhuber schreef op zaterdag 13 april 2024 @ 17:13:
Gister mijn Open Air binnen gekregen en vandaag geinstalleerd.

Fysieke installatie was heel makkelijk.

Verbinding met netwerk gaf in het begin wat problemen maar ben er uiteindelijk achter gekomen dat dat kwam doordat er een spatie aan het einde van mijn SSID zat (vraag me niet waarom ) en hij maakt alleen verbinding met het 2.4 GHz netwerk en niet met het 5 GHz.
Niet echt problematisch maar hij zou ook moeten verbinden met het 5GHz netwerk toch?

Integratie met HA was feiloos en alles werkt naar behoren. Super blij mee en nu lekker werken aan wat automatiseringen.

(en wachten op de nieuwe voorraad kleppen om het af te maken )

Cool Cool! Goed om te horen dat alles makkelijk is verlopen!

5GHz is niet ondersteund mogelijk dat dit in de toekomst anders gaat zijn met de nieuwe ESP32 modules

[Alexhuber]

Check, ik dacht dat ESP32 al wel 5Ghz ondersteunde vandaar.

[vonkkie]

Nog niet

[Alexhuber]

Hoewel ik enige ervaring heb met HA, is ESP32 helemaal nieuw voor me.
Ik ben een beetje aan het rondneuzen en ik loop ergens tegen aan:

Op Git staat in the Programming guide:

Option 3: OTA (Over-The-Air) from the browser
Follow the Option 1 Esphome installation tutorial.

Uploading Firmware:
Open your browser.
Navigate to the IP of your Open AIR Device, for example: 192.168.1.217.
On the bottom of the page page is an OTA upload button. Press it.

Maar als ik via mijn browser naar het IP adres van mijn Open Air Mini ga dan krijg ik de melding dat de website niet bereikbaar is. Ik kan het betreffende IP wel pingen en de Mini doet het ook gewoon in HA.

Doe ik iets fout of werkt dit niet als je de mini voorgeprogrammeerd hebt besteld?

[Lennart90]

The_ Mad_Ping schreef op vrijdag 12 april 2024 @ 22:28:
[...]

Je kan nog heel even de connectoren omdraaien , kijken of hij dan wel boot.Zo niet dan ga ik je een programmer opsturen zodat je kan debuggen

Weet je wel zeker dat hij verbind met je Wi-Fi netwerk? zie je in je router een Open AIR Mini staan?

Hij stond in de client list bij mijn router en ik kon 'm pingen met 0% packet loss, dus de verbinding was goed.

Ik heb inmiddels de connectors van de sensoren omgewisseld (RH op 2 en CO2 op 1) en nu komt hij verder! Hij werd nu wel herkend door Home Assistant en ik kan handmatig het toerental van de ventilator aanpassen. De metingen van de RH-sensor komen ook allemaal door, maar de CO2-sensor lijkt geen metingen door te geven. Enig idee wat er aan de hand kan zijn, is die sensor defect wellicht?

[The_ Mad_Ping]

Lennart90 schreef op zondag 14 april 2024 @ 08:55:
[...]

Hij stond in de client list bij mijn router en ik kon 'm pingen met 0% packet loss, dus de verbinding was goed.

Ik heb inmiddels de connectors van de sensoren omgewisseld (RH op 2 en CO2 op 1) en nu komt hij verder! Hij werd nu wel herkend door Home Assistant en ik kan handmatig het toerental van de ventilator aanpassen. De metingen van de RH-sensor komen ook allemaal door, maar de CO2-sensor lijkt geen metingen door te geven. Enig idee wat er aan de hand kan zijn, is die sensor defect wellicht?

Hey @Lennart90 Het kan zijn dat ik vergeten ben die in te programmeren Ik zal je volgende week een nieuwe voor geprogrammeerde unit opsturen. (retour label zit in de doos).

[The_ Mad_Ping]

Alexhuber schreef op zaterdag 13 april 2024 @ 21:57:
Hoewel ik enige ervaring heb met HA, is ESP32 helemaal nieuw voor me.
Ik ben een beetje aan het rondneuzen en ik loop ergens tegen aan:

Op Git staat in the Programming guide:

[...]


Maar als ik via mijn browser naar het IP adres van mijn Open Air Mini ga dan krijg ik de melding dat de website niet bereikbaar is. Ik kan het betreffende IP wel pingen en de Mini doet het ook gewoon in HA.

Doe ik iets fout of werkt dit niet als je de mini voorgeprogrammeerd hebt besteld?

hey @Alexhuber Dit zou gewoon moeten werken, ik zit momenteel in het buitenland, ik zal maandag de yaml van jouw unit even na lopen om te kijken of dat hier mogelijk een foutje zit Ik hou je op de hoogte. Mocht dat het geval zijn stuur ik je een programmer op zodat je alsnog je eigen firmware kan uploaden!

[Alexhuber]

@The_ Mad_Ping top! Goede service

[davinci]

@The_ Mad_Ping , vorige week board ontvangen met de combi RH,Co2, Nox, Voc Sensor.
Super tevreden mee. Dank voor het voorprogrammeren, dus alles werkt.
Voor in de toekomst zou ik graag ook de yaml voor deze specifieke sensor hebben, maar vind deze niet terug op je https://github.com/Flamin...pen%20Air%20Mini/Software. Zou je deze nog willen toevoegen?

[Alexhuber]

@The_ Mad_Ping ik heb de programmer trouwens al. Deze hoef je dus niet na te sturen.

[Lennart90]

The_ Mad_Ping schreef op zondag 14 april 2024 @ 12:13:
[...]

Hey @Lennart90 Het kan zijn dat ik vergeten ben die in te programmeren Ik zal je volgende week een nieuwe voor geprogrammeerde unit opsturen. (retour label zit in de doos).

Haha, geen probleem hoor 👍

Zou het niet handiger zijn als je me de gecompileerde binary opstuurt en/of de YAML? Dan kan ik die zelf wel uploaden naar de ESP32. Ik heb een USB-UART 3.3v kabel hier liggen en ik kan ook een OTA-update doen, dus dat zal vast goed komen.

Mocht het nuttig zijn, dit is foutmelding die ik zie in de logs als ik naar het IP-adres van de Open AIR Mini ga in mijn browser:

code:

[uart:015]     Reading from UART timed out at byte 0!
[senseair:024] Reading data from SenseAir failed!

[The_ Mad_Ping]

Lennart90 schreef op maandag 15 april 2024 @ 11:36:
[...]

Haha, geen probleem hoor 👍

Zou het niet handiger zijn als je me de gecompileerde binary opstuurt en/of de YAML? Dan kan ik die zelf wel uploaden naar de ESP32. Ik heb een USB-UART 3.3v kabel hier liggen en ik kan ook een OTA-update doen, dus dat zal vast goed komen.

Mocht het nuttig zijn, dit is foutmelding die ik zie in de logs als ik naar het IP-adres van de Open AIR Mini ga in mijn browser:

code:

[uart:015]     Reading from UART timed out at byte 0!
[senseair:024] Reading data from SenseAir failed!

Hey @Lennart90 Nou dat is de verklaring, ik heb de verkeerde sensor geprogrammeerd, ik zal je vanavond in een PB je YAML Sturen.

[The_ Mad_Ping]

davinci schreef op maandag 15 april 2024 @ 10:05:
@The_ Mad_Ping , vorige week board ontvangen met de combi RH,Co2, Nox, Voc Sensor.
Super tevreden mee. Dank voor het voorprogrammeren, dus alles werkt.
Voor in de toekomst zou ik graag ook de yaml voor deze specifieke sensor hebben, maar vind deze niet terug op je https://github.com/Flamin...pen%20Air%20Mini/Software. Zou je deze nog willen toevoegen?

Staat er vanavond nu op

[The_ Mad_Ping]

davinci schreef op maandag 15 april 2024 @ 10:05:
@The_ Mad_Ping , vorige week board ontvangen met de combi RH,Co2, Nox, Voc Sensor.
Super tevreden mee. Dank voor het voorprogrammeren, dus alles werkt.
Voor in de toekomst zou ik graag ook de yaml voor deze specifieke sensor hebben, maar vind deze niet terug op je https://github.com/Flamin...pen%20Air%20Mini/Software. Zou je deze nog willen toevoegen?

Done

[The_ Mad_Ping]

Alexhuber schreef op zaterdag 13 april 2024 @ 21:57:
Hoewel ik enige ervaring heb met HA, is ESP32 helemaal nieuw voor me.
Ik ben een beetje aan het rondneuzen en ik loop ergens tegen aan:

Op Git staat in the Programming guide:

[...]


Maar als ik via mijn browser naar het IP adres van mijn Open Air Mini ga dan krijg ik de melding dat de website niet bereikbaar is. Ik kan het betreffende IP wel pingen en de Mini doet het ook gewoon in HA.

Doe ik iets fout of werkt dit niet als je de mini voorgeprogrammeerd hebt besteld?

Hey @Alexhuber Ik heb net even gekeken maar deze staat gewoon enabled in de YAML.

code:

web_server:
  port: 80

Zou je eens vanaf een andere browser of misschien mobiel kunnen proberen? ik weet niet waarom dit in jouw geval niet werkt

[thomasv]

The_ Mad_Ping schreef op maandag 15 april 2024 @ 22:24:
[...]

Hey @Alexhuber Ik heb net even gekeken maar deze staat gewoon enabled in de YAML.

code:

web_server:
  port: 80

Zou je eens vanaf een andere browser of misschien mobiel kunnen proberen? ik weet niet waarom dit in jouw geval niet werkt

Dat de ESPHome webserver niet bereikbaar is maar het apparaat verder wel te pingen valt c.q. dat OTA bijv. ook gewoon werkt heb ik vooral wanneer een van de (sensor) componente het niet wilt doen. Dan blijft ESPHome in een fout zitten en laadt dan (blijkbaar) niet de Webserver. Dat hoeft niet de reden te zijn natuurlijk, dat is vooral iets wat ik zelf af en toe meemaak als ik weer iets debiels aan het doen ben

[Alexhuber]

@The_ Mad_Ping Dank voor het checken. Ik heb het net geprobeerd vanaf een andere browser en vanaf een ander device. Helaas geen verbinding.

@thomasv Dank voor de suggestie. De sensor geeft wel gewoon informatie in HA maar het is het checken waard. Dit is denk ik het makkelijkst te testen door: stroom eraf - sensor ontkoppelen - stroom er weer op?

Ik sta open voor andere checks, maar zoals gezegd mijn ESP32 ervaring is nihil dus graag met een duidelijke instructie

Ik zit de komende dagen krap in mijn tijd dus ik probeer einde van de week dit verder te onderzoeken.

[thomasv]

Alexhuber schreef op dinsdag 16 april 2024 @ 08:21:
@The_ Mad_Ping Dank voor het checken. Ik heb het net geprobeerd vanaf een andere browser en vanaf een ander device. Helaas geen verbinding.

@thomasv Dank voor de suggestie. De sensor geeft wel gewoon informatie in HA maar het is het checken waard. Dit is denk ik het makkelijkst te testen door: stroom eraf - sensor ontkoppelen - stroom er weer op?

Ik sta open voor andere checks, maar zoals gezegd mijn ESP32 ervaring is nihil dus graag met een duidelijke instructie

Ik zit de komende dagen krap in mijn tijd dus ik probeer einde van de week dit verder te onderzoeken.

Hmm als de sensor het wel doet en het wat anders is, dan zal je naar de logging welke uit het apparaat komt moeten kijken. Mits je verbonden bent met Home Assistant dan heeft het apparaat een api waarover hij dat doet. Met de yaml, en esphome geïnstalleerd op je computer kan je dan via "esphome logs <NAME_OF_YAML>.yaml" de logs van het apparaat bekijken over TCP/IP ook zonder programmer/webserver (zie https://esphome.io/guides/cli.html).

[ Voor 15% gewijzigd door thomasv op 16-04-2024 09:46 ]

[stevenP]

Alexhuber schreef op dinsdag 16 april 2024 @ 08:21:
@The_ Mad_Ping Dank voor het checken. Ik heb het net geprobeerd vanaf een andere browser en vanaf een ander device. Helaas geen verbinding.

@thomasv Dank voor de suggestie. De sensor geeft wel gewoon informatie in HA maar het is het checken waard. Dit is denk ik het makkelijkst te testen door: stroom eraf - sensor ontkoppelen - stroom er weer op?

Ik sta open voor andere checks, maar zoals gezegd mijn ESP32 ervaring is nihil dus graag met een duidelijke instructie

Ik zit de komende dagen krap in mijn tijd dus ik probeer einde van de week dit verder te onderzoeken.

hmm, dus je hebt wel sensoren in HA zichtbaar maar geen web?

Checks die je kan doen:
- ESP solo draaien, dus stroom eraf, alle sensoren los en enkel de stroom erop. Komt hij dan weer zichtbaar in HA / ping? En misschien wel web erbij?
- Dan, bovenstaande rondje herhalen met steeds 1 sensor of "extratje" erbij. Zo kan je de verschillende factoren van invloed uitsluiten / isoleren

Als laatste, misschien wat overbodig tegen een tweaker maar weet je zeker dat je het goede IP-adres zoekt? Alsin, check even op je router wat hij nu als laatste IP heeft gekregen van je DHCP. Mijn fritzbox heeft er ook een handje van na reboot ineens een ander IP weg te geven..

[Recoil]

Is er wellicht een update te geven over de voortgang van de externe valve? Het is allemaal heel mooi uitgewerkt! Voor een externe vlinderklep met 0-10v sturing plus wat logica (esphome + M5stack) ben je al gauw meer dan 200 euro kwijt..

[Tazzios]

@Recoil Een externe valve optie is er al even bij het bestellen van de normale klep kies je er dan een externe behuizing bij als optie. Ik heb er al 3 thuis, of bedoel je wat anders?

edit:
Tindie is momenteel offline zo te merken.

[ Voor 14% gewijzigd door Tazzios op 16-04-2024 18:41 ]

[Recoil]

Ah, die optie zag ik niet omdat de valve in zijn geheel uitverkocht is. Ik wacht rustig af, dank! @Tazzios

[Eggybert]

De boiler staat samen met 4 zone kleppen. De kabels moeten nog netjes in een gootje en de 4de klep moet nog bevestigd worden maar dat komt volgende week wel. Nu nog programmeren in HA dat hij netjes de juiste klep open en dicht zet en de modbus van de boiler nog testen.

@The_ Mad_Ping Vraagje, de power connector van de externe behuizing welke is dat? Ik kom er 1 te kort omdat ik er ook 1 voor de voeding heb moeten gebruiken. Heb het gevonden, 5.5x2.1mm.

[Mithrandir]

Mithrandir schreef op zondag 7 april 2024 @ 11:01:
Het lukt me niet om de sensors goed te configureren. Ik heb een combinatiesensor CO2 & humidity. Ik krijg deze foutmelding:

code:

[10:59:00][E][uart:015]: Reading from UART timed out at byte 0!
[10:59:00][W][senseair:024]: Reading data from SenseAir failed!
[10:59:00][W][component:232]: Component senseair.sensor took a long time for an operation (114 ms).
[10:59:00][W][component:233]: Components should block for at most 30 ms.

[...]

Ik ben er achter wat er mis was. CO2+humidity sensor moet de volgende config hebben:

code:

- platform: scd4x
  i2c_id: i2c_sensor_1 #Of sensor 2 (afhankelijk van waar deze op zit)
  co2:
    name: "Open AIR Mini Sensor 1 CO2"
    id: air_Co2
    accuracy_decimals: 0
  temperature:
    name: "Open AIR Mini Sensor 1 Temperature"
    id: air_temperature
    accuracy_decimals: 2
  humidity:
    name: "Open AIR Mini Sensor 1 Humidity"
    id: air_humidity
    accuracy_decimals: 2
  update_interval: 30s
  measurement_mode: periodic

Het is een scd4x, niet een sht3xd

[Eggybert]

Eggybert schreef op donderdag 18 april 2024 @ 07:39:

@The_ Mad_Ping Vraagje, de power connector van de externe behuizing welke is dat? Ik kom er 1 te kort omdat ik er ook 1 voor de voeding heb moeten gebruiken. Heb het gevonden, 5.5x2.1mm.

Hmm helaas past 5.5x2.1 niet. Moet volgens mij 5.5x2.5 zijn.

@The_ Mad_Ping Als ik de yaml van git gebruik staat hier niet de dewpoint en vapor pressure bij die wel in het programma zatten toen ik hem opgestuurd kreeg. Ik moest nieuwe firmware schieten anders kan ik hem niet in ESPhome dashboard integreren. Maar er zit toch nog degelijk verschil in wat er op git staat en de default firmware.

[ Voor 31% gewijzigd door Eggybert op 21-04-2024 11:00 ]

[Tasma]

Heb net mijn openair geinstalleerd in mijn Orcon ventilatiesysteem (paar weken terug besteld, helaas zonder kortingscode). Hij rapporteert in HA en netjes bereikbaar via webinterface.

Ik heb een Co2 + humidity sensor bijbesteld en geplaatst. In HA en de webinterface wordt er ook een temperatuur gerapporteerd. Deze geeft echter 17.5 graden aan terwijl de thermometer aan de muur op de etages waar de lucht vandaan komt 21 aangeeft.

Moet deze sensor nog gecalibreerd worden? Of gaat er iets in de instellingen mis?

EDIT:
De luchtvochtigheid is volgens 2 losse sensoren 39% en 41%, maar volgens de Openair 56,33%. De Co2 is 579 maar met de onafhankelijke sensor 680. Na douchen is het 46% RH, maar Openair nog steeds 56%.

Ik heb het sensorbord aangesloten op aansluiting 1, had dat 2 moeten zijn?

EDIT2:
Heb wat ventielen dichtgezet, hij krijgt nu alleen lucht uit een vertrek dat -23- graden is. Rapporteert 17,58.

[ Voor 34% gewijzigd door Tasma op 21-04-2024 19:31 ]

[stevenP]

Tasma schreef op zondag 21 april 2024 @ 16:36:
Heb net mijn openair geinstalleerd in mijn Orcon ventilatiesysteem (paar weken terug besteld, helaas zonder kortingscode). Hij rapporteert in HA en netjes bereikbaar via webinterface.

Ik heb een Co2 + humidity sensor bijbesteld en geplaatst. In HA en de webinterface wordt er ook een temperatuur gerapporteerd. Deze geeft echter 17.5 graden aan terwijl de thermometer aan de muur op de etages waar de lucht vandaan komt 21 aangeeft.

Moet deze sensor nog gecalibreerd worden? Of gaat er iets in de instellingen mis?

EDIT:
De luchtvochtigheid is volgens 2 losse sensoren 39% en 41%, maar volgens de Openair 56,33%. De Co2 is 579 maar met de onafhankelijke sensor 680. Na douchen is het 46% RH, maar Openair nog steeds 56%.

Ik heb het sensorbord aangesloten op aansluiting 1, had dat 2 moeten zijn?

EDIT2:
Heb wat ventielen dichtgezet, hij krijgt nu alleen lucht uit een vertrek dat -23- graden is. Rapporteert 17,58.

zie je hoe oud je meetgegevens zijn? Alsin, 17.58 ligt wel heel dicht bij de eerdergenoemde 17.5 - update hij wel regelmatig?

[Tasma]

stevenP schreef op maandag 22 april 2024 @ 16:03:
[...]

zie je hoe oud je meetgegevens zijn? Alsin, 17.58 ligt wel heel dicht bij de eerdergenoemde 17.5 - update hij wel regelmatig?

Hij wisselt gedurende de dag tussen de 17,1 en 17,9 nu. Maar, de 2 andere thermometers geven bijvoorbeeld nu 20 graden en 20,5 aan. De openair geeft 17,7 aan.

Een verschil van dik 2 graden, en dat is toch wel fors.

[The_ Mad_Ping]

Tasma schreef op maandag 22 april 2024 @ 17:25:
[...]


Hij wisselt gedurende de dag tussen de 17,1 en 17,9 nu. Maar, de 2 andere thermometers geven bijvoorbeeld nu 20 graden en 20,5 aan. De openair geeft 17,7 aan.

Een verschil van dik 2 graden, en dat is toch wel fors.

Hey @Tasma

Wij gebruiken een SCD-40 sensor van Senserion deze heeft een meetnauwkeurigheid van ± 0.8 °C

Hou er verder rekening mee dat de meeste apparaten in huis niet heel nauwkeurig zijn als het gaat om het meten van temperatuur. Vaak worden er allerlei offsets toegepast om te compenseren voor de interne temperatuur van apparaten. (denk bijv aan Nest apparaten die practisch altijd te warm zijn)

Wat ook wel belangrijk is om op te merken, de lucht die jij meet op je valve kan alleen gemeten worden als er iets van een luchtstroom is. Per definitie komt er dan lucht bij uit een andere ruimte of uit buiten. (anders kan je niet ventileren) Hierdoor is vaak de gemeten lucht ook iets kouder.

Het duurt ook even voordat de SCD-40 een temperatuur delta meet, deze is namelijk afgesloten met een membraam. (om te beschermen tegen vocht)

Je kan in de YAML handmatig een offset maken op de temperatuur door deze +2°C mee te geven. Je zou voor de grap een van die andere thermometers eens in die buis moeten stoppen, ventileren en dan kijken wat die aangeeft

Edit ik zie dat ik niet op al je opmerkingen heb geantwoord!

w.b.t je Co2 sensor, deze zou elke week bloot gesteld moeten worden aan een Co2 waarde van ongeveer 400ppm dan gaat de sensor met zijn ASC algorithme vanzelf kalibreren. Dus deze zou nauwkeuriger moeten worden na een week meten



De nauwkeurigheid van je CO2 sensor = ±50ppm + 5% of reading. Dat zou betekenen dat de echte Co2 waarde ergens tussen de 658 en 500ppm zal liggen. Hou er rekening mee dat beide sensoren een afwijking hebben dus de referentie sensor zal ook een onnauwkeurigheid hebben. Welke sensor gebruik je voor je referentie meting?

De RH sensoren, deze afwijking is vrij hoog en dit verwacht ik ook niet. Zijn er meerdere buizen aangesloten op een Orcon? zo ja krijg je het gemiddelde van alle aangesloten buizen. (Afhankelijk van weerstand per buis / ruimte) Een andere verklaring voor die RH waarde kan ik ook niet verzinnen. Mocht je dit wantrouwen kan ik je een nieuwe sensor sturen

[ Voor 26% gewijzigd door The_ Mad_Ping op 22-04-2024 22:30 ]

[thomasv]

The_ Mad_Ping schreef op maandag 22 april 2024 @ 22:10:
[...]


Hey @Tasma

Wij gebruiken een SCD-40 sensor van Senserion deze heeft een meetnauwkeurigheid van ± 0.8 °C
[Afbeelding]
Hou er verder rekening mee dat de meeste apparaten in huis niet heel nauwkeurig zijn als het gaat om het meten van temperatuur. Vaak worden er allerlei offsets toegepast om te compenseren voor de interne temperatuur van apparaten. (denk bijv aan Nest apparaten die practisch altijd te warm zijn)

Wat ook wel belangrijk is om op te merken, de lucht die jij meet op je valve kan alleen gemeten worden als er iets van een luchtstroom is. Per definitie komt er dan lucht bij uit een andere ruimte of uit buiten. (anders kan je niet ventileren) Hierdoor is vaak de gemeten lucht ook iets kouder.

Het duurt ook even voordat de SCD-40 een temperatuur delta meet, deze is namelijk afgesloten met een membraam. (om te beschermen tegen vocht)

Je kan in de YAML handmatig een offset maken op de temperatuur door deze +2°C mee te geven. Je zou voor de grap een van die andere thermometers eens in die buis moeten stoppen, ventileren en dan kijken wat die aangeeft

@Tasma

Inderdaad wat @The_Mad_Ping ook aangeeft. Ter vergelijking, ik heb hier zelf mijn mechanische ventilatie op stand minimum staan (echt heel zacht, misschien 10% qua RPM) en de klep van de zolderkamer dicht. Temperatuur op de klep meet zo rond de 18.3C en 48%RH, sensor 1 in de kamer meet 19.1C en 47.8%RH, sensor 2 in de kamer meet 18.8C en 49.4%RH.

Er stroomt altijd wat lucht langs de klep ook in dichte stand. Koude lucht van buiten komt binnen 3 meter afstand via een rooster in het dakraam binnen en koelt de intake van de ventilatie op dat stuk toch echt een stuk af. Wat opvalt is dat de luchtvochtigheidswaarden van de sensoren nagenoeg gelijk zijn (1.5% afwijking tussen min en max is best netjes zelfs).

Volgens mij is dit dan ook de reden dat WTWs bestaan tegenwoordig, omdat je met traditionele mechanische ventilatie altijd verlies van warmte hebt door die vermenging met koude lucht (hopelijk van buiten want CO2/VOCs/andere zooi in de binnenlucht die er niet hoort).

[Tasma]

Dankje voor dit uitgebreide antwoord! Ik ga inderdaad eens een sensor er in hangen, dan kan ik hem goed calibreren.

The_ Mad_Ping schreef op maandag 22 april 2024 @ 22:10:
[...]


Hey @Tasma

Wij gebruiken een SCD-40 sensor van Senserion deze heeft een meetnauwkeurigheid van ± 0.8 °C
[Afbeelding]
Hou er verder rekening mee dat de meeste apparaten in huis niet heel nauwkeurig zijn als het gaat om het meten van temperatuur. Vaak worden er allerlei offsets toegepast om te compenseren voor de interne temperatuur van apparaten. (denk bijv aan Nest apparaten die practisch altijd te warm zijn)

Wat ook wel belangrijk is om op te merken, de lucht die jij meet op je valve kan alleen gemeten worden als er iets van een luchtstroom is. Per definitie komt er dan lucht bij uit een andere ruimte of uit buiten. (anders kan je niet ventileren) Hierdoor is vaak de gemeten lucht ook iets kouder.

Het duurt ook even voordat de SCD-40 een temperatuur delta meet, deze is namelijk afgesloten met een membraam. (om te beschermen tegen vocht)

Je kan in de YAML handmatig een offset maken op de temperatuur door deze +2°C mee te geven. Je zou voor de grap een van die andere thermometers eens in die buis moeten stoppen, ventileren en dan kijken wat die aangeeft

Edit ik zie dat ik niet op al je opmerkingen heb geantwoord!

wbt je Co2 sensor, deze zou elke week bloot gesteld moeten worden aan een Co2 waarde van ongeveer 400ppm dan gaat de sensor met zijn ASC algorithme vanzelf kalibreren. Dus deze zou nauwkeuriger moeten worden na een week meten

[Afbeelding]

De nauwkeurigheid van je CO2 sensor = ±50ppm + 5% of reading. Dat zou betekenen dat de echte Co2 waarde ergens tussen de 658 en 500ppm zal liggen. Hou er rekening mee dat beide sensoren een afweiking hebben dus de referentie sensor zal ook een onnauwkeurigheid hebben. Welke sensor gebruik je voor je referentie meting?

[thomasv]

Tasma schreef op maandag 22 april 2024 @ 22:26:
Dankje voor dit uitgebreide antwoord! Ik ga inderdaad eens een sensor er in hangen, dan kan ik hem goed calibreren.


[...]

Let hierbij op (naast dat je sensor niet opgezogen wordt uiteraard) dat het resultaat hiervan denk ik af gaat hangen van de snelheid waarmee je ventilatie aan staat, en ik gok zelfs ook van de temperatuur van de binnenkomende lucht (van buitenaf). Dit zorgt er wellicht voor dat je met verschillende ventilatie RPM en verschillende aanvoer temperaturen andere offsets kan gaan krijgen.

[ Voor 18% gewijzigd door thomasv op 22-04-2024 22:37 ]

[The_ Mad_Ping]

Eggybert schreef op zondag 21 april 2024 @ 09:51:
[...]

Hmm helaas past 5.5x2.1 niet. Moet volgens mij 5.5x2.5 zijn.

@The_ Mad_Ping Als ik de yaml van git gebruik staat hier niet de dewpoint en vapor pressure bij die wel in het programma zatten toen ik hem opgestuurd kreeg. Ik moest nieuwe firmware schieten anders kan ik hem niet in ESPhome dashboard integreren. Maar er zit toch nog degelijk verschil in wat er op git staat en de default firmware.

@Eggybert De correcte maat voor de externe valve connectoren is inderdaad 5.5x2.5 (heb ik dit ergens verkeerd staan?)

De YAML op git is inderdaad geupdate met de versie gemaakt door Slurpgeit. Hier word vapor pressure niet meer doorgegeven. Mocht je dit nodig hebben kan ik de nodige config hier plaatsen of naar je mailen?

[thomasv]

p.s. omdat ik die net vergat in mijn vergelijking

Nog steeds zelfde RPM (10%), maar klep 100% open: klep meet 16.5C en 52.6%RH, sensor 1 meet nu 18.9 en 48.8%RH. Buitentemperatuur is ergens rond de 5.5C bij een luchtvochtigheid van 61%RH.

[Eggybert]

The_ Mad_Ping schreef op maandag 22 april 2024 @ 22:40:
[...]


@Eggybert De correcte maat voor de externe valve connectoren is inderdaad 5.5x2.5 (heb ik dit ergens verkeerd staan?)

De YAML op git is inderdaad geupdate met de versie gemaakt door Slurpgeit. Hier word vapor pressure niet meer doorgegeven. Mocht je dit nodig hebben kan ik de nodige config hier plaatsen of naar je mailen?

Dit is de begin post van het topic. Hier staat het fout.

Wat je nodig hebt om deze te monteren:

Een 125mm flexibele slang, die precies past over de buitenkant van de klepbehuizing.
Een slangklem die past op deze slang.
De juiste materialen om de behuizing aan de muur te bevestigen (schroeven en pluggen).
Een 12V AC/DC adapter met een 5.5x2.1 jack, 12V >200mA. center positive!

Ook op Tindie staat het fout:

3: A 12 Volt adapter with a 5.5x2.1mm jack, center positive. The power requirement for each valve is 2W. (12V >200mA) These adapters are commonly available and you might already have one.

Over de condensatie temperatuur en fapor pressure, Ik heb zelf code van de condensatie temperatuur toegevoegd. Maar het was iets wat me op viel dat git en standaard geprogrammeerd niet de zelfde configuratie geeft.

[Tazzios]

Is 5.5x2.1mm niet handiger? Ik had nu een aantal adapters die niet paste* waar ik dus maar de stekker van heb geknipt en de meegeleverde er op heb gezet.

op de female 5.5x2.1mm zouden beide stekkers passen als ik het goed heb.

(ik had in ieder geval ruzie met de het formaat van de + pin)

[ Voor 12% gewijzigd door Tazzios op 23-04-2024 08:23 ]

[The_ Mad_Ping]

Eggybert schreef op dinsdag 23 april 2024 @ 07:41:
[...]


Dit is de begin post van het topic. Hier staat het fout.


[...]


Ook op Tindie staat het fout:


[...]


Over de condensatie temperatuur en fapor pressure, Ik heb zelf code van de condensatie temperatuur toegevoegd. Maar het was iets wat me op viel dat git en standaard geprogrammeerd niet de zelfde configuratie geeft.

Thanks ga ik het daar even fixen :D! stom

[The_ Mad_Ping]

Tazzios schreef op dinsdag 23 april 2024 @ 08:21:
Is 5.5x2.1mm niet handiger? Ik had nu een aantal adapters die niet paste* waar ik dus maar de stekker van heb geknipt en de meegeleverde er op heb gezet.

op de female 5.5x2.1mm zouden beide stekkers passen als ik het goed heb.

(ik had in ieder geval ruzie met de het formaat van de + pin)

Goed idee, ik heb geen idee welk formaat er meer in omloop is :P! Maar een wissel is relatief eenvoudig gedaan Ik weet niet of er meer mensen waren met die ervaring?

[Eggybert]

Ik heb ook de stekker eraf geknipt omdat het niet paste.
Maar uiteindelijk via een box bedraad omdat ik dacht ergens anders ook nog 12v nodig te hebben.

[Tazzios]

Ik heb even gekeken. Ik had een splitter van 1 naar 4 die niet paste, die paste alleen op dunne pinnen.
Verder een adapter van synology en een experia box. Die van de synology paste er niet op die van de experiabox wel. De adapter van de experiabox past WEL op de synology. Synology dikke middelste pin, experiabox dunne middelste pin.

Je hebt er 3 opgezet dus variëren kan ook.

[ Voor 7% gewijzigd door Tazzios op 24-04-2024 09:52 ]

[The_ Mad_Ping]

Ola!

De Open AIR repository is zojuist bijgewerkt. Nu zijn alle STEP-bestanden van de behuizing en plastic onderdelen te vinden op de repo, in plaats van op Printables!"

Dit maakt versie beheer een stuk eenvoudiger en hiermee houden we alle informatie op een enkele plek

[KipInBraadzak]

Sinds een week ook de OpenAir in de Duco Silent- box zitten. Draait als een zonnetje. Complimenten voor dit project @The_ Mad_Ping

[Alexhuber]

@The_ Mad_Ping @thomasv ,

Ik had eindelijk wat tijd om een test uit te voeren.
Stroom er afgehaald, sensor ontkoppeld, stroom erop.
En ja hoor, Open Air via de browser bereikbaar.

Sensor uit de Duco gehaald en het eerst wat me opviel is dat het stekkertje wat los leek te zitten. Deze goed aangedrukt. Stroom weer van de Open air af, sensor weer aangekoppeld, stroom erop. En ook nu doet alles het zonder enige foutmelding in de log.

Thanks for the support.

[thomasv]

Alexhuber schreef op woensdag 1 mei 2024 @ 12:43:
@The_ Mad_Ping @thomasv ,

Ik had eindelijk wat tijd om een test uit te voeren.
Stroom er afgehaald, sensor ontkoppeld, stroom erop.
En ja hoor, Open Air via de browser bereikbaar.

Sensor uit de Duco gehaald en het eerst wat me opviel is dat het stekkertje wat los leek te zitten. Deze goed aangedrukt. Stroom weer van de Open air af, sensor weer aangekoppeld, stroom erop. En ook nu doet alles het zonder enige foutmelding in de log.

Thanks for the support.

Goed om te horen, veel succes (en plezier) gewenst ;)!