Duco energy comfort 325 icm Home Assistant

[roelofz]

Dat was weer eenvoudig toe te voegen, thanks!
Hier de logging:

code:

[10:18:58][I][duco:206]: Discovered nodes:
[10:18:58][I][duco:209]:   Node 1: type 17 (BOX)
[10:18:58][I][duco:209]:   Node 2: type 12 (UCCO2)
[10:18:58][I][duco:209]:   Node 3: type 8 (UCBAT)
[10:18:58][I][duco:209]:   Node 4: type 10 (UCRH)

en dit is de logging van de comfort temperature:

code:

[10 18  55  [D  [number 12       'DUCO Comfort Temperature'  Sending state 16.500000
[10 19  15  [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 19  25  [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 19  35  [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 19  45  [D  [number 12       'DUCO Comfort Temperature'  Sending state 24.799999
[10 19  55  [D  [number 12       'DUCO Comfort Temperature'  Sending state 16.500000
[10 20  5   [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 20  15  [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 20  25  [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 20  35  [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 20  45  [D  [number 12       'DUCO Comfort Temperature'  Sending state 16.500000
[10 20  55  [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 21  5   [D  [number 12       'DUCO Comfort Temperature'  Sending state 16.500000
[10 21  15  [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 21  25  [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.100000
[10 21  35  [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 21  45  [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 21  55  [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 22  5   [D  [number 12       'DUCO Comfort Temperature'  Sending state 16.500000
[10 22  15  [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 22  25  [D  [number 12       'DUCO Comfort Temperature'  Sending state 16.500000
[10 22  35  [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 22  45  [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 22  55  [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 23  5   [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 23  15  [D  [number 12       'DUCO Comfort Temperature'  Sending state 16.500000

(filter in excel heeft wat brackets weg gehaald..)

Heen en weer dus qua statussen terwijl er niets verandert, verder lijkt ie wel de juiste dingen door te geven.. Temperaturen in badkamer en woonkamer zitten wel heel dicht bij elkaar (al zou dat in deze dagen ook wel kunnen kloppen), co2 zie ik mooi bewegen met aanwezigheid van ons in de woonkamer. Dus er gaat al heeeeeel veel goed...

[sebaszz1]

kokx schreef op maandag 19 mei 2025 @ 18:35:
[...]


Ik heb zelf geen zoneklep, dus dat wordt lastig voor mijzelf om uit te zoeken hoe dit precies werkt. En op het moment ontbreekt het helaas aan tijd om hier veel aan verder te gaan. Maar misschien dat ik nog eens kijk of ik dit toch kan achterhalen en implementeren.

Begrijpelijk. Zou mooi zijn als het lukt

[sebaszz1]

roelofz schreef op maandag 19 mei 2025 @ 22:32:
MDNS via hosts (fail!) maar opgelost, dus update kunnen versturen.

Onwaarschijnlijk hoeveel info je nu al kan ophalen.
Alle sensoren lijken ook goede output te geven, heel erg gaaf.

De comfort temperatuur gaat alleen nog alle kanten op, van 0,0 naar 16 naar 24 (22 is ingesteld, dit lijkt echt random).

Maar verder een schat aan info, nu maar eens aankijken hoe de getallen zich ontwikkelen, comfort temp nog wel benieuwd of die nog getweaked kan dat ie wel goede getallen teruggeeft.

ik zie een vergelijkbaar gedrag met mijn CO2 meting



Geen idee of er relatie is maar kwam ook onderstaand tegen in de log.

[Septillion]

sebaszz1 schreef op woensdag 21 mei 2025 @ 13:12:
Geen idee of er relatie is maar kwam ook onderstaand tegen in de log.

[Afbeelding]

Nee, dat is puur een warning dat een sensor niet de juist eenheid heeft. Denk dat de maker hier de eenheid aan moet passen naar 'd' ipv 'days'.

Het gewapper lijkt wel of hij af en toe 0 stuurt, mogelijk doordat er even geen communicatie is ofzo.

[kokx]

Septillion schreef op woensdag 21 mei 2025 @ 13:41:
[...]

Nee, dat is puur een warning dat een sensor niet de juist eenheid heeft. Denk dat de maker hier de eenheid aan moet passen naar 'd' ipv 'days'.

Het gewapper lijkt wel of hij af en toe 0 stuurt, mogelijk doordat er even geen communicatie is ofzo.

Thanks voor die hint! Heb dit meteen aangepast.

sebaszz1 schreef op woensdag 21 mei 2025 @ 13:12:
[...]


ik zie een vergelijkbaar gedrag met mijn CO2 meting

[Afbeelding]

Hier lijkt het er inderdaad op dat er soms geen geldige meting uit de sensor komt. Ik ga hier even een stapje validatie toevoegen, waarbij ik aanneem dat waardes onder de 300 zeker niet kloppen en dus ook niet doorgestuurd worden.

roelofz schreef op woensdag 21 mei 2025 @ 12:32:
en dit is de logging van de comfort temperature:

code:

[10 18  55  [D  [number 12       'DUCO Comfort Temperature'  Sending state 16.500000
[10 19  15  [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 19  25  [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 19  35  [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[10 19  45  [D  [number 12       'DUCO Comfort Temperature'  Sending state 24.799999
[10 19  55  [D  [number 12       'DUCO Comfort Temperature'  Sending state 16.500000
[10 20  5   [D  [number 12       'DUCO Comfort Temperature'  Sending state 0.000000
[...]

(filter in excel heeft wat brackets weg gehaald..)

Heen en weer dus qua statussen terwijl er niets verandert, verder lijkt ie wel de juiste dingen door te geven.. Temperaturen in badkamer en woonkamer zitten wel heel dicht bij elkaar (al zou dat in deze dagen ook wel kunnen kloppen), co2 zie ik mooi bewegen met aanwezigheid van ons in de woonkamer. Dus er gaat al heeeeeel veel goed...

Hier zie ik heel vaak de waarde 0 langskomen, die kan ik makkelijk filteren (de comfort temperature kan alleen tussen de 10 en de 25.5 zijn, dus dit ga ik zo even implementeren). Maar ik zie ook die waarde van 24.8 die ik niet helemaal kan plaatsen. Kan het zijn dat je verbinding tussen de duco box en de ESP32 niet helemaal stabiel is? Dat zou dit misschien kunnen verklaren. Eventueel kun je ook kijken of je de frequentie van deze updates iets omlaag schroeft, dan krijg je misschien stabielere waarden.

Edit: Heb deze validaties meteen geimplementeerd.

[roelofz]

De 0,0 is inderdaad weg, ik heb ook de frequentie aangepast.

Ik vind het iets te toevallig dat alleen de comfort temperatuur zou lijden onder loszittende contacten en heb daar ook wel goed op gelet, al waren ze bij de esp wel tricky, schoten eerder makkelijk los, dus juist extra op gelet. Maar de output blijft vreemd. Als ik de temp instel, gaat ie direct weer naar een lagere waarde (16,5), terwijl als ik de ventilatie handmatig aanpas, hoor en zie ik direct resultaat.

Puzzling, kan het ook niet snappen, zit er trouwens error checking in het transport protocol?

[roelofz]

En top hoe snel je de dingen aanpast en meedenkt!

[kokx]

Ja, het protocol heeft een CRC bij elk bericht. Dus ik vind het ook vreemd. Mijn theorie is eigenlijk dat de logic van de Duco Box te veel belast wordt met de hoeveelheid aanvragen.

Bij sensoren als de CO2-sensor zie ik dit ook makkelijk gebeuren. De meeste CO2-sensoren hebben tijd nodig om op een (stabiele) waarde te komen.

De comfort temperatuur vind ik echter wat vreemder. Dat blijft uiteindelijk een waarde die virtueel in de box bestaat, waarmee de aansturing van de bypass geregeld wordt. Dus vaker opvragen zou in theorie niet zo'n probleem moeten zijn. Maar ik weet ook niet precies hoe Duco dit geprogrammeerd heeft.

[roelofz]

Als er dus wel een CRC check in zit, kan ik mij een crappy kabel niet voorstellen (al haal ik zo'n ding niet weer via Amazon). Frequentie zit nu op 30 seconden, dat maakt dus ook niet uit, al vind ik 30 ook prima, zou per minuut ook kunnen, want een ingestelde waarde).

Toch even op 60 gezet en dit vind ik raar:

code:

[20:03:49][D][number:012]: 'DUCO Comfort Temperature': Sending state 24.799999
[20:04:49][D][number:012]: 'DUCO Comfort Temperature': Sending state 16.500000
[20:08:49][D][number:012]: 'DUCO Comfort Temperature': Sending state 16.500000

Keurig op 49 seconden van de minuut, maar niet iedere minuut?
Dit is een raar patroon, kan de logica niet vinden hierin.
Nog een keer omgekeerd, iedere (nou ja) 10 seconden ingesteld:

code:

[20:19:45][D][duco:152]: Duco message sent: 05  24 68  00 12 0A
[20:19:45][D][number:012]: 'DUCO Comfort Temperature': Sending state 16.500000
[20:20:25][D][duco:152]: Duco message sent: 05  24 8A  00 12 0A
[20:20:25][D][number:012]: 'DUCO Comfort Temperature': Sending state 24.799999
[20:21:05][D][duco:152]: Duco message sent: 05  24 B2  00 12 0A
[20:21:05][D][number:012]: 'DUCO Comfort Temperature': Sending state 16.500000
[20:21:25][D][duco:152]: Duco message sent: 05  24 C2  00 12 0A
[20:21:25][D][number:012]: 'DUCO Comfort Temperature': Sending state 16.500000
[20:21:35][D][duco:152]: Duco message sent: 05  24 CC  00 12 0A
[20:21:35][D][number:012]: 'DUCO Comfort Temperature': Sending state 16.500000

Ik heb de bovenliggende logregel ook bijgevoegd, al weet ik niet of dat de vraag (geef comfort door) of de antwoorddata is. In ieder geval is er een vreemd besef van een minuut, dan wel 10 seconden.

[kokx]

Hij filtert op dit moment op de response van de Duco Box. Als die waarde niet tussen de 10.0 en 25.5 graden valt, wordt die niet doorgegeven. Die minuten die je mist zijn dus waar de waarde anders 0 zou zijn. Mogelijk zit het echte probleem in jouw Duco box, dat er telkens rare waarden geset worden.

Eventueel kun je ook op de Duco box zelf een andere waarde instellen, en kijken wat er dan gebeurt? Neemt hij die dan over, of gaat hij dan ook terug naar de 16.5?

[roelofz]

Ah, had niet gedacht aan het weglaten door de nulfiltering, dan is dat raadsel opgelost.
Ik zal vanavond even testen met waarde wijzigen, schroef hem dan ook nog wel een keer open, om zeker te weten dat de contacten goed vast zitten (al lijkt dat laatste echt onwaarschijnlijk).

[sebaszz1]

filtering werkt goed hier op ppm 👍

[roelofz]

Ik heb nog even getest en gechecked.
Contacten zitten goed vast, lijken mij geen oorzaak.
Ik heb handmatig de temperatuur aangepast, maar dit heeft in de app geen effect gehad, waarden zijn nog steeds wisselend.

[The_FrankO]

Ik heb vandaag de ESP32 aangesloten, echter zonder succes
Met discovery aan zie ik alleen het volgende in de logs:

code:

[15:28:06][I][duco:206]: Discovered nodes:
[15:28:08][D][duco:152]: Duco message sent: 04  0C AE  02 01
[15:28:11][D][duco:152]: Duco message sent: 04  0C AF  02 01
[15:28:14][D][duco:152]: Duco message sent: 04  0C B0  02 01
[15:28:17][D][duco:152]: Duco message sent: 04  0C B1  02 01
[15:28:20][D][duco:152]: Duco message sent: 04  0C B2  02 01
[15:28:23][D][duco:152]: Duco message sent: 04  0C B3  02 01
[15:28:26][D][duco:152]: Duco message sent: 04  0C B4  02 01
[15:28:29][D][duco:152]: Duco message sent: 04  0C B5  02 01
[15:28:32][D][duco:152]: Duco message sent: 04  0C B6  02 01
[15:28:35][D][duco:152]: Duco message sent: 04  0C B7  02 01

[kokx]

The_FrankO schreef op donderdag 29 mei 2025 @ 17:31:
Ik heb vandaag de ESP32 aangesloten, echter zonder succes
Met discovery aan zie ik alleen het volgende in de logs:

code:

[15:28:06][I][duco:206]: Discovered nodes:
[15:28:08][D][duco:152]: Duco message sent: 04  0C AE  02 01
[15:28:11][D][duco:152]: Duco message sent: 04  0C AF  02 01
[15:28:14][D][duco:152]: Duco message sent: 04  0C B0  02 01
[15:28:17][D][duco:152]: Duco message sent: 04  0C B1  02 01
[15:28:20][D][duco:152]: Duco message sent: 04  0C B2  02 01
[15:28:23][D][duco:152]: Duco message sent: 04  0C B3  02 01
[15:28:26][D][duco:152]: Duco message sent: 04  0C B4  02 01
[15:28:29][D][duco:152]: Duco message sent: 04  0C B5  02 01
[15:28:32][D][duco:152]: Duco message sent: 04  0C B6  02 01
[15:28:35][D][duco:152]: Duco message sent: 04  0C B7  02 01

Dat is jammer . Welke Duco box heb je? Tot nu toe is (naar mijn weten) de esphome module alleen getest op de DucoBox Energy Comfort 325 en DucoBox Energy Premium.

[The_FrankO]

kokx schreef op maandag 2 juni 2025 @ 18:36:
[...]

Dat is jammer . Welke Duco box heb je? Tot nu toe is (naar mijn weten) de esphome module alleen getest op de DucoBox Energy Comfort 325 en DucoBox Energy Premium.

Het is gelukt! Ik heb de TX en RX draadjes omgedraaid en nu werkt het Ik dacht echt de TX naar de RX en de RX naar de TX gekoppeld te hebben, maar blijkbaar heb ik het verkeerd gezien.

Het werkt prachtig! Bedankt voor het werk.

[roelofz]

Krijg jij je comfort temp wel goed door?
Ik blijf het gek vinden dat dit het enige is wat niet werkt (mijn oplossing mag mij kennelijk niet :-) )

[The_FrankO]

roelofz schreef op donderdag 5 juni 2025 @ 20:41:
Krijg jij je comfort temp wel goed door?
Ik blijf het gek vinden dat dit het enige is wat niet werkt (mijn oplossing mag mij kennelijk niet :-) )

Ja, deze komt overeen met de waarde die ingesteld staat op de unit. Maar dit is dus wel statistisch data, ik pas dit nooit aan.

Wat ik wel opmerkelijk vind is dat de eerste keer met discovery mijn vochtsensor niet voor kwam in de lijst. Dat terwijl die er wel aan zit en ook waardes worden weergegeven op de unit zelf. Ik heb de ESP toen opnieuw geflashed en het humidity stuk bij sensors toegevoegd en voor address 1 opgegeven.
Sindsdien komt de vochtsensor wel terug in de discovery, echter wel op address 58. Maar toch werkt de vochtsensor, ik krijg de juiste waarde te zien.

Lijkt wel of dat address niet nodig is?

[kokx]

Adres 1 is vrijwel altijd de box, die meestal een kopie doorgeeft van de gegevens van sensoren. Dit is echter slechts een enkele sensor, maar als je maar een enkele humidity sensor hebt zal dat geen probleem opleveren. Maar als je meerdere sensoren hebt, kun je natuurlijk niet de box twee keer toevoegen want dan zou je 2x dezelfde waarde krijgen.

Wel vreemd dat de discovery de humiditysensor niet zag overigens. Bij mij is dat heel stabiel. Na een herstart van de esp doet hij overigens de discovery opnieuw. Vandaar dat na een nieuwe flash die sensor wel naar voren kwam.

[MisterMeJ]

@kokx

Ik heb een Duco Silent Connect, waarbij ik geprobeerd heb rechtstreeks via een ESP32 op de 12pins connector een uitlezing te doen, echter brengt het me nog niet tot een succes.

code:

esphome:
  name: ducobox
  friendly_name: DucoBox
  min_version: 2025.5.0
  name_add_mac_suffix: false

external_components:
  - source: github://pr#7993
    components:
      - duco

esp32:
  board: esp32dev
  framework:
    type: esp-idf

ota:
  - platform: esphome

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

api:
  encryption:
    key: !secret api

logger:

uart:
  id: uart_bus
  tx_pin: GPIO17
  rx_pin: GPIO16
  baud_rate: 57600
  data_bits: 8
  parity: NONE
  stop_bits: 1

duco:
  discovery: {}
  
text_sensor:
  - platform: duco
    name: "DUCO Serial Number"
    update_interval: "60s"

select:
  - platform: duco
    name: "DUCO Mode"

sensor:
  - platform: duco
    co2:
      - address: 3
        name: "DUCO CO2 Bedroom"
      - address: 4
        name: "DUCO CO2 Livingroom"
    filter_remaining:
      name: "DUCO Filter Time Remaining"
    flow_level:
      name: "DUCO Flow Level"
      update_interval: "5s"
    time_remaining:
      name: "DUCO Mode Time Remaining"
      update_interval: "5s"

number:
  - platform: duco
    name: "DUCO Comfort Temperature"
    update_interval: "10s"

time:
  - platform: sntp
    id: sntp_time
    timezone: Europe/Amsterdam
    servers:
      - 8.8.8.8

Snapshot van de uitkomst via logging is:

code:

[10:50:14][D][duco:152]: Duco message sent: 04  0C 3C  02 01
[10:50:15][D][duco:152]: Duco message sent: 04  0C 3D  02 01
[10:50:16][D][duco:152]: Duco message sent: 04  0C 3E  02 01
[10:50:17][D][duco:152]: Duco message sent: 04  0C 3F  02 01
[10:50:20][D][duco:152]: Duco message sent: 04  0C 40  02 01
[10:50:20][D][duco:152]: Duco message sent: 04  0C 41  02 01
[10:50:21][D][duco:152]: Duco message sent: 05  24 42  00 12 0A
[10:50:21][D][duco:152]: Duco message sent: 04  0C 43  02 01
[10:50:23][D][duco:152]: Duco message sent: 04  0C 44  02 01
[10:50:25][I][duco:206]: Discovered nodes:
[10:50:25][D][duco:152]: Duco message sent: 07  10 45  01 03 00 49 04
[10:50:25][D][duco:152]: Duco message sent: 04  0C 46  02 01
[10:50:26][D][duco:152]: Duco message sent: 04  0C 47  02 01
[10:50:26][D][duco:152]: Duco message sent: 04  0C 48  02 01
[10:50:28][D][duco:152]: Duco message sent: 07  10 49  01 01 00 1A 10
[10:50:29][D][duco:152]: Duco message sent: 04  0C 4A  02 01
[10:50:30][D][duco:152]: Duco message sent: 04  0C 4B  02 01
[10:50:31][D][duco:152]: Duco message sent: 05  24 4C  00 12 0A
[10:50:31][D][duco:152]: Duco message sent: 04  0C 4D  02 01
[10:50:32][D][duco:152]: Duco message sent: 04  0C 4E  02 01
[10:50:35][D][duco:152]: Duco message sent: 04  0C 4F  02 01
[10:50:35][D][duco:152]: Duco message sent: 04  0C 50  02 01
[10:50:36][D][duco:152]: Duco message sent: 04  0C 51  02 01

Hij stuurt wel signalen, maar lijkt niets te ontvangen.
Kan het zijn dat het mainboard dusdanig anders werkt?
Any advise of stuurrichting om hetgeen verder uit te zoeken ?
De NodeMCU krijgt externe voeding ipv via het mainboard, hij vond die voeding minder fijn en werkte er niet goed op.

[kokx]

@MisterMeJ Zie ik het correct dat je geen GND verbonden hebt? Ook al gebruik je een externe voeding, zullen de apparaten alsnog een gedeelde ground nodig hebben, anders kunnen ze niet zomaar met elkaar communiceren (ze hebben dan namelijk geen shared reference voor de communicatielijnen).

Voor het gebruiken van de Duco box voor voeding, heb je daarvoor de 5V lijn of de 3.3V gebruikt? Heb namelijk gehoord dat die 3.3V niet geschikt is als voeding.

Een ander probleem zou kunnen zijn dat je de TX en de RX omgedraaid hebt.

[MisterMeJ]

@kokx

Op de foto was de GND inderdaad los, maar is nu wel aangesloten.
Uiteindelijk maakte een van de stekker slecht contact, deze vervangen en voila!

Het werkt!
Box is standaard, geen sensoren (nog) of kleppen dus zal redelijk straight forward worden.

[ Voor 24% gewijzigd door MisterMeJ op 28-06-2025 16:35 ]

[sompie1]

MisterMeJ schreef op vrijdag 27 juni 2025 @ 15:39:
@kokx

Op de foto was de GND inderdaad los, maar is nu wel aangesloten.
Uiteindelijk maakte een van de stekker slecht contact, deze vervangen en voila!

Het werkt!
Box is standaard, geen sensoren (nog) of kleppen dus zal redelijk straight forward worden.

Hey,
ben je verder geraakt met deze?
Een vriend van mij heeft namelijk dezelfde en we willen deze ook in home assistant proberen te krijgen.

[Plexxodus]

Vandaag een ESP bordje binnen gekregen en aangesloten op onze D325. Installatie een fluitje van een cent en nu mooi in HA de WTW inzichtelijk. Top scriptje. Thnx @kokx

[Plexxodus]

@kokx
Denk je dat er naast de comforttemperatuur en de mode nog andere instelmogelijkheden gevonden gaan worden? Het handmatig instellen van de bypass zou ook wel handig kunnen zijn namelijk.

[kokx]

Ik verwacht niet dat zaken als het instellen van de bypass nog instelbaar zullen worden. Ik heb deze niet gevonden bij het reverse-engineeren.

Overigens kun je de bypass goed sturen met behulp van de comforttemperatuur.

[Plexxodus]

kokx schreef op woensdag 10 september 2025 @ 09:33:
Overigens kun je de bypass goed sturen met behulp van de comforttemperatuur.

Heb jij inzichtelijk hoe dit dan zou moeten werken, want als ik naar de data van de afgelopen 12 uur kijk dan zou ik verwachten dat de bypass zeker in nacht open zou moeten gaan, maar die heeft nooit anders gestaan dan 0%.

[kokx]

Ik weet het niet exact, maar volgensmij doet hij ongeveer het volgende:

Is de comfort temp < supply-to-room en is de outdoor air > comfort temp en is de outdoor air < supply-to-room? Zet dan de bypass open.

Het is nog wel iets ingewikkelders wat hij precies doet (hoe dat precies werkt weet ik ook niet), maar wat ik zelf bijvoorbeeld doe is de comforttemperatuur in de zomer op 10 graden zetten. Dan staat de bypass open als dat mogelijk is, maar die gaat nooit open als de temperatuur van de binnenkomende lucht hoger is dan de temperatuur van de uitgaande lucht.

[Plexxodus]

kokx schreef op woensdag 10 september 2025 @ 16:00:
Ik weet het niet exact, maar volgensmij doet hij ongeveer het volgende:

Is de comfort temp < supply-to-room en is de outdoor air > comfort temp en is de outdoor air < supply-to-room? Zet dan de bypass open.

Het is nog wel iets ingewikkelders wat hij precies doet (hoe dat precies werkt weet ik ook niet), maar wat ik zelf bijvoorbeeld doe is de comforttemperatuur in de zomer op 10 graden zetten. Dan staat de bypass open als dat mogelijk is, maar die gaat nooit open als de temperatuur van de binnenkomende lucht hoger is dan de temperatuur van de uitgaande lucht.

Na een nachtje monitoren met de comforttemperatuur op 14 graden doet de bypass nog niks.
Ik ga eens even bij Duco informeren.

[kokx]

@Plexxodus Staat de bypass op de box zelf geconfigureerd op "Auto"? Dat kun je zien onder Instellingen > Bypass > Mode.

[Plexxodus]

kokx schreef op vrijdag 12 september 2025 @ 16:15:
@Plexxodus Staat de bypass op de box zelf geconfigureerd op "Auto"? Dat kun je zien onder Instellingen > Bypass > Mode.

Yep.
Ik heb inmiddels hier en daar een kleine automatisch bypass opening gezien.
In nightboost zie ik het ook gebeuren, dus het werkt wel maar de voorwaarden blijven onduidelijk.
Inmiddels contact gehad met Duco en de technische afdeling gaat eens kijken of ze de info hebben mbt de voorwaarden.

[AkroBatik]

@kokx Dank voor dit top project. Kijk er erg naar uit om hiermee aan de slag te gaan, maar helaas krijg ik de esp32 niet aan de praat.

Alles lijkt te werken, het bordje krijgt ook stroom, maar er geen nodes gevonden. Ik heb al geprobeerd andere pinnen te gebruiken, en de rx/tx pinnen om te draaien, maar de log blijft leeg. Ook heb ik geprobeerd om andere ground pinnen te gebruiken _{(wellicht gebruikt de duco de rx/tx pinnen pas als er een bepaalde ground gebruikt wordt ofzo )}

Ik gebruik een ESP32 Wroom 30 pins.

Heeft iemand nog een idee wat ik mis doe, of heb ik gewoon een defect bordje?

edit:
denk toch defecte kabeltjes of slechte aansluiting, na nog wat rommelen, zonder echt wat te veranderen. doet hij het nu wel

[ Voor 84% gewijzigd door AkroBatik op 30-09-2025 00:00 ]

[laurens362]

Kan iemand een foto maken van hoe je die jumpers moet plaatsen?
Ik heb vandaag een esp en jumper besteld! Ben benieuwd!

[Plexxodus]

laurens362 schreef op woensdag 1 oktober 2025 @ 16:07:
Kan iemand een foto maken van hoe je die jumpers moet plaatsen?
Ik heb vandaag een esp en jumper besteld! Ben benieuwd!

Een foto van de pin layout in de duco staat op de github: https://github.com/esphom...81955/components/duco.rst
Daar staat ook de te gebruiken pins op je esp bordje.

[laurens362]

In HA zie ik nu de duco maar als ik hem op mijn ducobox aansluit staat alles onbekend en laat hij geen waardes zien. Ik heb tx & rx volgens de foto geplaats en gnd heb ik nummer 11 volgens de foto gekozen en 5v heb ik op mijn esp naar nummer 1 gedaan..

Dit is mijn config

iemand enig idee?

code:

esphome:
  name: ducobord
  friendly_name: Ducobord

esp32:
  board: esp32dev
  framework:
    type: arduino
uart:
  id: modbus_uart
  tx_pin: GPIO17
  rx_pin: GPIO16
  baud_rate: 57600

duco:
  uart_id: modbus_uart
  time:
    time_id: sntp_time

text_sensor:
  - platform: duco
    name: "DUCO Serial Number"
    update_interval: "60s"

select:
  - platform: duco
    name: "DUCO Mode"

sensor:
  - platform: duco
    filter_remaining:
      name: "DUCO Filter Time Remaining"
    flow_level:
      name: "DUCO Flow Level"
      update_interval: "5s"
    time_remaining:
      name: "DUCO Mode Time Remaining"
      update_interval: "5s"

number:
  - platform: duco
    name: "DUCO Comfort Temperature"
    update_interval: "10s"

time:
  - platform: sntp
    id: sntp_time
    timezone: Europe/Amsterdam

wifi:
  ssid: "LaAd-Netwerk"
  password: "=-1234.asdf.e"
  

# Duco component (als de PR gemerged is)
external_components:
  - source: github://pr#7993
    components:
      - duco

api:

ota:
  platform: esphome
  password: "ietssterkshier"

De logs laten tevens zien dat hij wel sent...

code:

20:55:07.897][C][sntp:062]:   Server 0: '0.pool.ntp.org'
[20:55:07.926][C][sntp:062]:   Server 1: '1.pool.ntp.org'
[20:55:07.954][C][sntp:062]:   Server 2: '2.pool.ntp.org'
[20:55:07.955][C][esphome.ota:075]: Over-The-Air updates:
[20:55:07.955][C][esphome.ota:075]:   Address: ducobord.local:3232
[20:55:07.955][C][esphome.ota:075]:   Version: 2
[20:55:07.955][C][esphome.ota:082]:   Password configured
[20:55:07.967][C][safe_mode:018]: Safe Mode:
[20:55:07.967][C][safe_mode:018]:   Successful after: 60s
[20:55:07.967][C][safe_mode:018]:   Invoke after: 10 attempts
[20:55:07.967][C][safe_mode:018]:   Duration: 300s
[20:55:07.971][C][api:207]: Server:
[20:55:07.971][C][api:207]:   Address: ducobord.local:6053
[20:55:07.972][C][api:217]:   Noise encryption: NO
[20:55:07.973][C][mdns:213]: mDNS:
[20:55:07.973][C][mdns:213]:   Hostname: ducobord
[20:55:09.008][D][duco:152]: Duco message sent: 04  0C 45  02 01
[20:55:09.121][D][duco:152]: Duco message sent: 04  0C 46  02 01
[20:55:09.577][D][duco:152]: Duco message sent: 04  0C 47  02 01
[20:55:12.111][D][duco:152]: Duco message sent: 04  0C 48  02 01
[20:55:13.975][D][duco:152]: Duco message sent: 04  0C 49  02 01

[ Voor 36% gewijzigd door laurens362 op 04-10-2025 20:56 ]

[laurens362]

Hij werkt!

Blijkbaar waren de rx en tx pinnen omgedraaid....
Ik heb ze wel volgens de foto en de config geinstalleerd @kokx Dus wellicht zijn niet alle rx tx pins hetzelfde van de 325 ?

Heel erg bedankt! Echt top om met 20 euro de duco te kunnen automatiseren!

@kokx

[ Voor 51% gewijzigd door laurens362 op 05-10-2025 16:58 ]

[kokx]

@laurens362 Had je toevallig de RX van de ESP aan de RX van de Duco gehangen, en dus ook de TX aan de TX?

Bij een UART(-like) protocol moet je altijd de TX van het ene apparaat aan de RX van het andere apparaat hangen en andersom. De TX-lijn verstuurd namelijk data, en de RX-lijn ontvangt data.

[laurens362]

kokx schreef op maandag 6 oktober 2025 @ 09:21:
@laurens362 Had je toevallig de RX van de ESP aan de RX van de Duco gehangen, en dus ook de TX aan de TX?

Bij een UART(-like) protocol moet je altijd de TX van het ene apparaat aan de RX van het andere apparaat hangen en andersom. De TX-lijn verstuurd namelijk data, en de RX-lijn ontvangt data.

dat had ik inderdaad gedaan. Geen idee dat dat zo moest 😅

[leime]

Ook ik heb gisteravond onze (nieuwe) D350 voorzien van een esphome interface. @kokx Fijn dat je dit component hebt geschreven! Vond het ook leuk om je detective verhaal te lezen. Dit soort dingen vind ik zelf ook altijd mooi om uit te dokteren.

Omdat ik zelf de voorkeur heb voor ethernet heb ik een WT32-ETH01 gebruikt. Het was eerst even puzzelen waar ik deze het mooiste kon wegwerken/bevestigingen. Uiteindelijk bleek één van de ribben in de unit geschikt om iets te fabrieken. Ik heb een beugeltje geprint dat de WT32-ETH01 op zijn plaats houdt, met een kapje zodat het geheel "om" de rib heen zit, dit kan zo geen kant meer op. Dat was weer een leuk avondje hobbyen!De step bestanden heb ik op github gezet, samen met een werkende yaml voor de WT32-ETH01.

Dank aan iedereen die heeft bijgedragen aan dit component!

[kokx]

Ziet er heel gelikt uit @leime! Wat voor kabel gebruik je precies tussen de WT32-ETH01 en de Duco? Ziet er iniedergeval veel beter uit dan wat dupont jumpers.

[leime]

Bedankt! Dat is een stukje 4x0,34 pur kabel* die ik aan een 2x6 female header heb gesoldeerd met daaromheen een 3d geprint kapje. Beetje overkill, maar ik vind het leuk zo wat te knutselen.



*) Ik werk in de industriële automatisering, daar is dat redelijk gangbaar spul. We kopen die in standaard lengtes, dus er zijn wel eens stukjes over. Bijvoorbeeld zoiets. Kan ik je blij maken met een stukje?

[Plexxodus]

Plexxodus schreef op zaterdag 13 september 2025 @ 19:57:
[...]
Inmiddels contact gehad met Duco en de technische afdeling gaat eens kijken of ze de info hebben mbt de voorwaarden.

Helaas laat Duco het afweten, geen info beschikbaar.

[Duck01]

Ik had alleen nog esp-01's liggen dus moest even een nieuwe ESP bestellen (is een esp-32D geworden) maar het werkt nu. Erg makkelijk proces, helemaal als je ESPhome al een beetje kent.

Initeel miste ik alleen nog de filter time of het %. Die kan ik op mijn schermpje wel zien. Blijkbaar had het even tijd nodig, of dat ik door het menu scrolde op de unit.

Het werkt dus ook met een Duco WTW DucoBox Energy 460 2ZS.

[ Voor 5% gewijzigd door Duck01 op 02-11-2025 16:25 ]

[sallander]

Ik wil hierbij kokx ook hartelijk danken voor het delen van zijn oplossing! Ik zou zweren dat ik TX op RX en RX op TX had aangesloten, maar pas na het omdraaien ging het werken. Ook gebruik ik de 5V aansluiting. Op 3.3V ging de ESP32 niet aan.

[sallander]

Hier is de duco config die ik gebruik. Misschien nuttig voor anderen.

code:

external_components:
  - source: github://pr#7993
    components:
      - duco

uart:
  id: duco_uart
  tx_pin: GPIO17
  rx_pin: GPIO16
  baud_rate: 57600

duco:
  uart_id: duco_uart
  discovery: {}
  time:
    time_id: sntp_time

select:
  - platform: duco
    name: "Mode"

sensor:
  - platform: duco
    co2:
      - address: 3
        name: "CO2 bedroom"
      - address: 4
        name: "CO2 livingroom"
    filter_remaining:
      name: "Filter time remaining"
    flow_level:
      name: "Flow level"
    time_remaining:
      name: "Mode time remaining"
    bypass:
      name: "Bypass"
    temperature_oda:
      name: "Fresh air from outside temperature"
    temperature_eha:
      name: "Stale air to outside temperature"
    temperature_sup:
      name: "Fresh air to inside temperature"
    temperature_eta:
      name: "Stale air from inside temperature"

number:
  - platform: duco
    name: "Comfort temperature"

[blubgup]

The_FrankO schreef op donderdag 29 mei 2025 @ 17:31:
Ik heb vandaag de ESP32 aangesloten, echter zonder succes
Met discovery aan zie ik alleen het volgende in de logs:

code:

[15:28:06][I][duco:206]: Discovered nodes:
[15:28:08][D][duco:152]: Duco message sent: 04  0C AE  02 01
[15:28:11][D][duco:152]: Duco message sent: 04  0C AF  02 01
[15:28:14][D][duco:152]: Duco message sent: 04  0C B0  02 01
[15:28:17][D][duco:152]: Duco message sent: 04  0C B1  02 01
[15:28:20][D][duco:152]: Duco message sent: 04  0C B2  02 01
[15:28:23][D][duco:152]: Duco message sent: 04  0C B3  02 01
[15:28:26][D][duco:152]: Duco message sent: 04  0C B4  02 01
[15:28:29][D][duco:152]: Duco message sent: 04  0C B5  02 01
[15:28:32][D][duco:152]: Duco message sent: 04  0C B6  02 01
[15:28:35][D][duco:152]: Duco message sent: 04  0C B7  02 01

Ik heb hetzelfde, echter heb ik alle mogelijke opties qua pins die gebruikt worden (die waar Rx TX bij staat en die waar gio16/17 bij staat) maar ik krijg in geen enkele situatie data te zien in de logging.

EDIT: misschien moet je dit ook niet savonds laat doen, maar vandaag lukte het direct met voor mijn gevoel niks anders dan dat ik gisteren gedaan had

EDIT2: Wat me nog wel opvalt is volgens mij hetzelfde als Roelofz, elke keer als ik via HA de comfort temp aanpas dan zie ik binnen 5 sec de value weer terug springen naar 16.5 graden.

[ Voor 12% gewijzigd door blubgup op 09-11-2025 15:10 ]

[blubgup]

Ik heb inmiddels het comfort temp item maar uit de configuratie gehaald. Hij lijkt er niks mee te doen in ieder geval en dan voegt het ook weinig toe helaas

Zijn er meer tweakers die dit ervaren dat de comfort temp niet instelbaar is vanuit HA?

[leime]

Bij mij werkt die inderdaad ook niet. Ik moet eerlijk zeggen dat ik de unit één keer heb ingesteld en nog niet de behoefte heb gehad deze aan te passen. Maar ik ben nu wel nieuwsgierig, is er een mooie use-case om deze dynamisch te willen maken vanuit Home Assistant? Ik las net in de installatiehandleiding dat de comforttemperatuur automatisch bijstelt op basis van de buitentemperatuur.

[blubgup]

leime schreef op woensdag 3 december 2025 @ 19:58:
Bij mij werkt die inderdaad ook niet. Ik moet eerlijk zeggen dat ik de unit één keer heb ingesteld en nog niet de behoefte heb gehad deze aan te passen. Maar ik ben nu wel nieuwsgierig, is er een mooie use-case om deze dynamisch te willen maken vanuit Home Assistant? Ik las net in de installatiehandleiding dat de comforttemperatuur automatisch bijstelt op basis van de buitentemperatuur.

Ik kon me eerlijk gezegd ook niet bedenken waarom ik hem zou willen aanpassen. De keren dat ik op de unit gekeken heb was de waarde altijd hetzelfde. Automatisch op basis van buiten temp zal die alleen doen als je een temp sensor op de inlet hebt zitten lijkt me?

[mysense]

Hoi allen,

ESP32 is allemaal nieuw voor mij en ik probeer dit project te volgen, maar het lukt nog niet helemaal
Ik heb ook een Duco Energy Comfort D325.

• Eerst kreeg ik CRC check failed errors. Maar na het omdraaien van TX / RX lijkt dat verhoplen te zijn
• Maar nu krijg ik geen nodes gevonden bij discovery. Waar zou dat aan kunnen liggen, wat doe ik fout?
  Ik heb volgens mij geen kleppen, maar had wel 5 CO2 sensoren verwacht

logs

code:

[23:42:43.933][C][mdns:177]:   Hostname: esphome-web-f0f214 
[23:42:45.381][D][duco:223]: Discover next node (0 = 0x00)
[23:42:45.393][D][duco:152]: Duco message sent: 04  0C 0C  01 00
[23:43:09.979][D][sntp:100]: Synchronized time: 2025-12-11 23:43:09
[23:43:36.320][I][safe_mode:042]: Boot seems successful; resetting boot loop counter
[23:43:36.345][D][esp32.preferences:149]: Writing 1 items: 0 cached, 1 written, 0 failed
[23:43:38.981][I][duco:206]: Discovered nodes:
[23:44:38.971][I][duco:206]: Discovered nodes:
[23:45:38.977][I][duco:206]: Discovered nodes:
[23:46:38.972][I][duco:206]: Discovered nodes:
[23:47:38.982][I][duco:206]: Discovered nodes:

Yaml config

code:

uart:
  id: duco_uart
  tx_pin: GPIO16 # **CHANGE THIS** to your chosen TX pin
  rx_pin: GPIO17 # **CHANGE THIS** to your chosen RX pin
  baud_rate: 57600
  data_bits: 8
  parity: NONE
  stop_bits: 1

duco:
  uart_id: duco_uart
  discovery: {}
  time:
    time_id: sntp_time

time:
  - platform: sntp
    id: sntp_time
    timezone: Europe/Amsterdam

[blubgup]

Heb je rx en tx aan elkaar gekoppelt ipv rx naar tx en tx naar rx denk ik…
Wat ik me trouwens nog afvroeg, de box geeft op het display de temperatuur van binnenkomende en uitgaande lucht weer, zijn die waardes ook in HA te krijgen? Ze komen niet als nodes naar voren in ieder geval.

[ Voor 57% gewijzigd door blubgup op 12-12-2025 06:56 ]

[mysense]

Inmiddels heb ik weer geprobeerd rx / tx om te draaien met weinig resultaat. Nog steeds discovered nodes: en dan niets.

Dus ja dikke kans dat ze niet goed zitten want maakt geen verschil.

Wel heb ik een error gekregen op het schermpje. Waarschijnlijk omdat de esp module een signaal probeert te geven?
(Want de error komt niet terug als ik de esp verwijder)

Iemand die iets kan met deze info?

[ Voor 31% gewijzigd door mysense op 12-12-2025 23:10 ]

[sebaszz1]

Dit mis ik in je yaml config

code:

external_components:
  - source: github://pr#7993
    refresh: 0s
    components:
      - duco

Foutmelding display lijkt er op dat er iets hardwarematig ook niet goed zit.
Zeker weten juiste pinnen esp32 en duco?

[leime]

blubgup schreef op vrijdag 12 december 2025 @ 06:46:
[...]
Wat ik me trouwens nog afvroeg, de box geeft op het display de temperatuur van binnenkomende en uitgaande lucht weer, zijn die waardes ook in HA te krijgen? Ze komen niet als nodes naar voren in ieder geval.

Dit zijn volgens mij geen losse nodes, maar onderdeel van de box node. Je kan ze als sensor configureren:

YAML:

sensor:
  - platform: duco 
    temperature_oda:
      name: "Temperature Outdoor Air"
    temperature_eha:
      name: "Temperature Outdoor Exhaust"
    temperature_sup:
      name: "Temperature Supply To Room"
    temperature_eta:
      name: "Temperature Indoor Exhaust"

mysense schreef op vrijdag 12 december 2025 @ 08:56:
[...]
Wel heb ik een error gekregen op het schermpje. Waarschijnlijk omdat de esp module een signaal probeert te geven?
(Want de error komt niet terug als ik de esp verwijder)

Iemand die iets kan met deze info?

Hier kan je een overzicht vinden van de foutcodes.

Welke ESP32 module gebruik je specifiek? Zeker weten dat je GPIO16 en GPIO17 hebt aangesloten?

[ Voor 22% gewijzigd door leime op 12-12-2025 11:20 ]

[mysense]

Thanks voor de hulp aan deze noob.

Heb nogmaals gecheckt, fototje gemaakt

• Board: ESP32 WROOM Ontwikkelboard WiFi/Bluetooth USB-C CH340
• Volledige YAML: (met comments en github repo)
  
  code:
  

  esphome:
    name: esphome-web-f0f214
    friendly_name: Duco_esp32
    min_version: 2025.11.0
    name_add_mac_suffix: false
  
  esp32:
    variant: esp32
    framework:
      type: esp-idf
  
  # Enable logging
  logger:
  
  # Enable Home Assistant API
  api:
  
  # Allow Over-The-Air updates
  ota:
  - platform: esphome
  
  wifi:
    ssid: !secret wifi_ssid
    password: !secret wifi_password
  
  
  # ----------------------------------------------------
  # 1. ADD THE EXTERNAL COMPONENT SOURCE (The key change!)
  # ----------------------------------------------------
  external_components:
    - source:
        type: git
        url: https://github.com/kokx/esphome.git # Developer's fork
        ref: duco-component                     # Branch containing the code
      components: [duco] # Tells ESPHome to look for the 'duco' component
  
  
  # ----------------------------------------------------
  # 2. ADD UART AND DUCO CONFIGURATION (The component setup)
  # ----------------------------------------------------
  uart:
    id: duco_uart
    tx_pin: GPIO17 # **CHANGE THIS** to your chosen TX pin
    rx_pin: GPIO16 # **CHANGE THIS** to your chosen RX pin
    baud_rate: 57600
    data_bits: 8
    parity: NONE
    stop_bits: 1
  
  duco:
    uart_id: duco_uart
    discovery: {}
    time:
      time_id: sntp_time
  
  # select:
  #   - platform: duco
  #     name: "Mode"
  
  # sensor:
  #   - platform: duco
  #     co2:
  #       - address: 3
  #         name: "CO2 bedroik om"
  #       - address: 4
  #         name: "CO2 livingroom"
  #     filter_remaining:
  #       name: "Filter time remaining"
  #     flow_level:
  #       name: "Flow level"
  #       update_interval: "5s"
  #     time_remaining:
  #       name: "DUCO Mode Time Remaining"
  #       update_interval: "5s"
  #     bypass:
  #       name: "Bypass"
  #     temperature_oda:
  #       name: "Fresh air from outside temperature"
  #     temperature_eha:
  #       name: "Stale air to outside temperature"
  #     temperature_sup:
  #       name: "Fresh air to inside temperature"
  #     temperature_eta:
  #       name: "Stale air from inside temperature"
  
  # ---------------
  # The number component allows viewing and changing the comfort temperature of the ventilation system:
  # ---------------
  # number:
  #   - platform: duco
  #     name: "DUCO Comfort Temperature"
  #     update_interval: "10s"
  
  time:
    - platform: sntp
      id: sntp_time
      timezone: Europe/Amsterdam

• LOGS zonder discover nodes
  
  code:
  

  12:41:34.401][C][logger:261]: Logger:
  [12:41:34.401][C][logger:261]:   Max Level: DEBUG
  [12:41:34.401][C][logger:261]:   Initial Level: DEBUG
  [12:41:34.412][C][logger:267]:   Log Baud Rate: 115200
  [12:41:34.412][C][logger:267]:   Hardware UART: UART0
  [12:41:34.418][C][logger:274]:   Task Log Buffer Size: 768
  [12:41:34.434][C][uart.idf:214]: UART Bus 1:
  [12:41:34.441][C][uart.idf:215]:   TX Pin: GPIO17
  [12:41:34.472][C][uart.idf:216]:   RX Pin: GPIO16
  [12:41:34.496][C][uart.idf:219]:   RX Buffer Size: 256
  [12:41:34.496][C][uart.idf:219]:   RX Full Threshold: 56
  [12:41:34.496][C][uart.idf:219]:   RX Timeout: 2
  [12:41:34.498][C][uart.idf:225]:   Baud Rate: 57600 baud
  [12:41:34.498][C][uart.idf:225]:   Data Bits: 8
  [12:41:34.498][C][uart.idf:225]:   Parity: NONE
  [12:41:34.498][C][uart.idf:225]:   Stop bits: 1
  [12:41:34.505][C][duco:117]: DUCO:
  [12:41:34.517][C][duco:118]:   Send Wait Time: 250 ms
  [12:41:34.520][C][duco:119]:   CRC Disabled: NO
  [12:41:34.526][C][wifi:1062]: WiFi:
  [12:41:34.526][C][wifi:1062]:   Connected: YES
  [12:41:34.527][C][wifi:827]:   Local MAC: 
  [12:41:34.529][C][wifi:834]:   IP Address: 
  [12:41:34.538][C][wifi:838]:   SSID: [redacted]
  [12:41:34.538][C][wifi:838]:   BSSID: [redacted]
  [12:41:34.538][C][wifi:838]:   Hostname: 'esphome-web-f0f214'
  [12:41:34.538][C][wifi:838]:   Signal strength: -74 dB ▂▄▆█
  [12:41:34.538][C][wifi:838]:   Channel: 5
  [12:41:34.538][C][wifi:838]:   Subnet: 255.255.255.0
  [12:41:34.538][C][wifi:838]:   Gateway: 192.168.1.1
  [12:41:34.538][C][wifi:838]:   DNS1: 192.168.1.1
  [12:41:34.538][C][wifi:838]:   DNS2: 0.0.0.0
  [12:41:34.543][C][sntp:059]: SNTP Time:
  [12:41:34.565][C][sntp:062]:   Server 0: '0.pool.ntp.org'
  [12:41:34.571][C][sntp:062]:   Server 1: '1.pool.ntp.org'
  [12:41:34.575][C][sntp:062]:   Server 2: '2.pool.ntp.org'
  [12:41:34.579][C][time:029]: Timezone: 'CET-1CEST,M3.5.0,M10.5.0/3'
  [12:41:34.584][C][esphome.ota:093]: Over-The-Air updates:
  [12:41:34.584][C][esphome.ota:093]:   Address: esphome-web-f0f214.local:3232
  [12:41:34.584][C][esphome.ota:093]:   Version: 2
  [12:41:34.606][C][safe_mode:018]: Safe Mode:
  [12:41:34.606][C][safe_mode:018]:   Successful after: 60s
  [12:41:34.606][C][safe_mode:018]:   Invoke after: 10 attempts
  [12:41:34.606][C][safe_mode:018]:   Duration: 300s
  [12:41:34.610][C][api:223]: Server:
  [12:41:34.610][C][api:223]:   Address: esphome-web-f0f214.local:6053
  [12:41:34.610][C][api:223]:   Listen backlog: 4
  [12:41:34.610][C][api:223]:   Max connections: 8
  [12:41:34.616][C][api:235]:   Noise encryption: NO
  [12:41:34.627][C][mdns:177]: mDNS:
  [12:41:34.627][C][mdns:177]:   Hostname: esphome-web-f0f214
  [12:41:39.234][I][duco:206]: Discovered nodes:
  [12:42:39.219][I][duco:206]: Discovered nodes:
  [12:43:39.225][I][duco:206]: Discovered nodes:
  [12:44:39.228][I][duco:206]: Discovered nodes:
  [12:45:39.235][I][duco:206]: Discovered nodes:
  [12:46:39.242][I][duco:206]: Discovered nodes:
  [12:47:39.235][I][duco:206]: Discovered nodes:
  [12:48:39.239][I][duco:206]: Discovered nodes:
  [12:48:40.757][D][duco:152]: Duco message sent: 0B  24 0D  05 18 01 3C 69 00 00 00 00
  [12:49:06.514][D][sntp:100]: Synchronized time: 2025-12-12 12:49:06
  [12:49:39.234][I][duco:206]: Discovered nodes:
  [12:50:39.236][I][duco:206]: Discovered nodes:
  [12:51:39.244][I][duco:206]: Discovered nodes:
  [12:52:39.250][I][duco:206]: Discovered nodes:
  [12:53:39.251][I][duco:206]: Discovered nodes:

• Connectie fotos
  

probleem gevonden! Het maak uit welk GND pin je gebruikt. (Dus niet die in mijn foto’s).

[leime]

Had al even zitten turen, want alles lijkt inderdaad goed te zitten. En toen las ik je toevoeging. Mooi je dat het hebt opgelost! Bedoel je dan de GND aansluiting aan de Ducobox kant, of aan de kant van de ESP32?

[icecreamfarmer]

Ik heb het topic doorgelezen maar als ik het goed begrijp heb ik 3 opties:
1. De nieuwe connectivity board maar daar kun je niet zoveel mee?
2. De oude communication board die wel bruikbaar is maar ik kan die nergens meer kopen?
3. Via een esp home en dan zijn er meer functies beschikbaar en eigenlijk is dat de enige bruikbare optie.

Dat laatste klinkt goed maar ik ben geen soldeerder en hou het liever bij de spullen van de fabrikant en ik zie deze website wel maar daar zie ik niets over de hardware staan?

https://github.com/esphom...81955/components/duco.rst

https://nl.aliexpress.com...OgSdvKMHAqE0aApwUEALw_wcB
Ik zag dit voorbij komen van een gebruiker, maar dan?

[ Voor 41% gewijzigd door icecreamfarmer op 19-12-2025 21:39 ]

[kokx]

Voor de esphome heb je geen speciale hardware nodig. Enige wat je nodig hebt is een NodeMCU(-like) ESP32 board. Diegene die je linkt zal waarschijnlijk werken, al zul je wel de juiste poorten moeten configureren. Je kunt er waarschijnlijk ook eentje vinden die je niet hoeft te solderen, maar die dus met headers voorgesoldeerd komt.

Uiteindelijk kun je met wat standaard jumper wires hem dan aan de Duco zelf krijgen en de power ook laten voorzien door de Duco. Dus hoef je niet eens te solderen.

Over welke van de 3 opties je moet nemen ben ik natuurlijk wel wat biased, maar je analyse is op zich correct. Het is natuurlijk wel dat je met de optie van ESPhome wat zelf moet knutselen en het op eigen risico is.

[mysense]

Hoi,

Een van mijn CO2 sensors update veel minder vaak. Duco is hier langs geweest en geeft aan dat de CO2 sensor soms zijn signaal direct met de box verliest, maar dat hij dan alsnog via de andere CO2 sensor zijn signaal doorgeeft (als doorgeef knooppunt).

@kokx Zou het zo kunnen zijn dat de Duco nog wel waardes ontvangt (indirect) maar dat ik dit niet terug zie in de waardes die jouw code uitleest?

• Sensor 'bedroom' update vaak. Bijna iedere 5 seconden
• Sensor 'livingroom' update minder vaak. Soms iedere 5 seconden, maar soms ook een aantal uur niet
• De 'flow levels' gaan omlaag zodra wij opstaan (de deur openen van de slaapklamer. (07:30)
• Ik denk daarom dat de duco box een andere waarde leest bij de 'livingroom' dan ik zie in home assistant. Want als het daadwerkelijk nog 1000+ zou zijn zou ik verwachten dat de flow hoog blijft.
• Sensor 'bedroom' lijkt ook erg schomellende waardes door te geven? mogelijk omdat hij ook de waardes van de 'livingroom' doorgeeft?

Is het mogelijk om meer accurate waardes te krijgen van de 'livingroom' en 'bedroom' CO2 sensor, als deze waardes worden doorgegeven via een andere CO2 sensor?

Livingroom CO2 sensor
deze sensor update dus niet altijd


bedroom CO2 sensor
deze sensor update vaak. Maar met schommelende waardes


Flow / comnbinatie
het glow gedrag van de box (blauwe lijn) klopt wel ongeveer met wat ik verwacht. Als we slapen staat de box aan omdat er veel CO2 op de slaapkamer zou zijn. Zodra we opstaan word de flow minder.



PS: voorheen kreeg ik wel eens een foutmelding dat de communicatie met de 'livingroom' CO2 sensor slecht was. Na dat Duco hier geweest is krijg ik die foutmelding niet meer. Volgens mij hebben ze aangepast dat de foutmelding niet meer toont als de waarde via het andere CO2 knooppunt word doorgegeven.

[marnie]

mysense schreef op dinsdag 23 december 2025 @ 10:38:
Hoi,

Een van mijn CO2 sensors update veel minder vaak. Duco is hier langs geweest en geeft aan dat de CO2 sensor soms zijn signaal direct met de box verliest, maar dat hij dan alsnog via de andere CO2 sensor zijn signaal doorgeeft (als doorgeef knooppunt).

@kokx Zou het zo kunnen zijn dat de Duco nog wel waardes ontvangt (indirect) maar dat ik dit niet terug zie in de waardes die jouw code uitleest?

• Sensor 'bedroom' update vaak. Bijna iedere 5 seconden
• Sensor 'livingroom' update minder vaak. Soms iedere 5 seconden, maar soms ook een aantal uur niet
• De 'flow levels' gaan omlaag zodra wij opstaan (de deur openen van de slaapklamer. (07:30)
• Ik denk daarom dat de duco box een andere waarde leest bij de 'livingroom' dan ik zie in home assistant. Want als het daadwerkelijk nog 1000+ zou zijn zou ik verwachten dat de flow hoog blijft.
• Sensor 'bedroom' lijkt ook erg schomellende waardes door te geven? mogelijk omdat hij ook de waardes van de 'livingroom' doorgeeft?

Is het mogelijk om meer accurate waardes te krijgen van de 'livingroom' en 'bedroom' CO2 sensor, als deze waardes worden doorgegeven via een andere CO2 sensor?

Livingroom CO2 sensor
deze sensor update dus niet altijd
[Afbeelding]

bedroom CO2 sensor
deze sensor update vaak. Maar met schommelende waardes
[Afbeelding]

Flow / comnbinatie
het glow gedrag van de box (blauwe lijn) klopt wel ongeveer met wat ik verwacht. Als we slapen staat de box aan omdat er veel CO2 op de slaapkamer zou zijn. Zodra we opstaan word de flow minder.
[Afbeelding]


PS: voorheen kreeg ik wel eens een foutmelding dat de communicatie met de 'livingroom' CO2 sensor slecht was. Na dat Duco hier geweest is krijg ik die foutmelding niet meer. Volgens mij hebben ze aangepast dat de foutmelding niet meer toont als de waarde via het andere CO2 knooppunt word doorgegeven.

Dat zijn wel heel vreemde grafieken, hieronder die van mij.

Hoe lees je de gegevens uit? Homeassistant? Kan het zijn dat de communicatie naar je 'homeserver' niet optimaal is, het lijkt er namelijk op dat de Ducobox wel goed reageert op de CO2 sensoren door op te toeren als dat gevraagd wordt.
Ik gebruik de oude Duco communicatieprint en HA met REST om de box te lezen met een scan interval van 10seconden.

[mysense]

Ik heb de logs even in de AI assistent gegooid en dat lijkt mijn vermoeden met een knooppunt te bevestigen

logs

code:

[11:34:04.031][D][select:034]: 'Mode': Sending state AUTO (index 0)
[11:34:04.033][D][duco select:142]: Current mode: AUTO
[11:34:04.078][D][sensor:135]: 'Stale air from inside temperature': Sending state 19.60000 °C with 1 decimals of accuracy
[11:34:04.303][D][sensor:135]: 'CO2 bedroom': Sending state 467.00000 ppm with 0 decimals of accuracy
[11:34:06.348][D][duco:152]: Duco message sent: 07  10 15  01 03 00 49 04
[11:34:06.348][D][sensor:135]: 'Temperature livingroom': Sending state 21.10000 °C with 1 decimals of accuracy
[11:34:06.738][D][duco:152]: Duco message sent: 04  0C 16  02 01
[11:34:06.757][D][duco:152]: Duco message sent: 05  24 17  00 01 09
[11:34:06.763][D][duco:152]: Duco message sent: 05  24 18  00 00 09
[11:34:06.765][D][select:034]: 'Mode': Sending state AUTO (index 0)
[11:34:06.792][D][duco select:142]: Current mode: AUTO
[11:34:06.795][D][sensor:135]: 'Fresh air to inside temperature': Sending state 17.50000 °C with 1 decimals of accuracy
[11:34:06.821][D][sensor:135]: 'Fresh air from outside temperature': Sending state 6.60000 °C with 1 decimals of accuracy
[11:34:06.850][D][duco:152]: Duco message sent: 04  0C 19  02 01
[11:34:06.963][D][sensor:135]: 'Flow level': Sending state 30.00000 % with 0 decimals of accuracy
[11:34:07.560][D][duco:152]: Duco message sent: 05  24 1A  00 03 09
[11:34:08.540][D][sensor:135]: 'Stale air to outside temperature': Sending state 9.80000 °C with 1 decimals of accuracy
[11:34:08.540][D][duco:152]: Duco message sent: 07  10 1B  01 02 00 49 04
[11:34:08.541][D][duco:152]: Duco message sent: 07  10 1C  01 03 00 49 04
[11:34:08.541][D][duco:152]: Duco message sent: 04  0C 1D  02 01
[11:34:08.590][D][sensor:135]: 'DUCO Mode Time Remaining': Sending state 0.00000 s with 0 decimals of accuracy
[11:34:09.524][D][sensor:135]: 'CO2 bedroom': Sending state 566.00000 ppm with 0 decimals of accuracy
[11:34:09.734][D][duco:152]: Duco message sent: 04  0C 1E  02 01
[11:34:09.809][D][select:034]: 'Mode': Sending state AUTO (index 0)
[11:34:09.827][D][duco select:142]: Current mode: AUTO
[11:34:11.859][D][duco:152]: Duco message sent: 04  0C 1F  02 01
[11:34:11.924][D][sensor:135]: 'Flow level': Sending state 30.00000 % with 0 decimals of accuracy
[11:34:12.736][D][duco:152]: Duco message sent: 04  0C 20  02 01
[11:34:12.809][D][select:034]: 'Mode': Sending state AUTO (index 0)
[11:34:12.812][D][duco select:142]: Current mode: AUTO
[11:34:13.497][D][duco:152]: Duco message sent: 07  10 21  01 02 00 49 04
[11:34:13.502][D][duco:152]: Duco message sent: 07  10 22  01 03 00 49 04
[11:34:13.525][D][duco:152]: Duco message sent: 04  0C 23  02 01
[11:34:13.599][D][sensor:135]: 'DUCO Mode Time Remaining': Sending state 0.00000 s with 0 decimals of accuracy
[11:34:13.646][D][sensor:135]: 'CO2 bedroom': Sending state 466.00000 ppm with 0 decimals of accuracy
[11:34:15.734][D][duco:152]: Duco message sent: 04  0C 24  02 01
[11:34:15.813][D][select:034]: 'Mode': Sending state AUTO (index 0)
[11:34:15.832][D][duco select:142]: Current mode: AUTO
[11:34:16.851][D][duco:152]: Duco message sent: 04  0C 25  02 01
[11:34:17.008][D][sensor:135]: 'Flow level': Sending state 30.00000 % with 0 decimals of accuracy
[11:34:18.497][D][duco:152]: Duco message sent: 07  10 26  01 02 00 49 04
[11:34:18.531][D][duco:152]: Duco message sent: 07  10 27  01 03 00 49 04
[11:34:18.537][D][duco:152]: Duco message sent: 04  0C 28  02 01

AI analyse

1. De "springende" CO2-waardes
Als we naar de tijdlijn van de 'CO2 bedroom' kijken, zien we iets geks:

• 11:34:04: 467 ppm
• 11:34:09: 566 ppm (een sprong van bijna 100 ppm in 5 seconden)
• 11:34:13: 466 ppm (weer terug naar het oude niveau)

2. Analyse van de Hex-codes (het "binaire" gedeelte)
De regels met Duco message sent bevatten hexadecimale data. Let vooral op deze reeksen die vlak na elkaar komen:

• 11:34:08.541: ... 01 02 00 49 04 (Bericht 1B)
• 11:34:08.541: ... 01 03 00 49 04 (Bericht 1C)

Wat we hier zien:

• De bytes 01 02 en 01 03 zijn waarschijnlijk de sub-adressen of index-nummers van de sensoren op dat ene knooppunt.
• Direct na deze berichten verspringt je CO2-waarde in de log naar 566 ppm.
• Het lijkt erop dat jouw configuratie geen onderscheid maakt tussen sub-ID 02 en sub-ID 03. Hierdoor worden de waarden van beide sensoren (bijv. een sensor in de woonkamer en een in de slaapkamer, of een gecombineerde sensor) op dezelfde naam gepost.

Dus kan ik iets met die sub_id gaan doen?

YAML config ESP home

code:

sensor:
  - platform: duco
    co2:
      - address: 2
        name: "CO2 bedroom"
        update_interval: "5s"
      - address: 3
        name: "CO2 livingroom"
        update_interval: "5s"

[marnie]

mysense schreef op dinsdag 23 december 2025 @ 11:42:
Ik heb de logs even in de AI assistent gegooid en dat lijkt mijn vermoeden met een knooppunt te bevestigen

logs

code:

[11:34:04.031][D][select:034]: 'Mode': Sending state AUTO (index 0)
[11:34:04.033][D][duco select:142]: Current mode: AUTO
[11:34:04.078][D][sensor:135]: 'Stale air from inside temperature': Sending state 19.60000 °C with 1 decimals of accuracy
[11:34:04.303][D][sensor:135]: 'CO2 bedroom': Sending state 467.00000 ppm with 0 decimals of accuracy
[11:34:06.348][D][duco:152]: Duco message sent: 07  10 15  01 03 00 49 04
[11:34:06.348][D][sensor:135]: 'Temperature livingroom': Sending state 21.10000 °C with 1 decimals of accuracy
[11:34:06.738][D][duco:152]: Duco message sent: 04  0C 16  02 01
[11:34:06.757][D][duco:152]: Duco message sent: 05  24 17  00 01 09
[11:34:06.763][D][duco:152]: Duco message sent: 05  24 18  00 00 09
[11:34:06.765][D][select:034]: 'Mode': Sending state AUTO (index 0)
[11:34:06.792][D][duco select:142]: Current mode: AUTO
[11:34:06.795][D][sensor:135]: 'Fresh air to inside temperature': Sending state 17.50000 °C with 1 decimals of accuracy
[11:34:06.821][D][sensor:135]: 'Fresh air from outside temperature': Sending state 6.60000 °C with 1 decimals of accuracy
[11:34:06.850][D][duco:152]: Duco message sent: 04  0C 19  02 01
[11:34:06.963][D][sensor:135]: 'Flow level': Sending state 30.00000 % with 0 decimals of accuracy
[11:34:07.560][D][duco:152]: Duco message sent: 05  24 1A  00 03 09
[11:34:08.540][D][sensor:135]: 'Stale air to outside temperature': Sending state 9.80000 °C with 1 decimals of accuracy
[11:34:08.540][D][duco:152]: Duco message sent: 07  10 1B  01 02 00 49 04
[11:34:08.541][D][duco:152]: Duco message sent: 07  10 1C  01 03 00 49 04
[11:34:08.541][D][duco:152]: Duco message sent: 04  0C 1D  02 01
[11:34:08.590][D][sensor:135]: 'DUCO Mode Time Remaining': Sending state 0.00000 s with 0 decimals of accuracy
[11:34:09.524][D][sensor:135]: 'CO2 bedroom': Sending state 566.00000 ppm with 0 decimals of accuracy
[11:34:09.734][D][duco:152]: Duco message sent: 04  0C 1E  02 01
[11:34:09.809][D][select:034]: 'Mode': Sending state AUTO (index 0)
[11:34:09.827][D][duco select:142]: Current mode: AUTO
[11:34:11.859][D][duco:152]: Duco message sent: 04  0C 1F  02 01
[11:34:11.924][D][sensor:135]: 'Flow level': Sending state 30.00000 % with 0 decimals of accuracy
[11:34:12.736][D][duco:152]: Duco message sent: 04  0C 20  02 01
[11:34:12.809][D][select:034]: 'Mode': Sending state AUTO (index 0)
[11:34:12.812][D][duco select:142]: Current mode: AUTO
[11:34:13.497][D][duco:152]: Duco message sent: 07  10 21  01 02 00 49 04
[11:34:13.502][D][duco:152]: Duco message sent: 07  10 22  01 03 00 49 04
[11:34:13.525][D][duco:152]: Duco message sent: 04  0C 23  02 01
[11:34:13.599][D][sensor:135]: 'DUCO Mode Time Remaining': Sending state 0.00000 s with 0 decimals of accuracy
[11:34:13.646][D][sensor:135]: 'CO2 bedroom': Sending state 466.00000 ppm with 0 decimals of accuracy
[11:34:15.734][D][duco:152]: Duco message sent: 04  0C 24  02 01
[11:34:15.813][D][select:034]: 'Mode': Sending state AUTO (index 0)
[11:34:15.832][D][duco select:142]: Current mode: AUTO
[11:34:16.851][D][duco:152]: Duco message sent: 04  0C 25  02 01
[11:34:17.008][D][sensor:135]: 'Flow level': Sending state 30.00000 % with 0 decimals of accuracy
[11:34:18.497][D][duco:152]: Duco message sent: 07  10 26  01 02 00 49 04
[11:34:18.531][D][duco:152]: Duco message sent: 07  10 27  01 03 00 49 04
[11:34:18.537][D][duco:152]: Duco message sent: 04  0C 28  02 01

AI analyse

1. De "springende" CO2-waardes
Als we naar de tijdlijn van de 'CO2 bedroom' kijken, zien we iets geks:

• 11:34:04: 467 ppm
• 11:34:09: 566 ppm (een sprong van bijna 100 ppm in 5 seconden)
• 11:34:13: 466 ppm (weer terug naar het oude niveau)

2. Analyse van de Hex-codes (het "binaire" gedeelte)
De regels met Duco message sent bevatten hexadecimale data. Let vooral op deze reeksen die vlak na elkaar komen:

• 11:34:08.541: ... 01 02 00 49 04 (Bericht 1B)
• 11:34:08.541: ... 01 03 00 49 04 (Bericht 1C)

Wat we hier zien:

• De bytes 01 02 en 01 03 zijn waarschijnlijk de sub-adressen of index-nummers van de sensoren op dat ene knooppunt.
• Direct na deze berichten verspringt je CO2-waarde in de log naar 566 ppm.
• Het lijkt erop dat jouw configuratie geen onderscheid maakt tussen sub-ID 02 en sub-ID 03. Hierdoor worden de waarden van beide sensoren (bijv. een sensor in de woonkamer en een in de slaapkamer, of een gecombineerde sensor) op dezelfde naam gepost.

Dus kan ik iets met die sub_id gaan doen?

YAML config ESP home

code:

sensor:
  - platform: duco
    co2:
      - address: 2
        name: "CO2 bedroom"
        update_interval: "5s"
      - address: 3
        name: "CO2 livingroom"
        update_interval: "5s"

Ik ben geen ESPhome expert, ik heb een maand geleden mijn eerste ESPhome project gedaan.

Moet er geen unieke id bij de sensoren?

YAML:

    co2:
      - address: 2
        name: "CO2 bedroom"
        id: "co2bedroom"
        update_interval: "5s"
      - address: 3
        name: "CO2 livingroom"
        id: "co2livingroom"
        update_interval: "5s"

[marnie]

icecreamfarmer schreef op vrijdag 19 december 2025 @ 21:36:
Ik heb het topic doorgelezen maar als ik het goed begrijp heb ik 3 opties:
1. De nieuwe connectivity board maar daar kun je niet zoveel mee?
2. De oude communication board die wel bruikbaar is maar ik kan die nergens meer kopen?
3. Via een esp home en dan zijn er meer functies beschikbaar en eigenlijk is dat de enige bruikbare optie.

Dat laatste klinkt goed maar ik ben geen soldeerder en hou het liever bij de spullen van de fabrikant en ik zie deze website wel maar daar zie ik niets over de hardware staan?

https://github.com/esphom...81955/components/duco.rst

https://nl.aliexpress.com...OgSdvKMHAqE0aApwUEALw_wcB
Ik zag dit voorbij komen van een gebruiker, maar dan?

Ik kwam deze webshop met oude communication print nog tegen, geen idee of ze hem echt kunnen leveren: https://www.comfort-air.n...elen/communication-print/
Soms word de oude print ook nog wel eens aangeboden via marktplaats.

[mysense]

marnie schreef op dinsdag 23 december 2025 @ 11:53:
[...]

Ik ben geen ESPhome expert, ik heb een maand geleden mijn eerste ESPhome project gedaan.

Moet er geen unieke id bij de sensoren?

YAML:

    co2:
      - address: 2
        name: "CO2 bedroom"
        id: "co2bedroom"
        update_interval: "5s"
      - address: 3
        name: "CO2 livingroom"
        id: "co2livingroom"
        update_interval: "5s"

ik gebruik de code van Kox

een ID lijkt hier optioneel. (lijkt me ook meer een ID voor home assistant).

[marnie]

mysense schreef op dinsdag 23 december 2025 @ 12:02:
[...]
een ID lijkt hier optioneel. (lijkt me ook meer een ID voor home assistant).

Je maakt hiermee ook sensoren aan in HA. Ik kan me voorstellen dat HA een id nodig heeft om deze twee sensoren uit elkaar te houden. Welke id's hebben deze sensoren nu in HA?

Even testen kan geen kwaad en is met ESPHome Builder snel gemaakt, de kans is groot dat met deze id's nieuwe sensoren worden aangemaakt.

[mysense]

Met Ai debugging heel eind gekomen, maar nu moet ik het nog gaan aanpassen en testen. Dat gaat me misschien net wat te ver dus ik wacht hier nog even op assistentie (@kokx ?) voordat ik zelf begin te klooien

sensor.ccp


AI denkt...

[ Voor 27% gewijzigd door mysense op 23-12-2025 12:47 ]

[marnie]

mysense schreef op dinsdag 23 december 2025 @ 12:39:
Met Ai debugging heel eind gekomen, maar nu moet ik het nog gaan aanpassen en testen. Dat gaat me misschien net wat te ver dus ik wacht hier nog even op assistentie (@kokx ?) voordat ik zelf begin te klooien

AI denkt...
[Afbeelding]

[Afbeelding]

[Afbeelding]

Dat is code in C++, ESPHome werkt met yaml.
Lijkt veel op 'hallucineren' door AI.

Het is prima dat je niets met mijn hulp doet, Misschien kan iemand hier je verder helpen: Home Assistant: Open source Python3 home automation - deel 5, daar zitten ook ESPHome experts.

[mysense]

marnie schreef op dinsdag 23 december 2025 @ 12:50:
[...]
Het is prima dat je niets met mijn hulp doet, Misschien kan iemand hier je verder helpen: Home Assistant: Open source Python3 home automation - deel 5, daar zitten ook ESPHome experts.

haha sory. je hulp word gewaardeerd. ik dacht misschien weet jij zo de AI code te bevestigen en dan had ik het wel aangedurft.

home assistant heeft zelf ID's aangemaakt als je ze niet in de yaml configureert

[kokx]

Intern in de source worden componenten uit elkaar gehouden, doordat ze elk eigen messages versturen om informatie op te vragen. En bij zo'n message zit een message id. Vrijwel alles werkt namelijk via active polling.

Bij een reply vanuit de ducobox wordt die dus naar het juiste component geroute doordat de code controleert of er componenten zijn met diezelfde message id: https://github.com/kokx/e...onents/duco/duco.cpp#L109

Oftewel, die code hoeft niet te controleren of het voor het juiste adres is. Volledig overbodige operatie dus.

@mysense Die behavior qua CO2-sensoren is wel vreemd. Maar wel valt het me op dat je elke 5 seconden een update vraagt van de CO2-sensoren. Dat is wel een erg korte tijd tussen updates van die sensoren en heeft eigenlijk geen nut. De meeste CO2-sensoren hebben vaak al een seconde of 45-50 nodig om een nieuwe waarde te geven. Mogelijk wordt de Duco daardoor overvraagt en verwart die intern de waarden. Kun je kijken wat er gebeurt als je de update_interval update naar 60 seconden?

[mysense]

Thanks. lekkere AI rabbithole dus (zoals marnie al aangaf).
ik heb de polling aangepast naar 60s zal later vandaag even een grafiekje van de data delen

Ik hoop dat daarmee dan ook het 'forwarden' van de data goed word opgepakt. Want ik denk dus vrij zeker te weten dat CO2 'livingroom' af en toe zijn connectie verliest en dan de data doorstuurt via CO2 sensor 'bedroom' (op basis van Duco die hier langs is geweest), en dat deze 'livingroom' soms een aantal uur niet beschikbaar was in home assistant.

heb even de tijd nodig om wat logs te verzamelen. geduld is niet mijn sterkste kant.


(deze noob had 5s geselecteer op basis van dit voorbeeld)

[icecreamfarmer]

kokx schreef op vrijdag 19 december 2025 @ 22:18:
Voor de esphome heb je geen speciale hardware nodig. Enige wat je nodig hebt is een NodeMCU(-like) ESP32 board. Diegene die je linkt zal waarschijnlijk werken, al zul je wel de juiste poorten moeten configureren. Je kunt er waarschijnlijk ook eentje vinden die je niet hoeft te solderen, maar die dus met headers voorgesoldeerd komt.

Uiteindelijk kun je met wat standaard jumper wires hem dan aan de Duco zelf krijgen en de power ook laten voorzien door de Duco. Dus hoef je niet eens te solderen.

Over welke van de 3 opties je moet nemen ben ik natuurlijk wel wat biased, maar je analyse is op zich correct. Het is natuurlijk wel dat je met de optie van ESPhome wat zelf moet knutselen en het op eigen risico is.

Ja ik zie deze met voorgemonteerde pinnen

https://nl.aliexpress.com...OgSdvKMHAqE0aApwUEALw_wcB

En daar moet ik dan dit bijbestellen:
https://nl.aliexpress.com...41414%7C_p_origin_prod%3A

[mysense]

icecreamfarmer schreef op woensdag 24 december 2025 @ 09:24:
[...]


Ja ik zie deze met voorgemonteerde pinnen

https://nl.aliexpress.com...OgSdvKMHAqE0aApwUEALw_wcB

En daar moet ik dan dit bijbestellen:
https://nl.aliexpress.com...41414%7C_p_origin_prod%3A

Pak de female-female pinnen voor de dcuo box. en ik zou ze minimaal 50cm pakkend at is makkelijker om het beetje weg te stoppen.

Ik heb gewoon in NL besteld want kosten zijn laag en gaat veel sneller.

https://www.tinytronics.n...le-female-100cm-10-draden

https://www.tinytronics.n...en-bluetooth-board-cp2102

Ik ben ook net vorige week begonnen (dus misschien niet de best-buy optie maar werkt wel).
Makkelijkste is om eerst even "ESPHome" er op te gaan zetten. dat is goed gedocumenteerd en dan heb je de basis. Vanuit daar kan de software van kokx er op zetten.

ik heb esphome, via home assistant en esphome builder er op gezet

[ Voor 9% gewijzigd door mysense op 24-12-2025 09:31 ]

[kokx]

Pak inderdaad female-to-female kabeltjes. Mogelijk wil je iets langere kabeltjes pakken, want die headers zitten ver voorin de box, en achterin heb je wat ruimte om die module neer te leggen. Mocht je in de toekomst meer van dit soort dingen willen hebben, kun je ook een uitgebreider setje halen van dit soort kabeltjes (male-to-male + male-to-female + female-to-female), dan kun je ze ook altijd chainen.

[mysense]

Bericht aangepast. Het aanpassen van de poll rate heeft wel iets geholpen maar niet alles opgelost.
Ik zal vandaag proberen de polling nog wat langzamer te zetten, en de 2 CO2 sensoren op andere waardes te zetten (91s / 70s)

de 'flow' en combinatie
de blauwe lijn (flow) toont nog steeds normaal gedrag. snachts staat de ventilatie aan, zodra we opstaan word het minder


CO sensor 'bedroom'
Toont veel minder afwijkingen dan voorheen, maar nog wel een paar.
Ik denk ook dat de grafiek 'snachts' niet klopt. De aflopende lijn verwacht ik in de woonkamer, en die pieken (hoog) verwacht ik in de slaapkamer.


CO sensor 'livingroom
Dit is mijn grootste issue, deze sensor lijkt soms helemaal weg te vallen. (al lijkt het zo dat de box het wel weet, want de 'flow' is goed. Soms is de grafiek wel goed, ik denk dat er op dat moment een goede directe verbinding is met de sensor

[ Voor 74% gewijzigd door mysense op 25-12-2025 08:33 ]

[semitweakert]

Sinds een tijdje gebruik ik ook de ESPHome module van @kokx. Dat werkt echt super! Nu het vriest merkte ik alleen wat bijzonders op. Gisteren ging de vorstbeveiliging aan, hierdoor gaat de ventilatie tijdelijk ongebalanceerd draaien. Dus ik hoorde de hele tijd de box weer opspinnen naar maximale flow en dan weer zakken en weer omhoog. Op het scherm van de box zag ik ook een temperatuur van -3. De ESP module lijkt hier niet helemaal lekker mee om te kunnen gaan: die gaf continue 0.1 graden aan. Ik heb nog niet echt in de code kunnen kijken, maar zag al wel wat gebruik van uint16_t. Mogelijk dat dat de veroorzaker is, als ik tijd heb zal ik er eens dieper in kijken, maar lijkt me een simpele fix.

[blubgup]

semitweakert schreef op vrijdag 26 december 2025 @ 11:55:
Sinds een tijdje gebruik ik ook de ESPHome module van @kokx. Dat werkt echt super! Nu het vriest merkte ik alleen wat bijzonders op. Gisteren ging de vorstbeveiliging aan, hierdoor gaat de ventilatie tijdelijk ongebalanceerd draaien. Dus ik hoorde de hele tijd de box weer opspinnen naar maximale flow en dan weer zakken en weer omhoog. Op het scherm van de box zag ik ook een temperatuur van -3. De ESP module lijkt hier niet helemaal lekker mee om te kunnen gaan: die gaf continue 0.1 graden aan. Ik heb nog niet echt in de code kunnen kijken, maar zag al wel wat gebruik van uint16_t. Mogelijk dat dat de veroorzaker is, als ik tijd heb zal ik er eens dieper in kijken, maar lijkt me een simpele fix.

Was mij inderdaad ook opgevallen dat de temperatuur niet onder nul gaat. Ik dacht dat het aan de sensor lag, maar zou mooi zijn als dat makkelijk gefixt kon worden!

[kokx]

Mooie find qua bug! Ik heb ook even in mijn eigen logs van de temperatuur van de binnenkomende lucht gekeken, en hier krijg ik dezelfde behavior.

De relevante code is hier te vinden: https://github.com/kokx/e...co/sensor/sensor.cpp#L108

Bij mij bleef de temperatuur op het ene moment op 0.0 hangen, en op een ander moment op 0.2. Dit is logisch, aangezien waarden die boven de 100 graden liggen gediscard worden. Indien de box gewoon een two's complement signed int geeft, zal die waarde automatisch te hoog worden.

Ik heb snel even een potentiele fix gemaakt en lokaal getest of hij redelijke waarden blijft geven. Dat is het geval. Testen met negatieve waarden kan mogelijk lastig worden voor mijn appartement, waar de binnenkomende lucht altijd al iets opgewarmd wordt voordat die de box in stroomt.

@semitweakert @blubgup zouden jullie deze fix ook vandaag kunnen deployen, en de komende dagen in de gaten houden of dit het oplost? Deze fix zit in de laatste versie van het component.

[blubgup]

@kokx Wellicht domme vraag, is dat een kwestie van opnieuw compilen en installeren?

[ Voor 5% gewijzigd door blubgup op 26-12-2025 14:12 ]

[kokx]

@blubgup In principe is opnieuw compilen en flashen op de module voldoende, als je een redelijke refresh interval geset hebt van een paar minuten. Voor meer info, zie https://esphome.io/compon...ternal-components_refresh

[semitweakert]

Snelle service @kokx! Ik heb zojuist de esp opnieuw geflashed. Het gaat hier weer vriezen vannacht dus morgen weten we meer .

[blubgup]

kokx schreef op vrijdag 26 december 2025 @ 14:14:
@blubgup In principe is opnieuw compilen en flashen op de module voldoende, als je een redelijke refresh interval geset hebt van een paar minuten. Voor meer info, zie https://esphome.io/compon...ternal-components_refresh

Ik had die optie uberhaubt niet geconfigureerd staan onder de external components. Heb hem er maar even in gezet met 0s en opnieuw geflashed. Daarna weer aangepast naar iets langer

[blubgup]

De temperatuur gaat hier nu naar -0.6 dus het lijkt geholpen te hebben 👌

[semitweakert]

blubgup schreef op vrijdag 26 december 2025 @ 18:59:
De temperatuur gaat hier nu naar -0.6 dus het lijkt geholpen te hebben 👌

Ook hier werd nu een negatieve temperatuur geregistreerd

[mysense]

Hier ook de temperatuur geupdate, bedankt voor de fix.

Onderstussen ben ik nog steeds aan het uitzoeken waarom mijn waardes zo verspringen of dubbel zijn.
... hier stond nog meer, maar dat heb ik verwijderd want nog niet zo zeker van mijn zaak...

[ Voor 91% gewijzigd door mysense op 30-12-2025 14:51 ]

[jorritsmit]

Is het ook mogelijk een co2 sensor te faken en daarmee de co2 waardes van een andere sensor door te geven aan de box? Als alternatief zou ik graag de flow in percentages besturen (dus niet low, mid, high) zoals je wel in de week programmas kan, is je dat toevallig gelukt?

Ik gebruik nu het connectivity board en de rest api, maar daarmee lukt het niet

[blubgup]

Die slimmigheid kun je met de esp module bouwen in HomeAssistant. Zelf bepalen bij welke co2 waarde de box aan moet gaan etc.

[kokx]

@jorritsmit Ik heb helaas geen manier gevonden om de flow percentage te kunnen bepalen. Ook ben ik niet gedoken in hoe precies de sensoren aangesloten zijn, dus ik kan je helaas daar niet verder mee helpen.

[jorritsmit]

kokx schreef op donderdag 15 januari 2026 @ 19:41:
@jorritsmit Ik heb helaas geen manier gevonden om de flow percentage te kunnen bepalen. Ook ben ik niet gedoken in hoe precies de sensoren aangesloten zijn, dus ik kan je helaas daar niet verder mee helpen.

Ik heb geen sensoren dus de auto stand draait altijd op de minimale snelheid. Nu kun je die minimale snelheid instellen op de box (in percentages) die heb ik nu dus op 70 procent gezet en dan kan ik schakelen tussen stand 2, auto en stand 3 voor respectievelijk 50 70 en 100 procent

Het is een workaround die genoeg voor me werkt maar het is wel echt mega knudde dat er zo weinig mogelijk is (waarschijnlijk zodat je die dure sensors van ze koopt)

[marnie]

jorritsmit schreef op woensdag 14 januari 2026 @ 18:38:
Is het ook mogelijk een co2 sensor te faken en daarmee de co2 waardes van een andere sensor door te geven aan de box? Als alternatief zou ik graag de flow in percentages besturen (dus niet low, mid, high) zoals je wel in de week programmas kan, is je dat toevallig gelukt?

Ik gebruik nu het connectivity board en de rest api, maar daarmee lukt het niet

Met de oude communication print https://www.bol.com/nl/nl...n-print/9200000079369769/ (ik heb er zelf een van marktplaats gehaald) kan je met HA en REST commando's de Duco wel besturen. De connectivity board heeft te weinig mogelijkheden. Zie: marnie in "Duco energy comfort 325 icm Home Assistant"

Je kan een CO2 sensor niet faken in de Duco CO2 regeling (auto bedrijf), de originele sensor zal de fake waardes overschrijven.

Wat wel kan is met HA en REST het debiet aan te sturen (hand bedrijf). Vb: marnie in "Duco energy comfort 325 icm Home Assistant"
Met een beetje HA templating maak je zo een % sturing ipv een laag/midden/hoog.

[BiG-GuY]

Voor de gebruikers van de Communication Print heb ik een HA Custom Component ontwikkeld. Hij moet nog goedgekeurd worden in HACS, maar je kan hem al handmatig installeren door mijn repo toe te voegen binnen HACS of handmatig te installeren.

https://github.com/danielpetrovic/ha-ducobox

[jorritsmit]

marnie schreef op vrijdag 16 januari 2026 @ 20:45:
[...]

Met de oude communication print https://www.bol.com/nl/nl...n-print/9200000079369769/ (ik heb er zelf een van marktplaats gehaald) kan je met HA en REST commando's de Duco wel besturen. De connectivity board heeft te weinig mogelijkheden. Zie: marnie in "Duco energy comfort 325 icm Home Assistant"

Je kan een CO2 sensor niet faken in de Duco CO2 regeling (auto bedrijf), de originele sensor zal de fake waardes overschrijven.

Wat wel kan is met HA en REST het debiet aan te sturen (hand bedrijf). Vb: marnie in "Duco energy comfort 325 icm Home Assistant"
Met een beetje HA templating maak je zo een % sturing ipv een laag/midden/hoog.

In dat voorbeeld is het ook alleen laag/middel/hoog. Ik heb eigenlijk nog niks gezien wat de nieuwe print niet kan en de oude wel

[Fat Baba]

Ik Wil graag mijn Duco Silent smart maken.
Is het mogelijk om de esp32 direct aan te sluiten op een Duco Silent? Op de 5 pins netwerk poort bijvoorbeeld? En dit uit te lezen via esp32 en HA?

[kokx]

Eerder heeft iemand een Duco Silent Connect werkend gekregen met de ESPhome module. Dus waarschijnlijk moet dat ook voor jou lukken: MisterMeJ in "Duco energy comfort 325 icm Home Assistant"

[Fat Baba]

kokx schreef op vrijdag 30 januari 2026 @ 12:00:
Eerder heeft iemand een Duco Silent Connect werkend gekregen met de ESPhome module. Dus waarschijnlijk moet dat ook voor jou lukken: MisterMeJ in "Duco energy comfort 325 icm Home Assistant"

Dat met een connectivity board inderdaad. Die zijn nieuw op het moment best prijzig. Ik hoopte dat het goedkopen kan.

Ik denk even goed MP in de gaten houden dan maar

[bassio]

Ik kwam dit topic tegen in mijn zoektocht om mijn Ducobox Energy Premium (400-2ZH-L) wat beter aan te kunnen sturen dan alleen de CO2 sensor die beneden hangt. Mega bedankt iedereen voor de info in dit topic en @BiG-GuY voor het maken van de integratie . Gelukkig had ik al vanaf het begin het communicatie board in de Duco zitten, dus ik kon al veel uitlezen via een oude HA integratie of via de local webpage.

jorritsmit schreef op vrijdag 16 januari 2026 @ 14:34:
[...]

Ik heb geen sensoren dus de auto stand draait altijd op de minimale snelheid. Nu kun je die minimale snelheid instellen op de box (in percentages) die heb ik nu dus op 70 procent gezet en dan kan ik schakelen tussen stand 2, auto en stand 3 voor respectievelijk 50 70 en 100 procent

Het is een workaround die genoeg voor me werkt maar het is wel echt mega knudde dat er zo weinig mogelijk is (waarschijnlijk zodat je die dure sensors van ze koopt)

Ik heb bij Ikea de Alpstuga sensoren (https://www.ikea.com/nl/n...eitsensor-smart-50604187/) gehaald en die op de slaapkamers en werkkamers geplaatst. Deze vervolgens via de Home Assistant Connect ZBT-2 Zigbee/Thread (https://www.hashop.nl/Home-Assistant-Connect-ZBT-2) via Matter/Thread in Home Assistant aangesloten. Op basis van die sensoren heb ik een mooi dashboad gemaakt zodat ik het een beetje in de gaten kan houden. Nu wil ik nog een stap verder gaan en de box ook slimmer aansturen, b.v. als op 1 van de kamers de Co2 boven de 1100 komt.


In totaal zijn de kosten voor 5 Co2 sensoren en de hardware voor de Matter integratie ongeveer 250 euro. De Ikea sensoren hebben namelijk geen kabel of stroomadapter, dus die moeten er nog bij. Maar dat is ongeveer 7-10 euro (of misschien heb je die nog wel liggen)

Op basis van de HA integratie (https://github.com/danielpetrovic/ha-ducobox) heb ik kunnen vinden dat ik ook de fanspeed aan kan sturen. Ik heb nu een simpele automation gemaakt die kijkt of 1 van de sensoren boven de 1100 komt, en dan de speed met 5% verhoogt. Na 10 min checked hij of de Co2 weer onder de 900 en dan zet hij hem terug naar AUTO. Is het nog te hoog, gooit hij er 5% bij tot een max van 90%. Moet hem nog testen, maar met een beetje vibe coding kwam dit er uit.

Dit is de Yaml:

code:

alias: "Duco Fan: Smart Multi-Room CO2 Control with Safety"
description: Dynamic speed increase (5% steps) capped at 90%
triggers:
  - entity_id:
      - sensor.co2_1_carbon_dioxide
      - sensor.co2_2_carbon_dioxide
      - sensor.co2_3_carbon_dioxide
      - sensor.co2_4_dioxide
    above: 1100
    id: high_co2
    trigger: numeric_state
  - entity_id:
      - sensor.co2_1_carbon_dioxide
      - sensor.co2_2_carbon_dioxide
      - sensor.co2_3_carbon_dioxide
      - sensor.co2_4_dioxide
    below: 900
    for:
      minutes: 5
    id: low_co2
    trigger: numeric_state
actions:
  - choose:
      - conditions:
          - condition: trigger
            id: high_co2
        sequence:
          - repeat:
              while:
                - condition: template
                  value_template: "{{ states(trigger.entity_id) | float > 1050 }}"
                - condition: numeric_state
                  entity_id: fan.ducobox_ventilation
                  attribute: percentage
                  below: 90
              sequence:
                - action: fan.set_percentage
                  target:
                    entity_id: fan.ducobox_ventilation
                  data:
                    percentage: >
                      {% set current = state_attr('fan.ducobox_ventilation',
                      'percentage') | int(0) %} {{ [current + 5, 90] | min }}
                - delay:
                    minutes: 10
      - conditions:
          - condition: trigger
            id: low_co2
          - condition: template
            value_template: "{{ states(trigger.entity_id) | float < 900 }}"
        sequence:
          - action: fan.set_preset_mode
            target:
              entity_id: fan.ducobox_ventilation
            data:
              preset_mode: Auto
          - action: notify.mobile_app
            data:
              title: Ventilation Reset
              message: >-
                {{ state_attr(trigger.entity_id, 'friendly_name') }} cleared.
                Returning to Auto.
mode: restart

Op dit moment kan de integratie alleen de fan speed aansturen, maar ik vroeg mij af of je ook niet de zone sturing kan gebruiken. Dan kan je ook per zone de toevoer gaan sturen. In de (local) webinterface kan je de verschillende nodes aan klikken (67&68 zijn de zone kleppen) en dan daar ook waardes zetten en dus de box aan sturen.
Nodes:

Nodes details


@BiG-GuY, is dit nog iets wat toegevoegd zou kunnen worden aan de integratie denk je? Dat zou echt heel vet zijn. Ik ga nog kijken met iemand of we betere aansturing kunnen bedenken ipv met stapje van 5%. Als de zonesturing er ook is dan kan je hem helemaal slim maken.

[BiG-GuY]

@bassio ik gebruik zelf de originele CO2 sensoren van de Duco. Die triggeren automatisch de aansturing van de DucoBox, dus dat doe ik niet via HA.

Ik gebruik HA enkel om de modus te wisselen afhankelijk van de tijd van de dag en of we thuis zijn. En om alles te loggen. Ook gebruik ik dezelfde sensoren als Temp sensor voor HA Virtual Thermostats, zodat ik geen fysieke thermostaten nodig heb.

Heb gekeken naar het implementeren van externe aansturing per sensor, maar het voegde niks toe, want intern stuurt de Duco het door naar de DucoBox Node 1. Als je in een van de andere nodes Overrule of Operation state aanpast, wordt dit toegepast op Node 1, niet op de Node waarop je het toepast.

Heb zelf geen VLV dus weet niet of die anders reageert, heb alleen 5x UCCO2 sensor en 1 knop met besturing en CO2 in de woonkamer. Zie je de VLV wel binnen de DucoBox integratie?

[ Voor 3% gewijzigd door BiG-GuY op 31-01-2026 12:10 ]

[marnie]

BiG-GuY schreef op zaterdag 31 januari 2026 @ 12:09:
@bassio ik gebruik zelf de originele CO2 sensoren van de Duco. Die triggeren automatisch de aansturing van de DucoBox, dus dat doe ik niet via HA.

Ik gebruik HA enkel om de modus te wisselen afhankelijk van de tijd van de dag en of we thuis zijn. En om alles te loggen. Ook gebruik ik dezelfde sensoren als Temp sensor voor HA Virtual Thermostats, zodat ik geen fysieke thermostaten nodig heb.

Heb gekeken naar het implementeren van externe aansturing per sensor, maar het voegde niks toe, want intern stuurt de Duco het door naar de DucoBox Node 1. Als je in een van de andere nodes Overrule of Operation state aanpast, wordt dit toegepast op Node 1, niet op de Node waarop je het toepast.

Heb zelf geen VLV dus weet niet of die anders reageert, heb alleen 5x UCCO2 sensor en 1 knop met besturing en CO2 in de woonkamer. Zie je de VLV wel binnen de DucoBox integratie?

@bassio
Ik heb hier de Comfort 325 met originele CO2 sensoren en kleppen voor twee zones, alles gemonitord op HA via REST en de ' oude' communication print. Ik heb een beperkte automatisering in HA met betrekking tot de RH setwaarde en het debiet na toiletbezoek.

De zonekleppen zijn niet te besturen vanuit HA, maar de Duco regeling werkt eigenlijk heel goed.

Ik heb de onderstaande regeling gezien, volgens mij werkt de CO2 zone regeling als volgt:

• Als de CO2 waardes van de zones onder de respectievelijke CO2 setpoints liggen dan staan beide zonekleppen open.
• Als een CO2 waarde van een zone boven zijn zone setpoint komt en de CO2 waarde van de andere zone zit nog onder zijn setpoint dan opent de bijbehorende zoneklep zich. De andere zoneklep sluit zich en gaat wel weer open als de CO2 waarde van deze zone boven zijn setpoint komt.
• Het debiet verhoogt zich om de CO2 waarde per zone onder zijn setpoint te houden.

[bassio]

BiG-GuY schreef op zaterdag 31 januari 2026 @ 12:09:
@bassio
Zie je de VLV wel binnen de DucoBox integratie?

@BiG-GuY , thanks voor je antwoord! Ik zie binnen de HA integratie niet de VLV's. Ik denk ook dat dat iets dynamisch is en per box kan verschillen, afhankelijk hoeveel zones je hebt en hoeveel accessoires. In de duco interface zie je natuurlijk wel de verschillende zones en kan je deze kwa tijd en week/weekend instellen. Maar omdat je ze via de Node ook kon overrulen leek het mij dat je daarmee nog iets specifieke kon aansturen. Zeker voor de slaapkamers is dat overdag handig omdat je in principe overdag meer flow beneden hebt, tenzij de kids langer op hun slaapkamer zitten. Dan wil je de balans meer verschuiven naar de slaapkamers, maar niet per se de totale flow hoger maken.

marnie schreef op zaterdag 31 januari 2026 @ 12:43:
[...]

@bassio
Ik heb hier de Comfort 325 met originele CO2 sensoren en kleppen voor twee zones, alles gemonitord op HA via REST en de ' oude' communication print. Ik heb een beperkte automatisering in HA met betrekking tot de RH setwaarde en het debiet na toiletbezoek.

De zonekleppen zijn niet te besturen vanuit HA, maar de Duco regeling werkt eigenlijk heel goed.

Ik heb de onderstaande regeling gezien, volgens mij werkt de CO2 zone regeling als volgt:

• Als de CO2 waardes van de zones onder de respectievelijke CO2 setpoints liggen dan staan beide zonekleppen open.
• Als een CO2 waarde van een zone boven zijn zone setpoint komt en de CO2 waarde van de andere zone zit nog onder zijn setpoint dan opent de bijbehorende zoneklep zich. De andere zoneklep sluit zich en gaat wel weer open als de CO2 waarde van deze zone boven zijn setpoint komt.
• Het debiet verhoogt zich om de CO2 waarde per zone onder zijn setpoint te houden.

@marnie , ik snap dat als je ook de CO2 sensoren van Duco op de andere zones hebt de Duco dan inderdaad reageert zoals jij aangeeft. maar dat zou dus mooi zijn als dat ook via de HA integratie zou kunnen. Het zou echt de laatste stap zijn in het perfectioneren, want inderdaad werkt het nu ook al heel goed. Ben echt tevreden met de WTW.

[marnie]

bassio schreef op zaterdag 31 januari 2026 @ 22:18:
[...]

[...]

@marnie , ik snap dat als je ook de CO2 sensoren van Duco op de andere zones hebt de Duco dan inderdaad reageert zoals jij aangeeft. maar dat zou dus mooi zijn als dat ook via de HA integratie zou kunnen. Het zou echt de laatste stap zijn in het perfectioneren, want inderdaad werkt het nu ook al heel goed. Ben echt tevreden met de WTW.

Ik ben ook tevreden met de Duco D325.
De CO2 waarden kan ik uitlezen op ppm waarde, de kleppen van de zones kan ik niet uitlezen en ook niet aanpassen/besturen, dat zit in de besturing van de Duco zelf.

[SASKIN]

Hi allen leuk om jullie verhalen te lezen. Ik krijg binnenkort mijn Ducobox Focus Connected geleverd. Ik heb er ook regelkleppen bijbesteld. Ik heb de gesprekken van 2022-2023 gelezen en toen was het nog niet mogelijk om de regelkleppen aan te sturen via home assistant. Is dat nu wel mogelijk (eventueel via een omweg)? Kan iemand dat bevestigen?