Duco energy comfort 325 icm Home Assistant

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

[DirkjanS]

SASKIN schreef op zondag 8 februari 2026 @ 20:42:
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?

Beetje late reactie, misschien heb je het al uitgevonden, maar ik ben nu toevallig zelf ook bezig een ducobox Focus in Home Assistant te integreren. Omdat ik geen geld over heb voor die dure communication print doe ik dat op basis van de ESP plugin van @kokx, en probeer ik op basis van zijn code en die van @amauer te reverse engineeren hoe ik verdere informatie en aansturing per node kan realiseren. Dat gaat zonder kennis van C+, Python en YAML wat stroefjes, maar ChatGPT stuurt me met trail en error wel in de juiste richting.

Sorry, lang verhaal, maar het antwoord op je vraag is volgens mij: Ja, dat moet wel kunnen. Als je de TCP specificatie bekijkt van Duco zie je op de een na laatste pagina welke aansturingsmogelijkheden je per node hebt, daarmee kan je in elk geval de 3 manual standen en auto per klep selecteren: https://www.duco.eu/Wes/C...l)_638884516543904258.pdf

[icecreamfarmer]

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

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.

Die link werkt niet meer dus het wordt hobbyen.

Hoe makkelijk is die ducobox open te schroeven en kan ik zo'n beetje alles laten zitten?
Is het bv alleen top paneel verwijderen?

[leime]

Van een Ducobox kun je de witte voorkant er zo af klikken. Daarna kun je direct bij de elektronica.

[SASKIN]

icecreamfarmer schreef op zaterdag 28 maart 2026 @ 12:13:
[...]


Die link werkt niet meer dus het wordt hobbyen.

Hoe makkelijk is die ducobox open te schroeven en kan ik zo'n beetje alles laten zitten?
Is het bv alleen top paneel verwijderen?

Je kunt ze ook dicht zetten, maar dat wordt niet aangeraden..

[kokx]

Het ligt aan de specifieke Duco die je hebt hoe je die kan openen. Gelukkig heeft Duco zelf behoorlijk wat video's met instructies voor zowel onderhoud als hoe je zo'n module kan installeren: https://www.duco.eu/nl/vi...e-duco-connectivity-board

[icecreamfarmer]

SASKIN schreef op zondag 29 maart 2026 @ 22:26:
[...]


Je kunt ze ook dicht zetten, maar dat wordt niet aangeraden..

Hoe bedoel je?

[mysense]

Is het wellicht ook mogelijk om het stroomverbruik van de duco te gaan meten?
Ik overweeg het te meten via een slimme stekker en dan een powercalc library item aan te maken. Maar misschien geeft duco dit ook wel direct door?


https://github.com/bramstroker/homeassistant-powercalc

[BiG-GuY]

Er is geen Power waarde in mijn DucoBox Energy Comfort 325 met de Communication Print (0000-4251).

Alle sensoren die beschikbaar zijn heb ik geïmplementeerd in mijn HACS Component.

Heb de mijne gewoon aan een uitvoering: HomeWizard Energy Socket aangesloten voor stroomgebruik.

[mysense]

bedankt voor de snelle reactie big-guy. Ik gebruik zelf de esp32 integreatie van kokx maar verwacht dat daar het zelfde antwoord voor geld.

De powercalc integratie zou je in staat stellen het stroomverbruik virtueel te meten. Maar om dat goed te kunnen doen heb ik waarschijnlijk de debiet en druk waardes nodig.



Momenteel heb ik alleen de fanspeed en ik denk dus niet genoeg om het via powercalc virtueel te meten

[BiG-GuY]

@mysense, denk dat het te installatieafhankelijk is om een accurate virtuele berekening te maken. Debiet is instelbaar, maar de druk wordt volgens mij niet gemeten in de Duco zelf. En je kan ook installaties hebben met regelbare kleppen waardoor het extra variabel is.

[Joloco]

Plexxodus schreef op woensdag 10 september 2025 @ 15:48:
[...]


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%.

[Afbeelding]

Mijn excuses voor het reageren op een oud bericht van September vorige jaar, maar ik heb hetzelfde probleem als @Plexxodus met een Ducobox Energy Comfort D325: de bypass sluit terwijl deze open zou moeten zijn.

De bypass-modus staat op AUTO, de adaptieve modus is aan, de comforttemperatuur is zo laag mogelijk ingesteld (10°C) en de binnentemperatuur is rond 20°C.

Gezien deze waarden zouden we dus verwachten dat de bypass open is, toch?

Nou, als de buitentemperatuur 15°C of hoger is, werkt het apparaat zoals verwacht. De bypass-status is 100% (dus: volledig open, koel lucht komt binnen).

Maar wanneer de buitentemperatuur zakt tot 14°C of lager, sluit de bypass en wordt de status weergegeven als (OVRL) 0% (dus volledig gesloten, warmtewisselaar actief, de koele avondlucht wordt opgewarmd).

Dit wil ik natuurlijk niet - het lijkt het nut van de bypass-modus teniet te doen!

Ik heb overal gezocht, maar nergens legt Duco uit wat (OVRL) betekent of waarom de bypass zou sluiten in strijd met hun beschrijving van de werking.

Ik heb Duco hierover een bericht gestuurd, maar heb geen antwoord ontvangen. Heeft iemand enig idee wat er aan de hand is of hoe dit op te lossen?

[ Voor 0% gewijzigd door Joloco op 21-05-2026 11:36 . Reden: Bijgewerkte temperaturen waarbij de storing optreedt ]

[EsDeKa]

Zit me ook in te lezen over de bypass van mijn nieuwbouw Duco, volgens installation manual zou die moeten uitschakelen bij 10 °C, maar misschien is dit dan 15 °C?

Bypass

The bypass ensures, should it be necessary, that there is no heat transfer between air extracted and supplied. This means that the house cools down in a controlled and gradual manner. This function is active mainly in the summer. The bypass opens when the indoor temperature rises above the set comfort temperature (set to 21.5 °C by default) and the outdoor temperature is above10 °C.

Al geprobeerd om de bypass manueel op Open in te stellen?

[leime]

Ik zie hier inderdaad hetzelfde gedrag. Aankomende nacht wil ik m eens met de hand hard open zetten, kijken wat er dan gebeurt.

^{(Screenshot uit een momenteel nog vrij brak opgezette Home Assistant grafiek)}

• Groen is de bypass stand (schaal rechts in procenten)
• Paars is de buitentemperatuur (schaal links in graden)
• Oranje is de temperatuur van de aanvoer lucht het huis in (schaal links in graden)

Zou dit een veiligheidsmaatregel kunnen zijn om condensvorming aan de buitenkant van de kanalen te voorkomen? Als je uitgaat van een relatief hoge RH van 60% en het is binnen dik 23 graden ligt het dauwpunt rond die 15 graden. Dan wil je niet dat je kanalen kouden worden dan dat. (Je kan ook een lagere RH pakken, dan mag het wat warmer worden. Uiteindelijk zijn er best wat realistische scenarios waarin je dauwpunt richting de 15 graden gaat.)

Wel jammer dat de boel dan niet gaat moduleren op die 15 graden. Dan heb ik de hele nacht steady koele lucht het huis in. Heb al met de gedachten gespeeld om de aansturing van de bypass zelf te gaan doen om er meer controle over de krijgen. Zelfs al om t hele ding zelf te gaan aansturen, maar die neiging heb ik al snel als engineer in de automatisering.

[Anleifr99]

@kokx Thanks voor je werk! Ik heb het sinds oktober succesvol draaien op m'n Energy Comfort Plus D350 met SW versie: 23010.3.2.0 & 15071.3.0.0 SN met fabricatiedatum 17 jan 2025.

Alles functioneert qua sensoren en veranderen van de mode werkt vlot, maar ik krijg op geen enkele manier de comfort temperature aan de praat. Ik ben nu al een paar dagen aan het zoeken (met behulp van Gemini) en heb al talloze opties geprobeerd, oa ook jouw code in number.cpp lokaal aangepast om op Node 2 enz te kijken.

Ik krijg geen setpoint waarde door, en kan ook geen waarde zenden naar de box. Als ik op de box de comfort temperatuur aanpas wijzigt er ook niks in HA. De box zelf staat Bypass op mode "auto", adaptief "uit" maar als ik adaptief aan zet verandert dat niks. De huidige waarde van de bypass wordt wél correct uitgelezen.

Iemand enig idee waar ik kan verder zoeken of met een werkende Plus versie? Maak ik ergens een (domme) fout? Any help is geapprecieerd.

Was geen punt voor de warme dagen, maar nu zou ik het wel fijn vinden om mits automations de comfort temperatuur te kunnen gaan regelen. :)

Onderstaand m'n config en logs, tijdens het nemen van de log heb ik 2x de comfort temperatuur aangepast op de unit zelf.

YAML:

esphome:
  name: desphome-web-097f08
  friendly_name: Ducobox
  min_version: 2025.11.0
  name_add_mac_suffix: false
  # Pull the comfort temperature setting from the box on boot

esp32:
  variant: esp32
  framework:
    type: esp-idf

# Enable logging
logger:

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"
    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"

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

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

external_components:
  - source:
      type: local
      path: external_components

# Enable Home Assistant API
api:

# Allow Over-The-Air updates
ota:
- platform: esphome

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

Logs

code:

INFO ESPHome 2026.5.0
INFO Loaded validated config cache for esphome-web-097f08.yaml, skipping validation.
INFO Starting log output from 192.168.129.83 using esphome API
INFO Successfully resolved desphome-web-097f08 @ 192.168.129.83 in 0.000s
INFO Successfully connected to desphome-web-097f08 @ 192.168.129.83 in 0.056s
INFO Successful handshake with desphome-web-097f08 @ 192.168.129.83 in 0.036s
[17:14:32.117][I][app:151]: ESPHome version 2026.5.0 compiled on 2026-05-24 16:58:21 +0200
[17:14:32.118][I][app:158]: ESP32 Chip: ESP32 rev3.1, 2 core(s)
[17:14:32.118][W][app:171]: Chip rev >= 3.0 detected. Set minimum_chip_revision: "3.1" under esp32 > framework > advanced to reduce binary size
[17:14:32.118][W][app:198]: Bootloader supports SRAM1 as IRAM (+40KB). Set sram1_as_iram: true under esp32 > framework > advanced
[17:14:32.125][C][logger:219]: Logger:
[17:14:32.125][C][logger:219]:   Max Level: DEBUG
[17:14:32.125][C][logger:219]:   Initial Level: DEBUG
[17:14:32.126][C][logger:226]:   Log Baud Rate: 115200
[17:14:32.126][C][logger:226]:   Hardware UART: UART0
[17:14:32.147][C][logger:235]:   Task Log Buffer Size: 768 bytes
[17:14:32.167][C][uart.idf:254]: UART Bus 1:
[17:14:32.168][C][uart.idf:152]:   TX Pin: GPIO17
[17:14:32.168][C][uart.idf:152]:   RX Pin: GPIO16
[17:14:32.169][C][uart.idf:259]:   RX Buffer Size: 256
[17:14:32.169][C][uart.idf:259]:   RX Full Threshold: 56
[17:14:32.169][C][uart.idf:259]:   RX Timeout: 2
[17:14:32.175][C][uart.idf:268]:   Baud Rate: 57600 baud
[17:14:32.175][C][uart.idf:268]:   Data Bits: 8
[17:14:32.175][C][uart.idf:268]:   Parity: NONE
[17:14:32.175][C][uart.idf:268]:   Stop bits: 1
[17:14:32.175][C][uart.idf:268]:   Wake on data RX: ENABLED
[17:14:32.191][C][duco:117]: DUCO:
[17:14:32.191][C][duco:118]:   Send Wait Time: 250 ms
[17:14:32.191][C][duco:119]:   CRC Disabled: NO
[17:14:32.396][C][wifi:1526]: WiFi:
[17:14:32.396][C][wifi:1526]:   Local MAC: 3C:8A:1F:09:7F:08
[17:14:32.396][C][wifi:1526]:   Connected: YES
[17:14:32.412][C][wifi:1237]:   IP Address: 192.168.129.83
[17:14:32.413][C][wifi:1248]:   SSID: 'WiFi-2.4-0E3F'[redacted]
[17:14:32.413][C][wifi:1248]:   BSSID: 38:17:B1:85:80:24[redacted]
[17:14:32.413][C][wifi:1248]:   Hostname: 'desphome-web-097f08'
[17:14:32.413][C][wifi:1248]:   Signal strength: -52 dB ▂▄▆█
[17:14:32.413][C][wifi:1248]:   Channel: 1
[17:14:32.413][C][wifi:1248]:   Subnet: 255.255.254.0
[17:14:32.413][C][wifi:1248]:   Gateway: 192.168.128.1
[17:14:32.413][C][wifi:1248]:   DNS1: 192.168.128.1
[17:14:32.413][C][wifi:1248]:   DNS2: 0.0.0.0
[17:14:32.414][C][sntp:058]: SNTP Time:
[17:14:32.421][C][sntp:061]:   Server 0: '0.pool.ntp.org'
[17:14:32.422][C][sntp:061]:   Server 1: '1.pool.ntp.org'
[17:14:32.423][C][sntp:061]:   Server 2: '2.pool.ntp.org'
[17:14:32.424][C][time:049]: Timezone: UTC+1:00 (DST UTC+2:00)
[17:14:32.428][C][time:055]: Current time: 2026-05-24 17:14:32
[17:14:32.464][C][esphome.ota:097]: Over-The-Air updates:
[17:14:32.464][C][esphome.ota:097]:   Address: 192.168.129.83:3232
[17:14:32.464][C][esphome.ota:097]:   Version: 2
[17:14:32.464][C][safe_mode:058]: Safe Mode:
[17:14:32.464][C][safe_mode:058]:   Successful after: 60s
[17:14:32.464][C][safe_mode:058]:   Invoke after: 10 attempts
[17:14:32.464][C][safe_mode:058]:   Duration: 300s
[17:14:32.465][C][safe_mode:079]:   Bootloader rollback: not supported
[17:14:32.480][C][api:243]: Server:
[17:14:32.480][C][api:243]:   Address: 192.168.129.83:6053
[17:14:32.480][C][api:243]:   Listen backlog: 4
[17:14:32.480][C][api:243]:   Max connections: 5
[17:14:32.527][C][api:255]:   Noise encryption: NO
[17:14:32.527][C][mdns:230]: mDNS:
[17:14:32.527][C][mdns:230]:   Hostname: desphome-web-097f08
[17:14:33.667][D][duco:152]: Duco message sent: 04  0C 3D  02 01
[17:14:33.849][S][sensor]: 'DUCO Mode Time Remaining' >> 0 s
[17:14:34.098][D][duco:152]: Duco message sent: 04  0C 3E  02 01
[17:14:34.173][D][duco select:142]: Current mode: AUTO
[17:14:34.226][D][duco:152]: Duco message sent: 05  24 3F  00 12 0A
[17:14:34.284][S][select]: 'DUCO Mode' >> AUTO
[17:14:34.877][D][duco:152]: Duco message sent: 04  0C 40  02 01
[17:14:35.062][S][sensor]: 'DUCO Flow Level' >> 30 %
[17:14:37.100][D][duco:152]: Duco message sent: 04  0C 41  02 01
[17:14:37.178][D][duco select:142]: Current mode: AUTO
[17:14:37.296][S][select]: 'DUCO Mode' >> AUTO
[17:14:38.666][D][duco:152]: Duco message sent: 04  0C 42  02 01
[17:14:38.842][S][sensor]: 'DUCO Mode Time Remaining' >> 0 s
[17:14:39.880][D][duco:152]: Duco message sent: 04  0C 43  02 01
[17:14:40.061][S][sensor]: 'DUCO Flow Level' >> 30 %
[17:14:40.101][D][duco:152]: Duco message sent: 04  0C 44  02 01
[17:14:40.178][D][duco select:142]: Current mode: AUTO
[17:14:40.288][S][select]: 'DUCO Mode' >> AUTO
[17:14:42.520][I][safe_mode:142]: Boot seems successful; resetting boot loop counter
[17:14:42.605][D][duco:152]: Duco message sent: 05  24 45  00 01 09
[17:14:42.791][S][sensor]: 'Fresh air to inside temperature' >> 23.8 °C
[17:14:43.098][D][duco:152]: Duco message sent: 04  0C 46  02 01
[17:14:43.176][D][duco select:142]: Current mode: AUTO
[17:14:43.289][S][select]: 'DUCO Mode' >> AUTO
[17:14:43.665][D][duco:152]: Duco message sent: 04  0C 47  02 01
[17:14:43.849][S][sensor]: 'DUCO Mode Time Remaining' >> 0 s
[17:14:43.981][D][duco:152]: Duco message sent: 05  24 48  00 00 09
[17:14:44.131][S][sensor]: 'Fresh air from outside temperature' >> 29.0 °C
[17:14:44.236][D][duco:152]: Duco message sent: 05  24 49  00 12 0A
[17:14:44.570][D][duco:152]: Duco message sent: 07  10 4A  01 01 00 1A 10
[17:14:44.661][D][duco sensor:029]: Box Serial: P408744-250604-004
[17:14:44.777][S][text_sensor]: 'DUCO Serial Number' >> 'P408744-250604-004'
[17:14:44.790][D][duco:152]: Duco message sent: 05  24 4B  00 03 09
[17:14:44.860][D][duco:152]: Duco message sent: 05  24 4C  00 02 09
[17:14:44.874][D][duco:152]: Duco message sent: 04  0C 4D  02 01
[17:14:44.965][S][sensor]: 'Stale air to outside temperature' >> 27.2 °C
[17:14:44.966][S][sensor]: 'Stale air from inside temperature' >> 22.7 °C
[17:14:44.967][S][sensor]: 'DUCO Flow Level' >> 30 %
[17:14:46.103][D][duco:152]: Duco message sent: 04  0C 4E  02 01
[17:14:46.175][D][duco select:142]: Current mode: AUTO
[17:14:46.288][S][select]: 'DUCO Mode' >> AUTO
[17:14:47.041][D][duco:152]: Duco message sent: 05  24 4F  00 10 09
[17:14:47.149][D][preferences:148]: Writing 1 items: 0 cached, 1 written, 0 failed
[17:14:47.250][S][sensor]: 'Bypass' >> 0 %
[17:14:48.664][D][duco:152]: Duco message sent: 04  0C 50  02 01
[17:14:48.850][S][sensor]: 'DUCO Mode Time Remaining' >> 0 s
[17:14:49.102][D][duco:152]: Duco message sent: 04  0C 51  02 01
[17:14:49.174][D][duco select:142]: Current mode: AUTO
[17:14:49.271][S][select]: 'DUCO Mode' >> AUTO
[17:14:49.874][D][duco:152]: Duco message sent: 04  0C 52  02 01
[17:14:50.065][S][sensor]: 'DUCO Flow Level' >> 30 %
[17:14:52.099][D][duco:152]: Duco message sent: 04  0C 53  02 01
[17:14:52.174][D][duco select:142]: Current mode: AUTO
[17:14:52.289][S][select]: 'DUCO Mode' >> AUTO
[17:14:53.663][D][duco:152]: Duco message sent: 04  0C 54  02 01
[17:14:53.838][S][sensor]: 'DUCO Mode Time Remaining' >> 0 s
[17:14:54.226][D][duco:152]: Duco message sent: 05  24 56  00 12 0A
[17:14:54.878][D][duco:152]: Duco message sent: 04  0C 57  02 01
[17:14:55.059][S][sensor]: 'DUCO Flow Level' >> 30 %
[17:14:55.101][D][duco:152]: Duco message sent: 04  0C 58  02 01
[17:14:55.178][D][duco select:142]: Current mode: AUTO
[17:14:55.287][S][select]: 'DUCO Mode' >> AUTO
[17:14:58.102][D][duco:152]: Duco message sent: 04  0C 59  02 01
[17:14:58.175][D][duco select:142]: Current mode: AUTO
[17:14:58.289][S][select]: 'DUCO Mode' >> AUTO
[17:14:58.665][D][duco:152]: Duco message sent: 04  0C 5A  02 01
[17:14:58.850][S][sensor]: 'DUCO Mode Time Remaining' >> 0 s
[17:14:59.874][D][duco:152]: Duco message sent: 04  0C 5B  02 01
[17:15:00.060][S][sensor]: 'DUCO Flow Level' >> 30 %
[17:15:01.103][D][duco:152]: Duco message sent: 04  0C 5C  02 01
[17:15:01.181][D][duco select:142]: Current mode: AUTO
[17:15:01.290][S][select]: 'DUCO Mode' >> AUTO
[17:15:03.665][D][duco:152]: Duco message sent: 04  0C 5D  02 01
[17:15:03.853][S][sensor]: 'DUCO Mode Time Remaining' >> 0 s
[17:15:04.102][D][duco:152]: Duco message sent: 04  0C 5E  02 01
[17:15:04.222][D][duco select:142]: Current mode: AUTO
[17:15:04.226][D][duco:152]: Duco message sent: 05  24 5F  00 12 0A
[17:15:04.300][S][select]: 'DUCO Mode' >> AUTO
[17:15:04.879][D][duco:152]: Duco message sent: 04  0C 60  02 01
[17:15:05.059][S][sensor]: 'DUCO Flow Level' >> 30 %
[17:15:07.105][D][duco:152]: Duco message sent: 04  0C 61  02 01
[17:15:07.198][D][duco select:142]: Current mode: AUTO
[17:15:07.313][S][select]: 'DUCO Mode' >> AUTO
[17:15:08.666][D][duco:152]: Duco message sent: 04  0C 62  02 01
[17:15:08.851][S][sensor]: 'DUCO Mode Time Remaining' >> 0 s
[17:15:09.880][D][duco:152]: Duco message sent: 04  0C 63  02 01
[17:15:10.061][S][sensor]: 'DUCO Flow Level' >> 30 %
[17:15:10.100][D][duco:152]: Duco message sent: 04  0C 64  02 01
[17:15:10.204][D][duco select:142]: Current mode: AUTO
[17:15:10.317][S][select]: 'DUCO Mode' >> AUTO
[17:15:13.103][D][duco:152]: Duco message sent: 04  0C 65  02 01
[17:15:13.172][D][duco select:142]: Current mode: AUTO
[17:15:13.286][S][select]: 'DUCO Mode' >> AUTO
[17:15:13.668][D][duco:152]: Duco message sent: 04  0C 66  02 01
[17:15:13.849][S][sensor]: 'DUCO Mode Time Remaining' >> 0 s
[17:15:14.226][D][duco:152]: Duco message sent: 05  24 67  00 12 0A
[17:15:14.873][D][duco:152]: Duco message sent: 04  0C 68  02 01
[17:15:16.098][D][duco:152]: Duco message sent: 04  0C 69  02 01
[17:15:16.174][D][duco select:142]: Current mode: AUTO
[17:15:16.286][S][select]: 'DUCO Mode' >> AUTO
[17:15:18.665][D][duco:152]: Duco message sent: 04  0C 6A  02 01
[17:15:18.850][S][sensor]: 'DUCO Mode Time Remaining' >> 0 s
[17:15:19.105][D][duco:152]: Duco message sent: 04  0C 6B  02 01
[17:15:19.175][D][duco select:142]: Current mode: AUTO
[17:15:19.285][S][select]: 'DUCO Mode' >> AUTO
[17:15:19.875][D][duco:152]: Duco message sent: 04  0C 6C  02 01
[17:15:20.066][S][sensor]: 'DUCO Flow Level' >> 30 %
[17:15:22.104][D][duco:152]: Duco message sent: 04  0C 6D  02 01
[17:15:22.178][D][duco select:142]: Current mode: AUTO
[17:15:22.289][S][select]: 'DUCO Mode' >> AUTO
[17:15:23.664][D][duco:152]: Duco message sent: 04  0C 6E  02 01
[17:15:23.849][S][sensor]: 'DUCO Mode Time Remaining' >> 0 s
[17:15:24.221][D][duco:152]: Duco message sent: 05  24 6F  00 12 0A
[17:15:24.876][D][duco:152]: Duco message sent: 04  0C 70  02 01
[17:15:25.061][S][sensor]: 'DUCO Flow Level' >> 30 %
[17:15:25.101][D][duco:152]: Duco message sent: 04  0C 71  02 01
[17:15:25.176][D][duco select:142]: Current mode: AUTO
[17:15:25.287][S][select]: 'DUCO Mode' >> AUTO
[17:15:28.099][D][duco:152]: Duco message sent: 04  0C 72  02 01
[17:15:28.177][D][duco select:142]: Current mode: AUTO
[17:15:28.288][S][select]: 'DUCO Mode' >> AUTO
[17:15:28.670][D][duco:152]: Duco message sent: 04  0C 73  02 01
[17:15:28.849][S][sensor]: 'DUCO Mode Time Remaining' >> 0 s
[17:15:29.876][D][duco:152]: Duco message sent: 04  0C 74  02 01
[17:15:30.077][S][sensor]: 'DUCO Flow Level' >> 30 %
[17:15:31.098][D][duco:152]: Duco message sent: 04  0C 75  02 01
[17:15:31.174][D][duco select:142]: Current mode: AUTO
[17:15:31.290][S][select]: 'DUCO Mode' >> AUTO
[17:15:33.668][D][duco:152]: Duco message sent: 04  0C 76  02 01
[17:15:33.851][S][sensor]: 'DUCO Mode Time Remaining' >> 0 s
[17:15:34.102][D][duco:152]: Duco message sent: 04  0C 77  02 01
[17:15:34.205][D][duco select:142]: Current mode: AUTO
[17:15:34.221][D][duco:152]: Duco message sent: 05  24 78  00 12 0A
[17:15:34.307][S][select]: 'DUCO Mode' >> AUTO
[17:15:34.874][D][duco:152]: Duco message sent: 04  0C 79  02 01
[17:15:35.060][S][sensor]: 'DUCO Flow Level' >> 30 %
[17:15:37.099][D][duco:152]: Duco message sent: 04  0C 7A  02 01
[17:15:37.175][D][duco select:142]: Current mode: AUTO
[17:15:37.289][S][select]: 'DUCO Mode' >> AUTO
[17:15:38.663][D][duco:152]: Duco message sent: 04  0C 7B  02 01
[17:15:38.854][S][sensor]: 'DUCO Mode Time Remaining' >> 0 s
[17:15:39.876][D][duco:152]: Duco message sent: 04  0C 7C  02 01
[17:15:40.060][S][sensor]: 'DUCO Flow Level' >> 30 %
[17:15:40.097][D][duco:152]: Duco message sent: 04  0C 7D  02 01
[17:15:40.175][D][duco select:142]: Current mode: AUTO
[17:15:40.288][S][select]: 'DUCO Mode' >> AUTO
[17:15:42.601][D][duco:152]: Duco message sent: 05  24 7E  00 01 09
[17:15:42.902][S][sensor]: 'Fresh air to inside temperature' >> 23.8 °C
[17:15:43.104][D][duco:152]: Duco message sent: 04  0C 7F  02 01
[17:15:43.174][D][duco select:142]: Current mode: AUTO
[17:15:43.299][S][select]: 'DUCO Mode' >> AUTO
[17:15:43.663][D][duco:152]: Duco message sent: 04  0C 80  02 01
[17:15:43.842][S][sensor]: 'DUCO Mode Time Remaining' >> 0 s
[17:15:43.983][D][duco:152]: Duco message sent: 05  24 81  00 00 09
[17:15:44.167][S][sensor]: 'Fresh air from outside temperature' >> 29.0 °C
[17:15:44.221][D][duco:152]: Duco message sent: 05  24 82  00 12 0A
[17:15:44.566][D][duco:152]: Duco message sent: 07  10 83  01 01 00 1A 10
[17:15:44.664][D][duco sensor:029]: Box Serial: P408744-250604-004
[17:15:44.778][S][text_sensor]: 'DUCO Serial Number' >> 'P408744-250604-004'
[17:15:44.788][D][duco:152]: Duco message sent: 05  24 84  00 03 09
[17:15:44.855][D][duco:152]: Duco message sent: 05  24 85  00 02 09
[17:15:44.877][D][duco:152]: Duco message sent: 04  0C 86  02 01
[17:15:44.965][S][sensor]: 'Stale air to outside temperature' >> 27.2 °C
[17:15:44.967][S][sensor]: 'Stale air from inside temperature' >> 22.7 °C
[17:15:44.968][S][sensor]: 'DUCO Flow Level' >> 30 %
[17:15:46.103][D][duco:152]: Duco message sent: 04  0C 87  02 01
[17:15:46.178][D][duco select:142]: Current mode: AUTO
[17:15:46.287][S][select]: 'DUCO Mode' >> AUTO
[17:15:47.044][D][duco:152]: Duco message sent: 05  24 88  00 10 09
[17:15:47.171][S][sensor]: 'Bypass' >> 0 %
[17:15:48.664][D][duco:152]: Duco message sent: 04  0C 89  02 01
[17:15:48.851][S][sensor]: 'DUCO Mode Time Remaining' >> 0 s
[17:15:49.098][D][duco:152]: Duco message sent: 04  0C 8A  02 01
[17:15:49.181][D][duco select:142]: Current mode: AUTO
[17:15:49.292][S][select]: 'DUCO Mode' >> AUTO
[17:15:49.878][D][duco:152]: Duco message sent: 04  0C 8B  02 01
[17:15:50.061][S][sensor]: 'DUCO Flow Level' >> 30 %
[17:15:52.101][D][duco:152]: Duco message sent: 04  0C 8C  02 01
[17:15:52.158][D][duco select:142]: Current mode: AUTO

[kokx]

@Anleifr99 wat je misschien kan proberen is om de update_interval weg te halen voor de Comfort Temperature. Ik denk eigenlijk niet dat dat het probleem is (als het goed is, is dat binnen de duco box slechts een simpele memory-lookup), maar ik heb bij andere waarden ooit gezien dat een lagere update_interval problemen gaf. Bij de default van 60 seconden zou dat iig goed moeten gaan.

In je logs zie ik iniedergval niks van de Comfort Temperature voorbij komen. Mogelijk probeert hij dat wel, maar dat zou je wat dieper moeten gaan debuggen met andere logger waarden en mogelijk ook met extra statements in de code.

Helaas zijn er meer mensen met problemen met de comforttemperatuur. Maar ik heb helaas niet voldoende informatie over hoe die in elkaar zit bij andere Duco's dan die van mijzelf. Mocht je een logic analyzer en een (eventueel geleende) Connectivity Module / Print hebben, kunnen we eens wat dieper kijken wat er precies gebeurt.

[Anleifr99]

@kokx 60s interval lost het inderdaad niet op, was het proberen waard.

Ik had al eens zitten klooien met very verbose logging, maar ik ken er zelf niet genoeg van en het gaat m'n petje te boven om daar iets nuttig uit te halen. Indien nuttig kan ik dat nog wel eens doen.

Ik zie het zeker zitten om een USB logic analyzer te scoren en samen wat verder te zoeken, als ik ergens een connectivity module kan lenen van iemand. Who knows zitten hier nog Gentenaars of mensen uit de regio mee te lezen. Ik kijk eens rond of ik iets kan fixen en kom dan wel terug. Thanks!

[Plexxodus]

leime schreef op zondag 24 mei 2026 @ 10:16:
Ik zie hier inderdaad hetzelfde gedrag. Aankomende nacht wil ik m eens met de hand hard open zetten, kijken wat er dan gebeurt.

[Afbeelding] ^{(Screenshot uit een momenteel nog vrij brak opgezette Home Assistant grafiek)}

• Groen is de bypass stand (schaal rechts in procenten)
• Paars is de buitentemperatuur (schaal links in graden)
• Oranje is de temperatuur van de aanvoer lucht het huis in (schaal links in graden)

Zou dit een veiligheidsmaatregel kunnen zijn om condensvorming aan de buitenkant van de kanalen te voorkomen? Als je uitgaat van een relatief hoge RH van 60% en het is binnen dik 23 graden ligt het dauwpunt rond die 15 graden. Dan wil je niet dat je kanalen kouden worden dan dat. (Je kan ook een lagere RH pakken, dan mag het wat warmer worden. Uiteindelijk zijn er best wat realistische scenarios waarin je dauwpunt richting de 15 graden gaat.)

Wel jammer dat de boel dan niet gaat moduleren op die 15 graden. Dan heb ik de hele nacht steady koele lucht het huis in. Heb al met de gedachten gespeeld om de aansturing van de bypass zelf te gaan doen om er meer controle over de krijgen. Zelfs al om t hele ding zelf te gaan aansturen, maar die neiging heb ik al snel als engineer in de automatisering.

En nog nieuwe data vanuit de handmatige sturing?

Ik merk hier ook nog steeds een beperkte opening van de bypass.

[Martijndunnink]

Joloco schreef op woensdag 20 mei 2026 @ 16:46:
[...]

Mijn excuses voor het reageren op een oud bericht van September vorige jaar, maar ik heb hetzelfde probleem als @Plexxodus met een Ducobox Energy Comfort D325: de bypass sluit terwijl deze open zou moeten zijn.

De bypass-modus staat op AUTO, de adaptieve modus is aan, de comforttemperatuur is zo laag mogelijk ingesteld (10°C) en de binnentemperatuur is rond 20°C.

Gezien deze waarden zouden we dus verwachten dat de bypass open is, toch?

Nou, als de buitentemperatuur 15°C of hoger is, werkt het apparaat zoals verwacht. De bypass-status is 100% (dus: volledig open, koel lucht komt binnen).

Maar wanneer de buitentemperatuur zakt tot 14°C of lager, sluit de bypass en wordt de status weergegeven als (OVRL) 0% (dus volledig gesloten, warmtewisselaar actief, de koele avondlucht wordt opgewarmd).

Dit wil ik natuurlijk niet - het lijkt het nut van de bypass-modus teniet te doen!

Ik heb overal gezocht, maar nergens legt Duco uit wat (OVRL) betekent of waarom de bypass zou sluiten in strijd met hun beschrijving van de werking.

Ik heb Duco hierover een bericht gestuurd, maar heb geen antwoord ontvangen. Heeft iemand enig idee wat er aan de hand is of hoe dit op te lossen?

[Afbeelding]

[Afbeelding]

Dit komt vermoedelijk door de adaptive instelling in combinatie met grenswaarden van de unit, bij een te groot verschil in buitentemperatuur vs binnen temperatuur sluit de bypass om "tocht klachten" te voorkomen.
Optie om nog te proberen is om de nightboost functie in te schakelen, hier ben ik nu zelf mee aan het testen.

[Plexxodus]

Plexxodus schreef op dinsdag 26 mei 2026 @ 06:10:
[...]

En nog nieuwe data vanuit de handmatige sturing?

Ik merk hier ook nog steeds een beperkte opening van de bypass.

Na een check van alle instellingen kom ik erachter dat nightboost weer uit staat (stroomstoring?).

Nu weer aangezet en daarmee heeft de hele nacht de bypass op 100% gestaan.

[FTL]

kokx schreef op maandag 5 mei 2025 @ 17:44:
Mocht iemand hier nog iets in zoeken, voor ESPhome heb ik een component geschreven om met alleen een ESP32 een Duco box te besturen.

Documentatie is hier te vinden.

Gezien het niet gemerged is in ESPhome, moet je het component nog wel toevoegen:

code:

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

Dat ziet er erg belovend uit, is die alleen voor de Duco Connect - ik heb de oude non-connect.