Welke connector modbus rs485 op wtw

[silvanverschuur]

Joove schreef op dinsdag 28 mei 2024 @ 21:31:
[...]


Lees hier mijn uitleg van de zonewerking van de HRU400. Je kan de hoeveelheid lucht per zone instellen via de service app, dus als er te weinig wordt afgezogen in de badkamer zone dan verhoog je hem daar. Niet vergeten ook in zone 1 en/of 2 de toevoer te verhogen voor de balans. Mijn ervaring met een losse RTF RV sensor voor vocht (ligt op de spiegelkast) dat goed automatisch gaat, raam beslaat aan de bovenkant een beetje en dan slaat hij aan en blijft langgenoeg ‘na’draaien.

Bedankt voor de link, ben weer wat wijzer geworden m.b.t zonering. De instellingen die je via de service app kunt aanpassen, zijn dat de standaard waarden voor die zone? En had je daar niet een wachtwoord voor nodig? Volgens mij heb ik die app enige tijd geleden wel even bekeken, maar moest ik ergens een wachtwoord invoeren om meer in te kunnen stellen.

Op zich ben ik wel tevreden met de afzuiging in de badkamer, maar specifiek voor het douchen vind ik de afzuiging aan de lage kant. Nu heb ik zojuist voor het eerst de zones geregeld via Home Assistant i.c.m een ESPhome module die via RS485 aan de HRU400 hangt. Het viel mij op dat met de afstandsbediening (hoogste stand) het maximale debiet op 280 m3/h ligt. Met de maximale stand met de RTF Co2 sensoren is dat 239 m3/h (bv de woonkamer zone). Via Home Assistant kan ik de zone 3 (badkamer) nu op 399 instellen. Ik heb de HRU400 nog nooit zo hard horen blazen

In de badkamer voel ik nu met mijn hand echt een goede luchtstroom bij het afzuigventiel. Aangezien ik de afzuiging rondom het douchen graag wil automatiseren is dit denk ik voor mij wel een goede oplossing.

[vormulier]

Ik heb nog even met de bypass gespeelt:

YAML:

# Als u via MobBus RS-485 de bypassklep open wil zetten dient u de afvoerventilator af te laten toeren naar 200 m³/h of minder.
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "Bypass valve - on/off" # 0 = off 1 = on
    id: HRU_bypass_valve_on_off
    register_type: holding
    address: 2033
    min_value: 0
    max_value: 1
    step: 1
    use_write_multiple: true
    icon: mdi:toggle-switch-variant
    on_value_range:
      - above: 0.5
        then:
          if:
            condition:
              lambda: 'return id(hru_m3h_toevoer_binnen_total).state > 200;'
            then: 
              - logger.log: "The sensor value is above 200!, change fan to 200"
              - number.set:
                  id: HRU_fan_demand_value
                  value: 200. # Lower the fan to the bypass allowed value
              - delay: 5s # Give the bypass time to open
              - number.set:
                  id: HRU_fan_demand_value
                  value: 0 # Set the fan back to auto.
            else:
              - logger.log: "The sensor value is below 200!, turn on bypass"
      - below: 0.5
        then:
          if:
            condition:
              lambda: 'return id(hru_m3h_toevoer_binnen_total).state > 200;'
            then: 
              - logger.log: "The sensor value is above 200, change fan to 200 before turn off"
              - number.set:
                  id: HRU_fan_demand_value
                  value: 200. # Lower the fan to the bypass allowed value
              - delay: 5s # Give the bypass time to close
              - number.set:
                  id: HRU_fan_demand_value
                  value: 0 # Set the fan back to auto.
            else:
              - logger.log: "The sensor value is below 200, turn off bypass"

Allicht zou je ook de fan terug kunnen zetten naar de laatste state, als hij bijvoorbeeld al op manual staat.. Maar goed dan word de if statement lekker complex

[ Voor 3% gewijzigd door vormulier op 29-05-2024 13:07 ]

[Fotsirxx]

vormulier schreef op woensdag 29 mei 2024 @ 13:06:
Ik heb nog even met de bypass gespeelt:

YAML:

# Als u via MobBus RS-485 de bypassklep open wil zetten dient u de afvoerventilator af te laten toeren naar 200 m³/h of minder.
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "Bypass valve - on/off" # 0 = off 1 = on
    id: HRU_bypass_valve_on_off
    register_type: holding
    address: 2033
    min_value: 0
    max_value: 1
    step: 1
    use_write_multiple: true
    icon: mdi:toggle-switch-variant
    on_value_range:
      - above: 0.5
        then:
          if:
            condition:
              lambda: 'return id(hru_m3h_toevoer_binnen_total).state > 200;'
            then: 
              - logger.log: "The sensor value is above 200!, change fan to 200"
              - number.set:
                  id: HRU_fan_demand_value
                  value: 200. # Lower the fan to the bypass allowed value
              - delay: 5s # Give the bypass time to open
              - number.set:
                  id: HRU_fan_demand_value
                  value: 0 # Set the fan back to auto.
            else:
              - logger.log: "The sensor value is below 200!, turn on bypass"
      - below: 0.5
        then:
          if:
            condition:
              lambda: 'return id(hru_m3h_toevoer_binnen_total).state > 200;'
            then: 
              - logger.log: "The sensor value is above 200, change fan to 200 before turn off"
              - number.set:
                  id: HRU_fan_demand_value
                  value: 200. # Lower the fan to the bypass allowed value
              - delay: 5s # Give the bypass time to close
              - number.set:
                  id: HRU_fan_demand_value
                  value: 0 # Set the fan back to auto.
            else:
              - logger.log: "The sensor value is below 200, turn off bypass"

Allicht zou je ook de fan terug kunnen zetten naar de laatste state, als hij bijvoorbeeld al op manual staat.. Maar goed dan word de if statement lekker complex

Ah, deze opmerking in de handleiding had ik even gemist. De ventilator staat al een paar dagen vrolijk harder dan 200 m³/h te blazen met de bypass open . Dankjewel voor het voorbeeld!

[vormulier]

Fotsirxx schreef op woensdag 29 mei 2024 @ 13:13:
[...]


Ah, deze opmerking in de handleiding had ik even gemist. De ventilator staat al een paar dagen vrolijk harder dan 200 m³/h te blazen met de bypass open . Dankjewel voor het voorbeeld!

De bypass mag open zijn op 399, hij mag alleen niet openen en sluiten boven de 200

[silvanverschuur]

vormulier schreef op woensdag 29 mei 2024 @ 13:06:
Ik heb nog even met de bypass gespeelt:

YAML:

# Als u via MobBus RS-485 de bypassklep open wil zetten dient u de afvoerventilator af te laten toeren naar 200 m³/h of minder.
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "Bypass valve - on/off" # 0 = off 1 = on
    id: HRU_bypass_valve_on_off
    register_type: holding
    address: 2033
    min_value: 0
    max_value: 1
    step: 1
    use_write_multiple: true
    icon: mdi:toggle-switch-variant
    on_value_range:
      - above: 0.5
        then:
          if:
            condition:
              lambda: 'return id(hru_m3h_toevoer_binnen_total).state > 200;'
            then: 
              - logger.log: "The sensor value is above 200!, change fan to 200"
              - number.set:
                  id: HRU_fan_demand_value
                  value: 200. # Lower the fan to the bypass allowed value
              - delay: 5s # Give the bypass time to open
              - number.set:
                  id: HRU_fan_demand_value
                  value: 0 # Set the fan back to auto.
            else:
              - logger.log: "The sensor value is below 200!, turn on bypass"
      - below: 0.5
        then:
          if:
            condition:
              lambda: 'return id(hru_m3h_toevoer_binnen_total).state > 200;'
            then: 
              - logger.log: "The sensor value is above 200, change fan to 200 before turn off"
              - number.set:
                  id: HRU_fan_demand_value
                  value: 200. # Lower the fan to the bypass allowed value
              - delay: 5s # Give the bypass time to close
              - number.set:
                  id: HRU_fan_demand_value
                  value: 0 # Set the fan back to auto.
            else:
              - logger.log: "The sensor value is below 200, turn off bypass"

Allicht zou je ook de fan terug kunnen zetten naar de laatste state, als hij bijvoorbeeld al op manual staat.. Maar goed dan word de if statement lekker complex

Mooi dat dit zo kan! In de handleiding lees ik dat die bypass klep in principe automatisch werkt. Hoe zou dat eigenlijk werken? Stel het is binnen 23 graden en buiten 12, waarom zou die bypass klep dan wel of niet open gaan?

[vormulier]

silvanverschuur schreef op woensdag 29 mei 2024 @ 21:18:
[...]


Mooi dat dit zo kan! In de handleiding lees ik dat die bypass klep in principe automatisch werkt. Hoe zou dat eigenlijk werken? Stel het is binnen 23 graden en buiten 12, waarom zou die bypass klep dan wel of niet open gaan?

Ja dat vraag ik mij dus ook af.. Maar ik heb hem dus nog nooit automagisch zien werken..

Net zoals de Co2 waarde die gaat het pas doen als je de Co2 sensoren hebt, de nachmodus werkt als je de spider hebt (en dus ook nacht begrenzing tot X%), er zal ook wel iets voor de bypass zijn.

Heel eerlijk denk ik ook dat de bypass anders moet in de yaml, want je stuurt het commando bypass meteen en past dan pas de waardes aan... Dus ik moet allicht nog even verder knutsellen met een button ofzo.. en dan heb je het echt pas mooi, dan zou je dus ook je kunnen testen of het al op manual mode staat of niet en het dan terug zetten.

[silvanverschuur]

vormulier schreef op woensdag 29 mei 2024 @ 21:28:
[...]


Ja dat vraag ik mij dus ook af.. Maar ik heb hem dus nog nooit automagisch zien werken..

Net zoals de Co2 waarde die gaat het pas doen als je de Co2 sensoren hebt, de nachmodus werkt als je de spider hebt (en dus ook nacht begrenzing tot X%), er zal ook wel iets voor de bypass zijn.

Heel eerlijk denk ik ook dat de bypass anders moet in de yaml, want je stuurt het commando bypass meteen en past dan pas de waardes aan... Dus ik moet allicht nog even verder knutsellen met een button ofzo.. en dan heb je het echt pas mooi, dan zou je dus ook je kunnen testen of het al op manual mode staat of niet en het dan terug zetten.

Het lijkt me voor de WTW lastig te bepalen of het nu zomer is met 12 graden in de nacht, of herfst met 12 graden overdag. Mijn met vorige 'domme' Itho fan had ik ook een HA automation die 's nachts de fan wat hoger zette. Dat gebruikte ik met name in de zomer om via de ventilatie roosters 's nachts wat meer koude/frisse lucht naar binnen te halen.

Zoiets kun je nu zelf ook doen met die bypass klep. Je kunt natuurlijk ook de commando's en delays in HA regelen. Het is echter wel mooier als het in ESPHome kan. Als ik binnenkort wat meer tijd heb zal ik er ook eens naar kijken.

[vormulier]

silvanverschuur schreef op woensdag 29 mei 2024 @ 21:58:
[...]


Het lijkt me voor de WTW lastig te bepalen of het nu zomer is met 12 graden in de nacht, of herfst met 12 graden overdag. Mijn met vorige 'domme' Itho fan had ik ook een HA automation die 's nachts de fan wat hoger zette. Dat gebruikte ik met name in de zomer om via de ventilatie roosters 's nachts wat meer koude/frisse lucht naar binnen te halen.

Zoiets kun je nu zelf ook doen met die bypass klep. Je kunt natuurlijk ook de commando's en delays in HA regelen. Het is echter wel mooier als het in ESPHome kan. Als ik binnenkort wat meer tijd heb zal ik er ook eens naar kijken.

Hij bepaalt ook niet of het zomer is. Er zit een waarde in de WTW unit deze kan je instellen via de app dit is de grens waarde.

Als binnen boven deze grens zit (23 graden uit het hoofd) dan is het te warm en gaat de bypass open als het buiten kouder is als binnen (geen idee welke delta hij hanteert)

Je kan het dus zo instellen dat het ook in de winter werkt, maar dat is zonde van het stoken.

Het zou indd mooi zijn als het in esph kan zat al te kijken:

YAML:

switch:
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "Bypass valve - on/off" # 0 = auto 1 = Manual
    id: HRU_bypass_valve_on_off_switch
    register_type: holding
    address: 2033
    use_write_multiple: true
    icon: mdi:toggle-switch-variant
    on_turn_on:
      then:
        if:
          condition:
            lambda: 'return id(hru_m3h_toevoer_binnen_total).state > 200;'
          then: 
            - logger.log: "The sensor value is above 200!, change fan to 200"
            - number.set:
                id: HRU_fan_demand_value
                value: 200. # Lower the fan to the bypass allowed value
            - delay: 5s # Give the bypass time to open
            - number.set:
                id: HRU_fan_demand_value
                value: 0 # Set the fan back to auto.
          else:
            - logger.log: "The sensor value is below 200!, turn on bypass"
    on_turn_off:
      then:
        if:
          condition:
            lambda: 'return id(hru_m3h_toevoer_binnen_total).state > 200;'
          then: 
            - logger.log: "The sensor value is above 200, change fan to 200 before turn off"
            - number.set:
                id: HRU_fan_demand_value
                value: 200. # Lower the fan to the bypass allowed value
            - delay: 5s # Give the bypass time to close
            - number.set:
                id: HRU_fan_demand_value
                value: 0 # Set the fan back to auto.
          else:
            - logger.log: "The sensor value is below 200, turn off bypass"

Dit lijkt al aardig in de buurt te komen, maar nog steeds is het dat je bezig betn met modbus en address: 2033, dus heel blij ben ik er nog niet mee

[silvanverschuur]

vormulier schreef op woensdag 29 mei 2024 @ 22:54:
[...]


Hij bepaalt ook niet of het zomer is. Er zit een waarde in de WTW unit deze kan je instellen via de app dit is de grens waarde.

Als binnen boven deze grens zit (23 graden uit het hoofd) dan is het te warm en gaat de bypass open als het buiten kouder is als binnen (geen idee welke delta hij hanteert)

Je kan het dus zo instellen dat het ook in de winter werkt, maar dat is zonde van het stoken.

Het zou indd mooi zijn als het in esph kan zat al te kijken:

YAML:

switch:
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "Bypass valve - on/off" # 0 = auto 1 = Manual
    id: HRU_bypass_valve_on_off_switch
    register_type: holding
    address: 2033
    use_write_multiple: true
    icon: mdi:toggle-switch-variant
    on_turn_on:
      then:
        if:
          condition:
            lambda: 'return id(hru_m3h_toevoer_binnen_total).state > 200;'
          then: 
            - logger.log: "The sensor value is above 200!, change fan to 200"
            - number.set:
                id: HRU_fan_demand_value
                value: 200. # Lower the fan to the bypass allowed value
            - delay: 5s # Give the bypass time to open
            - number.set:
                id: HRU_fan_demand_value
                value: 0 # Set the fan back to auto.
          else:
            - logger.log: "The sensor value is below 200!, turn on bypass"
    on_turn_off:
      then:
        if:
          condition:
            lambda: 'return id(hru_m3h_toevoer_binnen_total).state > 200;'
          then: 
            - logger.log: "The sensor value is above 200, change fan to 200 before turn off"
            - number.set:
                id: HRU_fan_demand_value
                value: 200. # Lower the fan to the bypass allowed value
            - delay: 5s # Give the bypass time to close
            - number.set:
                id: HRU_fan_demand_value
                value: 0 # Set the fan back to auto.
          else:
            - logger.log: "The sensor value is below 200, turn off bypass"

Dit lijkt al aardig in de buurt te komen, maar nog steeds is het dat je bezig betn met modbus en address: 2033, dus heel blij ben ik er nog niet mee

Die on_turn_on trigger wordt volgens mij past aangeroepen nadat de switch de ON/OFF actie heeft bevestigd. Dat betekent dus nadat je register 2033 op 1 hebt gezet. Stel dat je demand op een waarde > 200 stond, gaat het dan wel goed? Ik neem aan dat het zetten van 2033 dan al fout gaat.

[vormulier]

silvanverschuur schreef op donderdag 30 mei 2024 @ 06:58:
[...]


Die on_turn_on trigger wordt volgens mij past aangeroepen nadat de switch de ON/OFF actie heeft bevestigd. Dat betekent dus nadat je register 2033 op 1 hebt gezet. Stel dat je demand op een waarde > 200 stond, gaat het dan wel goed? Ik neem aan dat het zetten van 2033 dan al fout gaat.

Daar ben ik dus ook bang voor, Ik moet er nog even verder over na denken
Want een switch en button hebben alijd een platform nodig dat is wel even vervelend.

[vormulier]

Volgens mij is het dan zo:

YAML:

number:
##
# Controlling fan
## 
# -> By Demand
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "Demand ventilation speed" # Sets actual fan speed
    id: HRU_fan_demand_value
    icon: mdi:home-import-outline
    register_type: holding
    address: 2010
    min_value: 0
    max_value: 399
    step: 1
    value_type: U_WORD
    use_write_multiple: true
    on_value_range:
      - above: 2.0
        then: 
          - number.set:
              id: HRU_fan_demand_on_off
              value: 1.0
      - below: 1.0
        then:
          - number.set:
              id: HRU_fan_demand_on_off
              value: 0.0
###
# Bypass
###
  # 0 = down 
  # 550 = open
  # Inside air is directed to outside without passing the heat ex changer
  # Thus cold outside air does not heat up from the hot inside air
  # Note from manufacturer: 
     # Als u via MobBus RS-485 de bypassklep open wil zetten dient u 
     # de afvoerventilator af te laten toeren naar 200 m³/h of minder.
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "Bypass valve - on/off" # 0 = auto 1 = Manual
    id: HRU_bypass_valve_on_off
    register_type: holding
    address: 2033
    min_value: 0
    max_value: 1
    step: 1
    use_write_multiple: true
    icon: mdi:home-import-outline

switch:
  - platform: template
    name: "Bypass valve - on/off" # 0 = auto 1 = Manual
    id: HRU_bypass_valve_on_off_switch
    icon: mdi:toggle-switch-variant
    turn_on_action:
      then:
        if:
          condition:
            lambda: 'return id(hru_m3h_toevoer_binnen_total).state > 200;'
          then: 
            - logger.log: "The sensor value is above 200!, change fan to 200"
            - number.set:
                id: HRU_fan_demand_value
                value: 200 # Lower the fan to the bypass allowed value
            - delay: 5s # Give fan spin-down time
            - number.set:
                id: HRU_bypass_valve_on_off
                value: 1 # Set the bypass to on.
            - delay: 5s # Give bypass valve time to open
            - number.set:
                id: HRU_fan_demand_value
                value: 0 # Set the fan back to auto.
          else:
            - logger.log: "The sensor value is below 200!, turn on bypass"
            - number.set:
                id: HRU_fan_demand_value
                value: 1 # Set the bypass to on.
    turn_off_action:
      then:
        if:
          condition:
            lambda: 'return id(hru_m3h_toevoer_binnen_total).state > 200;'
          then: 
            - logger.log: "The sensor value is above 200, change fan to 200 before turn off"
            - number.set:
                id: HRU_fan_demand_value
                value: 200 # Lower the fan to the bypass allowed value
            - delay: 5s # Give fan spin-down time
            - number.set:
                id: HRU_bypass_valve_on_off
                value: 0 # Set the bypass to off.
            - delay: 5s # Give bypass valve time to open
            - number.set:
                id: HRU_fan_demand_value
                value: 0 # Set the fan back to auto.
          else:
            - logger.log: "The sensor value is below 200, turn off bypass"
            - number.set:
                id: HRU_bypass_valve_on_off
                value: 0 # Set the bypass to off.

De flow:
- Je drukt op de switch
- HRU_fan_demand_value word gezet op 200 en deze zet HRU_fan_demand_on_off op 1 (dit werkt al maanden als een zonnetje)
- HRU_bypass_valve_on_off word nu aan of uit gezet deze doet hierna verder niks.

[Ro123]

Totaal geen kaas van gegeten nog, alleen de turn_on_action heeft een `HRU_fan_demand_valve ` ipv een `HRU_bypass_valve_on_off `.

[Ro123]

vormulier schreef op dinsdag 28 mei 2024 @ 16:04:
[...]

Nee, zo lang je een signaal stuurt en hem manueel op een ventilatie stand zet gaat hij nie tmeer naar automagish.


[...]

Nee gewoon je manueele override uitzetten en het werkt allemaal weer

Als ik de manuele override uitzet (hoe? ), dan ben ik ook m'n gewenste debiet kwijt.

De hoofdreden om dat ding te bedienen is, dat de AUTO stand fixed 40% is, en dat is te weinig debiet.
Stand 2 bestaat niet, al kan je die wel instellen in de service-app. omdat dat ding een vochtsensor heeft, en dan is 2 => AUTO. Ik zou wel graag de bypass etc nog automatisch willen hebben.


Bedankt voor alle antwoorden, helaas nog niet aan kunnen beginnen, moet eerst nog e.e.a. afwerken van het hele ingebouwde WTW.

[ Voor 3% gewijzigd door Ro123 op 30-05-2024 10:07 ]

[silvanverschuur]

Ro123 schreef op donderdag 30 mei 2024 @ 10:02:
Totaal geen kaas van gegeten nog, alleen de turn_on_action heeft een `HRU_fan_demand_valve ` ipv een `HRU_bypass_valve_on_off `.

Goed opgemerkt! @vormulier Verder lijkt me dit een prima oplossing. Ga het binnenkort eens even proberen. Moet dan ook 2010 (HRU_fan_demand_value) nog even toevoegen. Op dit moment heb ik alleen nog maar gebruik gemaakt van die zone instellingen (3200, 3201, etc).

Wat gebeurt er eigenlijk met de zone 'demand' values als je 2010 ineens een hele hoge waarde geeft? Je totale demand gaat dan ineens erg omhoog, gaan die zones dan naar rato mee omhoog?

[Ro123]

vormulier schreef op dinsdag 28 mei 2024 @ 16:03:
[...]


Via USB werkt ook, maar dan zal je aan het begin van dit topic even moeten speuren over hoe en wat

Modbus en zigbee, zijn gewoon niet echt makkelijk aan elkaar te knopen denk ik, wifi is makkelijk snel en toegangkelijk

Ja het idee was, dat Zigbee niet constant verbinding heeft, alu-hoedje.. :-) En ook dat, mocht ik verhuizen, en dat zit er wel in, dat ik de Home Assistent laat staan, en dat men niet nieuwe WIFI verbinding in een module moet programmeren.

[vormulier]

Ro123 schreef op donderdag 30 mei 2024 @ 10:06:
[...]


Als ik de manuele override uitzet (hoe? ), dan ben ik ook m'n gewenste debiet kwijt.

Dan moet je HRU_fan_demand_on_off weer op 0 zetten.

De hoofdreden om dat ding te bedienen is, dat de AUTO stand fixed 40% is, en dat is te weinig debiet.

Dat is wel hoog hier draait hij standaard op 100m3/h op auto.

Stand 2 bestaat niet, al kan je die wel instellen in de service-app. omdat dat ding een vochtsensor heeft, en dan is 2 => AUTO. Ik zou wel graag de bypass etc nog automatisch willen hebben.

In theorie is de bypass dus automatisch.. in de praktijd alleen nog niet gespot

Bedankt voor alle antwoorden, helaas nog niet aan kunnen beginnen, moet eerst nog e.e.a. afwerken van het hele ingebouwde WTW.

np

[vormulier]

silvanverschuur schreef op donderdag 30 mei 2024 @ 10:09:
[...]
Wat gebeurt er eigenlijk met de zone 'demand' values als je 2010 ineens een hele hoge waarde geeft? Je totale demand gaat dan ineens erg omhoog, gaan die zones dan naar rato mee omhoog?

Werkelijk waar geen idee, ik heb geen zones. Ik zou verwachten indd dat hij de zones naar rato meeschaalt want als je 400m3/h vraagt maar alle zones zitten dicht dan werkt dat niet natuurlijk

Met deze switch kan je natuurlijk zelf ook wat zones anders schalen gelukkig

[vormulier]

Ro123 schreef op donderdag 30 mei 2024 @ 10:10:
[...]


Ja het idee was, dat Zigbee niet constant verbinding heeft, alu-hoedje.. :-) En ook dat, mocht ik verhuizen, en dat zit er wel in, dat ik de Home Assistent laat staan, en dat men niet nieuwe WIFI verbinding in een module moet programmeren.

Dat alu hoedje kan je thuis laten
https://www.led-gigant.nl/blogs/faq/hoe-veilig-is-zigbee/
Maar ieder zijn ding!

Je HA laten staan zou ik dus niet doen. ik trek gewoon de modbus uit de unit mocht ik ooit verhuizen. Het idee is dat de HRU co2 dan wel vocht sensoren die gekoppelt zitten aan de unit het huis gewoon een goed klimaat moeten geven. en dat ik zelf eventueel bijstuur mocht ik dat willen.

Stel mijn server gaat stuk dan kunnen in het erste geval alleen de lampen niet aan en dat lijkt mij een prima compromis. zo zit ook de warmtepomp/zonnepanelen in HA. HA moet stuk kunnen gaan en de rest moet blijven werken

[Joove]

silvanverschuur schreef op dinsdag 28 mei 2024 @ 21:50:
[...]
De instellingen die je via de service app kunt aanpassen, zijn dat de standaard waarden voor die zone? En had je daar niet een wachtwoord voor nodig? Volgens mij heb ik die app enige tijd geleden wel even bekeken, maar moest ik ergens een wachtwoord invoeren om meer in te kunnen stellen.

Geen wachtwoord nodig. Op de eerste screen selecteer je doorgang zonder account. Je zoek de seriecode op en voert die in. En vervolgens de gateway adres en wachtwoord, die op de kleine stickers (met qr-code) op de unit staan.
Je kan waarschijnlijk alles aanpassen en zien wat je ook met de modbus kan doen, zal weinig verschil tussen zitten.

[vormulier]

Joove schreef op donderdag 30 mei 2024 @ 22:45:
[...]
Je kan waarschijnlijk alles aanpassen en zien wat je ook met de modbus kan doen, zal weinig verschil tussen zitten.

Was dat vershil maar klein.. modbus is echt om hem te bedienen. In de unit zitten de instellingen die je dus niet met modbus kan aanpassen

en je kan veel meer aanpassen als je een installatie bedrijf bent, zo een account willen ze niet aan particulieren verschaffen. Al vraag ik me af of er een api is dan wel een webpagina als je de app niet gebruikt maar wel verbinding maakt met de unit.. eigenlijk nog niet naar gekeken

[vormulier]

Net even gekeken met een qr code lezer kan je het wachtwoord van de unit halen.

Dan kan je verbinden naar 192.168.4.1
Helaas krijg je dan een lege pagina te zien, dus er moet ergens een api / websocket zitten.

Morgen maar eens een man in the middle uitvoeren om te zien wat er over het netwerk gaat. Want de restricties zitten in de app niet in de unit..

[silvanverschuur]

Recentelijk heb ik de bouwfilters vervangen. Nu viel mij op dat er een metalen plaatje met tape is vastgeplakt op de plek waar je het filter naar binnen schuift. Dit is bij beide filters aanwezig. Zit dit er bij jullie ook of is de installateur vergeten dit te verwijderen bij de installatie? Ik heb Itho al geprobeerd te benaderen maar die reageren niet op mijn vragen.

[vormulier]

silvanverschuur schreef op dinsdag 18 juni 2024 @ 09:41:
Recentelijk heb ik de bouwfilters vervangen. Nu viel mij op dat er een metalen plaatje met tape is vastgeplakt op de plek waar je het filter naar binnen schuift. Dit is bij beide filters aanwezig. Zit dit er bij jullie ook of is de installateur vergeten dit te verwijderen bij de installatie? Ik heb Itho al geprobeerd te benaderen maar die reageren niet op mijn vragen.

[Afbeelding]

Dit hoort in je unit. Gewoon lekker laten zitten en als je de filters vervangt even een doekje er over

[silvanverschuur]

@vormulier Bedankt voor je reactie. Fijn om te horen dat dit er gewoon hoort te zitten.

[silvanverschuur]

@vormulier Ik zat nog even te kijken naar je ESPHome code m.b.t het regelen van de bypass klep. In je template switch zet je de bypass klep op manual via 2033. Moet je in dat geval ook niet register 2032 op een waarde groter dan 0 zetten zodat de klep ook daadwerkelijk open gaat? Volgens mij is de maximale waarde 550 (klep volledig open). Als je dat niet zou doen blijft de klep toch gewoon gesloten?

[vormulier]

silvanverschuur schreef op dinsdag 18 juni 2024 @ 11:35:
@vormulier Ik zat nog even te kijken naar je ESPHome code m.b.t het regelen van de bypass klep. In je template switch zet je de bypass klep op manual via 2033. Moet je in dat geval ook niet register 2032 op een waarde groter dan 0 zetten zodat de klep ook daadwerkelijk open gaat? Volgens mij is de maximale waarde 550 (klep volledig open). Als je dat niet zou doen blijft de klep toch gewoon gesloten?

2033 doet het zelfde als 2032 alleen de waardes zijn anders.
Ik had gehoopt dat 2032 zou rapporteren wat de status was maar deze waarde blijft altijd 0

De klep gaat dus gewoon open en dicht met alleen 2033 je kan dit ook gewoon horen / voelen als je bij de WTW staat.

[silvanverschuur]

vormulier schreef op dinsdag 18 juni 2024 @ 11:40:
[...]


2033 doet het zelfde als 2032 alleen de waardes zijn anders.
Ik had gehoopt dat 2032 zou rapporteren wat de status was maar deze waarde blijft altijd 0

De klep gaat dus gewoon open en dicht met alleen 2033 je kan dit ook gewoon horen / voelen als je bij de WTW staat.

Dat is inderdaad vreemd. Bij mij staat 2032 nu ook op 0. Dus als je 2033 op manual zet dan staat de klep dus volledig open? Ik zal het eens proberen terwijl ik bij de WTW in de buurt sta

[vormulier]

silvanverschuur schreef op dinsdag 18 juni 2024 @ 11:42:
[...]


Dat is inderdaad vreemd. Bij mij staat 2032 nu ook op 0. Dus als je 2033 op manual zet dan staat de klep dus volledig open? Ik zal het eens proberen terwijl ik bij de WTW in de buurt sta

Correct, de klep heeft alleen open en dicht en niks in het midden.

[silvanverschuur]

vormulier schreef op dinsdag 18 juni 2024 @ 10:00:
[...]


Dit hoort in je unit. Gewoon lekker laten zitten en als je de filters vervangt even een doekje er over

Na weken wachten eindelijk ook reactie gehad van de installateur. Deze geeft aan dat ik die plaatjes eruit kan/moet halen. Hadden ze dit dan toch tijdens de installatie moeten verwijderen? @vormulier heb jij dit ooit bij de installateur nagevraagd?

[vormulier]

silvanverschuur schreef op maandag 24 juni 2024 @ 18:48:
[...]


Na weken wachten eindelijk ook reactie gehad van de installateur. Deze geeft aan dat ik die plaatjes eruit kan/moet halen. Hadden ze dit dan toch tijdens de installatie moeten verwijderen? @vormulier heb jij dit ooit bij de installateur nagevraagd?

Nu zit er nog wel een verschil in kan en moet.
Bij kan laat ik ze zitten, bij moet vraag ik me af waarom het bedrijf ze er niet uit heeft gehaald bij installatie.

Als ik de installatie handleiding lees dan staat er niks over in dus lijkt het me meer een 'kan'

Ik vraag niks meer na bij de installateur, die doen er ook maanden over om te reageren..

[silvanverschuur]

vormulier schreef op dinsdag 25 juni 2024 @ 02:40:
[...]


Nu zit er nog wel een verschil in kan en moet.
Bij kan laat ik ze zitten, bij moet vraag ik me af waarom het bedrijf ze er niet uit heeft gehaald bij installatie.

Als ik de installatie handleiding lees dan staat er niks over in dus lijkt het me meer een 'kan'

Ik vraag niks meer na bij de installateur, die doen er ook maanden over om te reageren..

Ik heb ook niets kunnen vinden in de installatiehandleiding. Maar het is natuurlijk best gek dat hier een plaatje zit die de flow mogelijk wat beperkt. En als het echt de bedoeling was dan hadden ze hopelijk ook geen tape gebruikt om hem vast te zetten. Bij mij laat het tape namelijk al wat los.

[Sinny]

vormulier schreef op woensdag 24 april 2024 @ 13:50:
[...]


Kan je aanschaffen hier:

https://www.tinytronics.n...-screw-terminal-3p-3.81mm

En als je er toch bent:
https://www.tinytronics.n...m5stack-atomic-rs485-base
+
https://www.tinytronics.n...e-esp32-development-board

Tis allemaal wel weer wat duurder gewodren zie ik maar goed.. Dan heb je de "beginner" set zonder solderen en knutselen in een kastje

Ik ga er hier ook maar eens aan beginnen, tijd voor een nieuw projectje.

Samengevat; atom en de RS485 unit in elkaar klikken en de hru via de 3-polige stekker verbinden met 3 draden aan de A,B en GND terminals van de RS485 base. Toch?

5v usb-c gevoed via een oplader blokje van een oude telefoon.

Deel van de antwoorden staan al in het draadje, maar wil toch even zeker weten dat mijn gedachtegang goed is. Wil hem eerst op de manier met de atom inrichten om vervolgens zelf nog te knutselen met een esp32-wroom bordje en de soldeerbout. (Er zijn in de buurt nog meer HRU's die besturing nodig hebben )

Bedankt alvast!

[vormulier]

Sinny schreef op woensdag 3 juli 2024 @ 21:09:
[...]


Ik ga er hier ook maar eens aan beginnen, tijd voor een nieuw projectje.

Samengevat; atom en de RS485 unit in elkaar klikken en de hru via de 3-polige stekker verbinden met 3 draden aan de A,B en GND terminals van de RS485 base. Toch?

5v usb-c gevoed via een oplader blokje van een oude telefoon.

Deel van de antwoorden staan al in het draadje, maar wil toch even zeker weten dat mijn gedachtegang goed is. Wil hem eerst op de manier met de atom inrichten om vervolgens zelf nog te knutselen met een esp32-wroom bordje en de soldeerbout. (Er zijn in de buurt nog meer HRU's die besturing nodig hebben )

Bedankt alvast!

Ziet er uit als een goed plan

[Sinny]

KMarco schreef op zaterdag 27 mei 2023 @ 17:23:
[...]


Ik heb een ESP32 gebruikt met een TTL-RS485 printje van Ali. Dan verbindt de ESP dus gewoon via WIFi met homeassistant. Mijn ESPhome code voor de modbus-aansluiting van de esp op de HRU vind je op github. Deze exposed alle beschikbare modbus addresses naar homeassistant.
https://github.com/marcokemp/ITHO_HRU400

Ik heb uiteindelijk in homeassistant een automation gemaakt om de natte-zone-afzuig omhoog te zetten obv de humidity sensor in de itho ('aan' als 10% boven een wat gefilterde waarde). Die automation zet hem ook weer uit (na 1h, of als hij weer vlakbij een filtered-1h-minimum waarde komt). De sensor in de hru400 zag in mijn geval binnen een minuut de humidity toenemen, dus werkte snel en nauwkeurig. Een extra (zigbee) sensor in de badkamer zag de toename in humidity maar 20s eerder, dus is in mijn geval overbodig.

Marco, ik heb jouw yaml even overgenomen om te zien of alles " werkt". Maar als ik zo kijk zie ik wat afwijkingen van de adressen in jouw yaml ten opzichte van de itho handleiding...?

Ik zie bijvoorbeeld:

platform: modbus_controller
modbus_controller_id: hru
name: "highest ppm CO2 non-fan"
id: hru_co2_maxperc
register_type: holding
address: 3011 # 0x000E
value_type: U_WORD
unit_of_measurement: "ppm"

Terwijl in de itho handleiding adres 3012 hiervoor wordt aangegeven? 3011 is volgens de handleiding dan de max RV waarde (luchtvochtigheid)?

Mis of snap ik nu iets niet?


Nvm, ik denk dat ik hem al heb gevonden in de handleiding

Bij het actuele zenden of ontvangen van de Modbus registers, wordt
van de registernummers zoals vermeld in de tabellen steeds 40001
afgetrokken (met gebruikmaking van de originele methode van
Schneider Electric). Modbus register 40014 wordt aldus register 13
(40014-40001=13).

vormulier schreef op dinsdag 18 juni 2024 @ 11:40:
[...]


2033 doet het zelfde als 2032 alleen de waardes zijn anders.
Ik had gehoopt dat 2032 zou rapporteren wat de status was maar deze waarde blijft altijd 0

De klep gaat dus gewoon open en dicht met alleen 2033 je kan dit ook gewoon horen / voelen als je bij de WTW staat.

Hier ook even naar gekeken, maar ik krijg op 2032 wel een status terug van 0 of 550?
Heb hem wel als sensor weggezet naast een input value

[ Voor 22% gewijzigd door Sinny op 06-07-2024 15:13 ]

[vormulier]

Sinny schreef op zaterdag 6 juli 2024 @ 13:11:
[...]


Hier ook even naar gekeken, maar ik krijg op 2032 wel een status terug van 0 of 550?
Heb hem wel als sensor weggezet naast een input value

Allucht even je yaml posten dan kan ik ook eens kijken hier allicht is het een software verschil in WTW unit,

[Sinny]

vormulier schreef op maandag 8 juli 2024 @ 09:47:
[...]


Allucht even je yaml posten dan kan ik ook eens kijken hier allicht is het een software verschil in WTW unit,

Het betreft voor het overgrote deel de code van @KMarco met wat naamaanpassingen

Dit zijn mijn software versions:

HRU software revision
6
HRU software version
4

code:

esphome:
  name: esp-hru400
  friendly_name: esp-hru400

esp32:
  board: esp32dev
  framework:
    type: arduino

# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: !secret api_esp_hru400

ota:
  - platform: esphome
    password: !secret ota_esp_hru400

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

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Esp-Hru400 Fallback Hotspot"
    password: !secret ap_esp_hru400

captive_portal:

web_server:

modbus:
  - id: modbus_hru
    uart_id: uart_modbus_hru

uart:
  - id: uart_modbus_hru
    tx_pin: GPIO19
    rx_pin: GPIO22
    baud_rate: 19200
    parity: even
    data_bits: 8
    stop_bits: 1
  
modbus_controller:
  - id: hru
    address: 72 # the Modbus device addr, was 0x1
    modbus_id: modbus_hru
    update_interval: 10s
    setup_priority: -10
    command_throttle: 200ms
  
sensor:
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU modbus-address"
    id: hru_modbus_address
    register_type: holding
    address: 0 # 0x000E
    value_type: U_WORD
    skip_updates: 10
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU baud rate"
    id: hru_baudrate
    register_type: holding
    address: 1 # 0x000E
    value_type: U_WORD
    skip_updates: 10
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU parity"
    id: hru_parity
    register_type: holding
    address: 2 # 0x000E
    value_type: U_WORD
    skip_updates: 10
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU softwareversion"
    id: hru_software_version
    register_type: holding
    address: 13 # 0x000E
    value_type: U_WORD
    skip_updates: 10
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU software revision"
    id: hru_software_revision
    register_type: holding
    address: 14 # 0x000E
    value_type: U_WORD
    skip_updates: 10
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU listversion"
    id: hru_list_version
    register_type: holding
    address: 15 # 0x000E
    value_type: U_WORD
    skip_updates: 10
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU OEM code"
    id: hru_oem_code
    register_type: holding
    address: 16 # 0x000E
    value_type: U_WORD
    skip_updates: 10
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU serialnumber"
    id: hru_serial_number
    register_type: holding
    address: 100 # 0x000E
    value_type: U_QWORD
    skip_updates: 10
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU error number"
    id: hru_error_number
    register_type: holding
    address: 199 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "errornr"

  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU bypass position"
    id: hru_bypass_valve_position_read
    register_type: holding
    address: 2032 # 0x000E
    value_type: U_WORD

 
# error registers for now configured as read-only, but they are R/W
# error registers for now configured as read-only, but they are R/W

# bunch of registers not connected
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU highest supply automode"
    id: hru_supply_maxperc
    register_type: holding
    address: 3000 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "%"

  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU highest exhaust automode"
    id: hru_exhaust_maxperc
    register_type: holding
    address: 3001 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "%"

  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU highest humidity non-fan"
    id: hru_humidity_maxperc
    register_type: holding
    address: 3010 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "%"
    
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU highest CO2 level"
    id: hru_co2_maxperc
    register_type: holding
    address: 3011 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "ppm"
    
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU supply fan speed"
    id: hru_supply_fan_speed
    register_type: holding
    address: 3020 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "rpm"

  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU exhaust fan speed"
    id: hru_exhaust_fan_speed
    register_type: holding
    address: 3021 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "rpm"
  
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU supply fan power"
    id: hru_supply_fan_power
    register_type: holding
    address: 3022 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "W"
  
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU exhaust fan power"
    id: hru_exhaust_fan_power
    register_type: holding
    address: 3023 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "W" 

  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU supply flow external"
    id: hru_supply_flow_external
    register_type: holding
    address: 3030 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "m3/h"
 
  - platform: modbus_controller # 0x91 type, signed 16bit/10
    modbus_controller_id: hru
    name: "HRU supply flow external temp"
    id: hru_supply_flow_external_temp
    register_type: holding
    address: 3032 # 0x000E
    value_type: S_WORD
    filters:
      - multiply: 0.1
    unit_of_measurement: "°C"

  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU supply flow external humidity"
    id: hru_supply_flow_external_hum
    register_type: holding
    address: 3033 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "%"

  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU supply flow frost valve"
    id: hru_supply_flow_frost_valve
    register_type: holding
    address: 3040 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "m3/h"

  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU supply flow mixed"
    id: hru_supply_flow_mix
    register_type: holding
    address: 3050 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "m3/h"
 
  - platform: modbus_controller # 0x91 type, signed 16bit/10
    modbus_controller_id: hru
    name: "HRU supply flow mixed temp"
    id: hru_supply_flow_mix_temp
    register_type: holding
    address: 3052 # 0x000E
    value_type: S_WORD
    filters:
      - multiply: 0.1
    unit_of_measurement: "°C"
  
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU supply flow mixed humidity"
    id: hru_supply_flow_mix_hum
    register_type: holding
    address: 3053 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "%"
  
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU incoming supply flow"
    id: hru_supply_flow_incoming
    register_type: holding
    address: 3060 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "m3/h"
  
  - platform: modbus_controller # 0x91 type, signed 16bit/10
    modbus_controller_id: hru
    name: "HRU incoming supply flow temp" 
    id: hru_supply_flow_incoming_temp
    register_type: holding
    address: 3062 # 0x000E
    value_type: S_WORD
    filters:
      - multiply: 0.1
    unit_of_measurement: "°C"
  
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU incoming supply flow humidity"
    id: hru_supply_flow_incoming_hum
    register_type: holding
    address: 3063 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "%"
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU outgoing supply flow"
    id: hru_supply_flow_outgoing
    register_type: holding
    address: 3070 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "m3/h"
 
  - platform: modbus_controller # 0x91 type, signed 16bit/10
    modbus_controller_id: hru
    name: "HRU outgoing supply flow temp"
    id: hru_supply_flow_outgoing_temp
    register_type: holding
    address: 3072 # 0x000E
    value_type: S_WORD
    filters:
      - multiply: 0.1
    unit_of_measurement: "°C"
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU outgoing supply flow humidity"
    id: hru_supply_flow_outgoing_humidity
    register_type: holding
    address: 3073 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "%"
    filters:
      - or:
          - delta: 1
          - heartbeat: 60s
      - lambda: 
          float rand1 = rand() % 1;        
          return x + rand1;
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU exhaust flow"
    id: hru_exhaust_flow
    register_type: holding
    address: 3080 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "m3/h"
 
  - platform: modbus_controller # 0x91 type, signed 16bit/10
    modbus_controller_id: hru
    name: "HRU exhaust flow temp"
    id: hru_exhaust_flow_temp
    register_type: holding
    address: 3082 # 0x000E
    value_type: S_WORD
    filters:
    - multiply: 0.1
    unit_of_measurement: "°C"
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU exhaust flow humidity"
    id: hru_exhaust_flow_humidity
    register_type: holding
    address: 3083 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "%"
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU zone 1 flow"
    id: hru_flow_zone1
    register_type: holding
    address: 3200 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "m3/h"
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU zone 2 flow"
    id: hru_flow_zone2
    register_type: holding
    address: 3201 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "m3/h"
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU zone 3 flow" #now set to 78-260
    id: hru_flow_zone3
    register_type: holding
    address: 3202 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "m3/h"
   
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU operating hours 1"
    id: hru_operating_hours1
    register_type: holding
    address: 4000 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "h"
    skip_updates: 10
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU operating hours 2"
    id: hru_operating_hours2
    register_type: holding
    address: 4001 # 0x000E
    value_type: U_WORD
    unit_of_measurement: "h"
    skip_updates: 10

number:

  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU bypass valve position"
    min_value: 0
    max_value: 550
    step: 550
    id: hru_bypass_valve_position
    register_type: holding
    address: 2032 # 0x000E
    value_type: U_WORD
    use_write_multiple: true

  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU bypass valve enable"
    min_value: 0
    max_value: 1
    step: 1
    id: hru_bypass_valve_enable
    register_type: holding
    address: 2033 # 0x000E
    value_type: U_WORD
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU set zone 1 flow"
    min_value: 0
    max_value: 399
    step: 1
    id: hru_flow_zone1_level
    register_type: holding
    address: 2210 # 0x000E
    value_type: U_WORD
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU apply zone 1 flow"
    min_value: 0
    max_value: 1
    step: 1
    id: hru_flow_zone1_apply
    register_type: holding
    address: 2211 # 0x000E
    value_type: U_WORD
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU set zone 2 flow"
    min_value: 0
    max_value: 399
    step: 1
    id: hru_flow_zone2_level
    register_type: holding
    address: 2212 # 0x000E
    value_type: U_WORD
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU apply zone 2 flow"
    min_value: 0
    max_value: 1
    step: 1
    id: hru_flow_zone2_apply
    register_type: holding
    address: 2213 # 0x000E
    value_type: U_WORD
    use_write_multiple: true

  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU set zone 3 flow"
    min_value: 0
    max_value: 399
    step: 1
    id: hru_flow_zone3_level
    register_type: holding
    address: 2210 # 0x000E
    value_type: U_WORD
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU apply zone 3 flow"
    min_value: 0
    max_value: 1
    step: 1
    id: hru_flow_zone3_apply
    register_type: holding
    address: 2211 # 0x000E
    value_type: U_WORD
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 1"
    id: HRU_error_1
    register_type: holding
    address: 200 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 2"
    id: HRU_error_2
    register_type: holding
    address: 201 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true

  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 3"
    id: HRU_error_3
    register_type: holding
    address: 202 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 4"
    id: HRU_error_4
    register_type: holding
    address: 203 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 11"
    id: HRU_error_11
    register_type: holding
    address: 210 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 12"
    id: HRU_error_12
    register_type: holding
    address: 211 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 13"
    id: HRU_error_13
    register_type: holding
    address: 212 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 14"
    id: HRU_error_14
    register_type: holding
    address: 213 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 15"
    id: HRU_error_15
    register_type: holding
    address: 214 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 16"
    id: HRU_error_16
    register_type: holding
    address: 215 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 17"
    id: HRU_error_17
    register_type: holding
    address: 216 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 18"
    id: HRU_error_18
    register_type: holding
    address: 217 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 19"
    id: HRU_error_19
    register_type: holding
    address: 218 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 20"
    id: HRU_error_20
    register_type: holding
    address: 219 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 21"
    id: HRU_error_21
    register_type: holding
    address: 220 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 22"
    id: HRU_error_22
    register_type: holding
    address: 221 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 23"
    id: HRU_error_23
    register_type: holding
    address: 222 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 31"
    id: HRU_error_31
    register_type: holding
    address: 230 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 32"
    id: HRU_error_32
    register_type: holding
    address: 231 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 33"
    id: HRU_error_33
    register_type: holding
    address: 232 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true
 
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "HRU Error 34"
    id: HRU_error_34
    register_type: holding
    address: 233 # 0x000E
    value_type: U_WORD
    skip_updates: 10
    use_write_multiple: true

[vormulier]

Sinny schreef op maandag 8 juli 2024 @ 12:51:
[...]


Het betreft voor het overgrote deel de code van @KMarco met wat naamaanpassingen

Dit zijn mijn software versions:

HRU software revision
6
HRU software version
4

Aha, Hier is het 6.7 in plaats van 4.6, Ik heb hem wel toegeveogd als sensor, maar dus even in de gaten houden of het straks ook naar 550 springt.

[Fonzie666]

@maartenvdv737 Ik heb mijn HRU400 op de manier aangesloten zoals jij dat beschrijft.
Ik krijg alleen geen enkele communicatie met de HRU.

Ik heb de adapter gebruikt die jij beschrijft en ook eentje met LEDjes erop om te zien of er wat gebeurd.
Als ik de adapter met LEDs in de USB poort prik zie ik heel even de Tx en Rx LEDs knipperen om de communicatie te initieeren, maar komt blijkbaar geen respons van de HRU.

Ik kan via de installateursapp van de HRU zien dat de communicatie instellingen goed staan en ik heb al verschillende manieren geprobeerd om de poort aan te geven in de Modbus configuratie.
De adapter kan ik zien in het hardwareoverzicht van de Raspberry en die regel heb ik gekopieerd maar zonder succes.Ik heb ook al andere USB poorten gebruikt.

Ik neem aan dat Modbus standaard aan staat.

Zie ik nog iets over het hoofd?

[CremersDH]

silvanverschuur schreef op woensdag 26 juni 2024 @ 07:12:
[...]


Ik heb ook niets kunnen vinden in de installatiehandleiding. Maar het is natuurlijk best gek dat hier een plaatje zit die de flow mogelijk wat beperkt. En als het echt de bedoeling was dan hadden ze hopelijk ook geen tape gebruikt om hem vast te zetten. Bij mij laat het tape namelijk al wat los.

Wat heb je uiteindelijk gedaan ? en weet je inmiddels misschien ook wat echt moet ?
Ik heb namelijk ook zo'n plaatje met tape vast zitten in mijn HRU-400 en twijfel net zo als jij wat er mee moet. Op zich een kostbare bescherming als hij er uit gehaald moet worden. Was karton beter. Maar inderdaad dat het met een tapje vast zit geeft je een ander idee. Wat is wijsheid ?

[silvanverschuur]

CremersDH schreef op zaterdag 10 augustus 2024 @ 14:22:
[...]


Wat heb je uiteindelijk gedaan ? en weet je inmiddels misschien ook wat echt moet ?
Ik heb namelijk ook zo'n plaatje met tape vast zitten in mijn HRU-400 en twijfel net zo als jij wat er mee moet. Op zich een kostbare bescherming als hij er uit gehaald moet worden. Was karton beter. Maar inderdaad dat het met een tapje vast zit geeft je een ander idee. Wat is wijsheid ?

Ik kan me ook niet voorstellen dat het enig positief effect heeft om deze dingen erin te laten zitten. Doordat ik nog druk ben met mijn woning/tuin zitten ze er bij mij nog in, maar ik ben eigenlijk van plan ze er binnenkort (of bij een filter wissel) uit te halen. Volgens de installateur kan/mag het eruit. Ik heb ook nog geprobeerd Itho te benaderen maar daar krijg ik helaas geen reactie. Heb jij je installateur nog gevraagd wat je hier mee moet?

[CremersDH]

rhpijnacker schreef op dinsdag 23 januari 2024 @ 21:55:
[...]


Bij mij lijkt dit dus zo niet te werken .
Ik heb nu een paar scripts gemaakt in HA die zowel 2011 en 2021 op 1 zetten. Dan doet hij wel voorspelbare dingen.

Ik had exact hetzelfde probleem. Als ik 2010 aanpaste met 2011 op 1 werkte dat alleen als ik een hoger toerental selecteerde. Zachter zetten was geen optie.
Maar als ik 2011 en 2013 beiden aanpaste kon ik hem wel zachter (en harder) zetten. LET OP ik gebruik dus 2011 en 2013 (niet 2021!)

Ik heb vervolgens wel van de 2011 en 2013 switches gemaakt die ik gelijktijdig aan en uit zet en dan ziet de config er als volgt uit:

code:

number:
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "Ventilatievraag toevoer"
    id: hru_ventilatievraag_toevoer
    icon: mdi:fan
    register_type: holding
    address: 2010
    min_value: 0
    max_value: 399
    step: 1
    value_type: U_WORD
    unit_of_measurement: "m3/h"
    use_write_multiple: true
    on_value_range:
      - above: 2.0
        then:
          - switch.turn_on: hru_ventilatievraag_toevoer_inuit
          - switch.turn_on: hru_ventilatievraag_afvoer_inuit
      - below: 1.0
        then:
          - switch.turn_off: hru_ventilatievraag_toevoer_inuit
          - switch.turn_off: hru_ventilatievraag_afvoer_inuit

switch:
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "Ventilatievraag toevoer in-uitschakelen" # Off=0=Auto On=1=Manual
    id: hru_ventilatievraag_toevoer_inuit
    register_type: holding
    address: 2011
    internal: true   # hide item
    use_write_multiple: true
  - platform: modbus_controller
    modbus_controller_id: hru
    name: "Ventilatievraag afvoer in-uitschakelen" # Off=0=Auto On=1=Manual
    id: hru_ventilatievraag_afvoer_inuit
    register_type: holding
    address: 2013
    internal: true   # hide item
    use_write_multiple: true

[ Voor 13% gewijzigd door CremersDH op 16-08-2024 14:19 ]

[CremersDH]

silvanverschuur schreef op maandag 12 augustus 2024 @ 21:10:
[...]


Ik kan me ook niet voorstellen dat het enig positief effect heeft om deze dingen erin te laten zitten. Doordat ik nog druk ben met mijn woning/tuin zitten ze er bij mij nog in, maar ik ben eigenlijk van plan ze er binnenkort (of bij een filter wissel) uit te halen. Volgens de installateur kan/mag het eruit. Ik heb ook nog geprobeerd Itho te benaderen maar daar krijg ik helaas geen reactie. Heb jij je installateur nog gevraagd wat je hier mee moet?

Nee helaas stelde die mij daar in teleur en had werkelijk geen idee. Hij dacht zelfs dat dit een nieuw type was omdat hij het niet eerder gezien had. Maar geen oplossing helaas van die kant

[Roewlerd]

@Sinny Ik moet jou eventjes bedanken! Ik ben al twee dagen bezig om de HRU400 met esp aan de gang te krijgen.

@vormulier heeft me al super geholpen met zijn repo, 1000x dank daarvoor.
Echter moest ik ook het address naar 72 zetten i.p.v. 0x1.

Super bedankt!
Nu wil ik graag begrijpen waarom het bij ons op 72 moet staan maar bij Vormulier bijvoorbeeld niet, kan iemand mij dat uitleggen?

[Roewlerd]

Mocht iemand zich in dezelfde fase begeven als ik twee dagen terug dan hoor ik het graag. Ik merk dat als je nieuw bent in deze techniek dat er niet echt een step by step guide is. Misschien kan ik dan iets betekenen voor diegene.

[vormulier]

Roewlerd schreef op dinsdag 5 november 2024 @ 20:30:
Super bedankt!
Nu wil ik graag begrijpen waarom het bij ons op 72 moet staan maar bij Vormulier bijvoorbeeld niet, kan iemand mij dat uitleggen?

Op me repo stond het indd verkeerd. Te veel willen doen in een hap in mijn oude code staat dit:

code:

    address:          0x48 # resolves to as per manual 72

Dat werkt prima

[Endy]

Ik ben me al een tijdje aan het inlezen op dit forum en heb al wat inzicht gekregen.
Wat ik graag wil regelen is mijn HRU 400 WTW i.c.m. Home Assistant. Home Assistant draait nu op een Raspberry Pi4.

Hoe wil ik dit opzetten?
- De HRU400 via Modbus poort aansturen en dan via Wifi connecten
- Gebruik maken van de ESP32 aangegeven door tweaker @vormulier (niets hoeven solderen)

(Removable Screw Terminal - 3p - 3.81mm)
https://www.tinytronics.n...schroefterminal-3p-3.81mm

(M5Stack Atomic RS485 Base)
https://www.tinytronics.n...5stack-atomic-rs-485-base

(M5Stack Atom Lite - ESP32 Development Board)
https://www.tinytronics.n...e-esp32-development-board


Ik heb de spullen inmiddels al besteld en deze komen als het goed is deze week.
Omdat ik niet bekend ben met ESP en ik de apparatuur niet per ongeluk “brick” heb ik wat vragen.
Bovenstaande spullen kan ik dus gewoon in elkaar klikken en de bekabeling aan de terminal bevestigen, dat zal m.i. geen probleem zijn 😊

Maar hoe zit het met de volgende zaken:

1: Het programmeren (als aangesloten via USB-c op mijn laptop) kan dan al via de ESPhome plugin via
Home assistant voor zowel de wifi instelling als de settings voor de HRU 400?

2: Als ik het goed heb moet ik deze code van tweaker @KMarco er op zetten om de WTW te kunnen
bedienen, en kan ik dit doen via Home Assistant?
https://github.com/marcokemp/ITHO_HRU400

(Er is,zoals ik het lees, verder geen andere custom firmware / bootloader benodigd)

3: Vervolgens zal ik in de code van de WTE aansturing nog wat via de HRU400 installatie manual
moeten uitzoeken of bepaalde codes corresponderen (er zit schijnbaar wat verschil tussen units
met / zonder zone sturing en de betreffende versie)

4: De gewone RF remote bediening zal door deze aansturing niet meer werken tenzij je hem weer op
“auto” terugzet? (of evt disconnect met een andere home Assistant plugin – bv een Shelly)?

Misschien zijn er ook nog andere zaken die goed zijn om te weten waar ik niet aan gedacht heb, misschien dat @Roewlerd me nog kan helpen, ik zie dat dit (eind december 2024) de laatste werkende setup betreft die is gepost

[ Voor 3% gewijzigd door Endy op 09-06-2025 12:31 . Reden: tekst niet volledig ]

[KMarco]

Endy schreef op maandag 9 juni 2025 @ 12:28:
Maar hoe zit het met de volgende zaken:

1: Het programmeren (als aangesloten via USB-c op mijn laptop) kan dan al via de ESPhome plugin via
Home assistant voor zowel de wifi instelling als de settings voor de HRU 400?

2: Als ik het goed heb moet ik deze code van tweaker @KMarco er op zetten om de WTW te kunnen
bedienen, en kan ik dit doen via Home Assistant?
https://github.com/marcokemp/ITHO_HRU400

(Er is,zoals ik het lees, verder geen andere custom firmware / bootloader benodigd)

3: Vervolgens zal ik in de code van de WTE aansturing nog wat via de HRU400 installatie manual
moeten uitzoeken of bepaalde codes corresponderen (er zit schijnbaar wat verschil tussen units
met / zonder zone sturing en de betreffende versie)

4: De gewone RF remote bediening zal door deze aansturing niet meer werken tenzij je hem weer op
“auto” terugzet? (of evt disconnect met een andere home Assistant plugin – bv een Shelly)?

Misschien zijn er ook nog andere zaken die goed zijn om te weten waar ik niet aan gedacht heb, misschien dat @Roewlerd me nog kan helpen, ik zie dat dit (eind december 2024) de laatste werkende setup betreft die is gepost

Succes met je actie met de HRU400!

1) Programmeren kan gewoon via usb inderdaad. Zodra je de WIFI settings goed hebt geprogrammeerd kun je de rest OTA doen. Ik meen dat je daar in de code nog een setting moet wijzigen doordat ESPhome in de laatste update de OTA-setting anders configureert.

2) zie hierboven. En natuurlijk even jouw type ESP / pin-out configureren.

3) ff uitproberen inderdaad, ook afhankelijk van jouw gewenste usecase

4) de RF-knoppen werkte bij mij gewoon zolang ik alleen de zone-vraag settings gebruikte, maar gebruik die nu niet meer. Voor tijdelijk optouren gebruik ik nu kleine sonoff-knoppen op de WCs en heb een eigen humidity-regeling (overigens wel nog grotendeels obv de sensoren in de HRU, die meten érg snel tov ruimte-sensoren in de badkamers).

[Endy]

@KMarco

Dank voor de uitleg, ik denk dat ik daarmee dan een redelijk goed beeld heb van wat ik moet doen.
M.b.t punt 2; De pin out, zou dan dus zo moeten zijn (RX/TX);

https://docs.m5stack.com/en/atom/Atomic%20RS485%20Base



Dit is dan allemaal software matig te configureren.

M.b.t punt 4;
Goed om te weten dat het met de itho en de aansturing ook naast de RF bediening kan werken.
Ik heb nu de luchtvochtigheid van de Wavin Sentio ingericht in Home Assistant, en die zijn inderdaad wel een heel stuk trager

Nu moet ik alleen even een telefoontje doen naar de leverancier v.w.b mijn bestelling.
Eergisteren was er nog voorraad voor de "M5Stack Atomic RS485 Base" en vanochtend gekeken en nu duurt het 2 tot 4 weken

Mocht je nog een andere (snelle) te leveren hardware componenten weten waarmee ik in de laatste week van mijn vakantie nog wat kan knutselen dan houd ik me aanbevolen

[vormulier]

@Endy hier nog 1 op voorraad:
https://eu.robotshop.com/...-met-dc-spanningsregelaar

nog 48 in duitsland: https://www.berrybase.de/en/atomic-rs485-base-sp3485ee
nog 9: https://thepihut.com/products/atomic-rs485-base
in polen ook nog een paar: https://botland.store/uni...k-a131-6972934174710.html


Alternatieven (nogsteeds zonder solderen, maar dan moet de config anders):
https://www.tinytronics.n...nit-isolated-rs485-module
https://www.tinytronics.n...it-ttl-to-rs485-converter

[Endy]

@vormulier

Top, daar kan ik mee vooruit Ik ga even kijken of ik de bestelling zonder de module kan laten versturen en dan bestel ik de "M5Stack Atomic RS485 Base" ergens anders.

Ongetwijfeld zal ik nog wel tegen wat aanlopen als ik de onderdelen binnen heb, dat post ik dan wel

[vormulier]

Ik ben de laatste tijd bezig met energie meting in het huis, en de ESP rapporteerd W voor de hru_pwr_toevoerventilator en hru_pwr_afvoerventilator.

Bij deze nu ook gecombineerd en beschikbaar voor het energie dashboard. Dit is niet compleet want je mist de CPU enzo nog van de unit, maar ik had geen zin om er een shelly tussen te hangen:

code:

sensor:
  - platform: template
    id: hru_pwr_total_w
    name: "Total Power W"
    unit_of_measurement: "W"
    device_class: power
    lambda: |-
      return (
        id(hru_pwr_toevoerventilator).state +
        id(hru_pwr_afvoerventilator).state
      );
  - platform: integration
    name: "Total Energy kWh HRU 400"
    sensor: hru_pwr_total_w
    time_unit: h
    unit_of_measurement: "kWh"
    device_class: energy
    state_class: total_increasing
    restore: true

Moet dit later nog even op git bijwerken.

[Skix_Aces]

vormulier schreef op woensdag 11 juni 2025 @ 14:18:
Ik ben de laatste tijd bezig met energie meting in het huis, en de ESP rapporteerd W voor de hru_pwr_toevoerventilator en hru_pwr_afvoerventilator.

Bij deze nu ook gecombineerd en beschikbaar voor het energie dashboard. Dit is niet compleet want je mist de CPU enzo nog van de unit, maar ik had geen zin om er een shelly tussen te hangen:

code:

sensor:
  - platform: template
    id: hru_pwr_total_w
    name: "Total Power W"
    unit_of_measurement: "W"
    device_class: power
    lambda: |-
      return (
        id(hru_pwr_toevoerventilator).state +
        id(hru_pwr_afvoerventilator).state
      );
  - platform: integration
    name: "Total Energy kWh HRU 400"
    sensor: hru_pwr_total_w
    time_unit: h
    unit_of_measurement: "kWh"
    device_class: energy
    state_class: total_increasing
    restore: true

Moet dit later nog even op git bijwerken.

Ik heb een soortgelijke integratie op de ESP32 draaiien. Enige nadeel is hoe de "restore" optie van het integration platform werkt. Hierdoor zal de ESP32 elke wijziging naar de flash schrijven. Door de vele writes zal de flash het op een gegeven moment begeven, waardoor je ESP32 onbruikbaar wordt. Hoelang dit duurt? Geen flauw idee.

Het grote voordeel is dat je bij een power cycle geen data verliest . Maar of dat opweegt tegen het nadeel? De tijd zal het leren.

Een andere optie is om de berekening te verplaatsen naar je home-assisant server. Ik heb dit toendertijd overwogen, maar uit gemak niet geimplementeerd omdat het op de ESP32 ook goed werkte. Misschien iets om in de toekomst te overwegen.

[vormulier]

Skix_Aces schreef op woensdag 11 juni 2025 @ 14:28:
[...]
Het grote voordeel is dat je bij een power cycle geen data verliest . Maar of dat opweegt tegen het nadeel? De tijd zal het leren.

Een andere optie is om de berekening te verplaatsen naar je home-assisant server. Ik heb dit toendertijd overwogen, maar uit gemak niet geimplementeerd omdat het op de ESP32 ook goed werkte. Misschien iets om in de toekomst te overwegen.

Ik heb hem ook in HA toegevoegd ja. Maar die blijft tot nu to op 0 staan, als die mee gaat bewegen haal ik hem van de ESP af.

Maar goed als de flash van de ESP stuk gaat is het een 10tje. Ook weer niet de wereld al is fijn anders.

[Endy]

@KMarco @vormulier

Vandaag heb ik mijn spullen ontvangen van o.a TinyTronics en wil morgen daar mee aan de slag te gaan.
Het doel is dus de WTW te kunnen aansturen en op basis van mijn vloerverwarming contoller (wavin CCU 208) waar de draadloze thermostaten van Wavin aan zijn gekoppeld. Van elke draadloze thermostaat gebruik ik dan de luchtvochtigheid met een drempel (bv 70%) die ik in een automatisch script in HA dan wil triggeren.

Nu heb ik vandaag ontzettende pech, zie ook het algemene topic:
Endy in "Home Assistant: Open source Python3 home automation - deel 5"

Na een gedwongen firmware update van de Wavin, heb ik nu dus geen aansturing meer van de ruimtes v.w.b de in te stellen temperatuur, en ik kan de luchtvochtigheid niet meer opvragen

Ik kan in ieder geval proberen morgen de WTW aan de praat te krijgen, maar hebben jullie een idee wat een goede oplossing is voor de wavin CCU 208, ik zoek het liefst iets waarmee ik alles kan behouden, maar mocht dat niet mogelijk zijn dan overweeg ik op termijn e.a te "vervangen"

[Endy]

@vormulier

Nou vandaag ben ik begonnen met de WTW aansturing.
Ondanks dat het natuurlijk wel wat puzzelen zal zijn, het is tenslotte geen standaard, merk ik dat zelfs de basis inrichting al een hoop ellende is....

1: Atomic lite 485 en development board in elkaar klikken (ging het allemaal maar zo eenvoudig )
2: Via usb-c connecten aan mijn windows laptop
3: Windows VCP drivers default al geïnstalleerd, apparaat wordt herkend.
4: In Home assistant ESP builder - apparaat toevoegen, hier moet ik vervolgens aangeven hoe het device heet (wtw.yaml) en dan vervolgens de wifi instellen. Verder nog een API key kopiëren voor het kunnen aansturen.

5: Na alles doorgestapt te hebben is dat device offline.
6: Het apparaat is wel zichtbaar op mijn netwerk en heeft een ip adres.Vastzetten in de code geeft de voorkeur. Daarna is deze wel online
7: I.v.m niet kunnen bijwerken / updaten in firefox via de HA ESP builder optie 2 "plug into this computer - For devices connected via USB to this computer dit maar in Edge geprobeerd. Dat lukte en alles wordt geschreven (is alleen de header dus nog zonder de HRU400 code.

8: Nu wil ik de code er bij zetten en pas de GPIO pinnummers aan voor RX en TX, ditmaal via HA onder firefox en dan de optie 3 " plug into the computer running the ESPhome device builder"

Na schrijven krijg ik in de logging wel een SUCCES melding;
Wrote 0x103b10 bytes to file /data/build/esphome-web-089a68/.pioenvs/esphome-web-089a68/firmware.factory.bin, ready to flash to offset 0x0
esp32_copy_ota_bin([".pioenvs/esphome-web-089a68/firmware.bin"], [".pioenvs/esphome-web-089a68/firmware.elf"])
======================== [SUCCESS] Took 450.60 seconds ========================
INFO Successfully compiled program.

Maar daaronder staat meteen dit;

ERROR Running command failed: This chip is ESP32-S3 not ESP32. Wrong --chip argument?
ERROR Please try running esptool.py --before default_reset --after hard_reset --baud 460800 --port /dev/ttyUSB0 --chip esp32 write_flash -z --flash_size detect 0x10000 /data/build/esphome-web-089a68/.pioenvs/esphome-web-089a68/firmware.bin 0x1000 /data/build/esphome-web-089a68/.pioenvs/esphome-web-089a68/bootloader.bin 0x8000 /data/build/esphome-web-089a68/.pioenvs/esphome-web-089a68/partitions.bin 0x9000 /data/build/esphome-web-089a68/.pioenvs/esphome-web-089a68/ota_data_initial.bin locally.
INFO Upload with baud rate 460800 failed. Trying again with baud rate 115200.

Het lijkt erop alsof nu het updaten ineens struikelt over de chip en dat het geen ESP32 is maar een ESP32-S3....ik vertrouw het verder ook niet om dan maar even "zo verder te gaan en de bekabeling op de modbus connector van de WTW aan te sluiten" ik moet m.i eerst dit probleem verhelpen.

Ik heb al een tijdje zitten zoeken en van alles geprobeerd waaronder;

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

Maar dat maakt geen verschil.
Heb je of een medetweaker een idee wat ik nog kan doen?

[KMarco]

@Endy

Hoe het met je wavin set gaat eindigen geen idee. Ik gok dat als je integratie een beetje alive is, dat de eigenaar daarvan er wel mee bezig is?

Ik heb zelf enkele homematic componenten die ik via een dongle en raspberrymatic aan mijn homeassistant heb hangen. Werkt ook best aardig. Mijn ervaring is wel dat de interne humidity-sensor van de itho veel sneller een toename ziet (bij bijvoorbeeld douchen) dan een losse sensor op de badkamer. Geen idee hoe snel jouw wavin-sensoren reageren?

Wat betreft regeling heb ik een filtertje gemaakt in home-assistant om een running average van de afgelopen 10min te hebben en evt gekke outliers te negeren en triggert mijn ventilatie-routine op een toename van 10% daarboven voor ik dacht 10sec. Zo triggert de badkamer-afzuiging altijd even snel als de algemene luchtvochtigheid wat laag of hoog is.

[Endy]

@KMarco

Ja, ik ben bang dat het met de wavin set toch wel lastig gaat worden. De update is gefocussed op cloud based toegang en de local based functie is, van wat ik lees, nu alleen nog via usb mogelijk.
Ik zou voor dat stukje misschien dan nog eens kunnen kijken of ik via een USB - modbus dat kan aansturen, daar heb ik wel wat over gevonden.

Het klopt inderdaad dat de WTW wel sneller schakelt op een hogere luchtvochtigheid dan de wavin thermostaten. Deze hebben toch zeker wel minimaal 5 minuten nodig om een verhoogd percentage luchtvochtigheid te meten.

En zoals je dat hebt gebouwd zou ik het ook willen inregelen. Met een filter op basis van een gemiddelde aansturen icm een geautomatiseerd script die dan wordt getriggerd.

Voor nu zit ik helaas nog vast met mijn bestelde setup en het ineens struikelen over een andere chip (S3)
Ik hoop dat ik dat kan oplossen anders, voor nu heb ik nog geen aanleiding oid gevonden op het internet hoe dit eenvoudig op te lossen.

[KMarco]

Endy schreef op zaterdag 14 juni 2025 @ 11:47:

Voor nu zit ik helaas nog vast met mijn bestelde setup en het ineens struikelen over een andere chip (S3)
Ik hoop dat ik dat kan oplossen anders, voor nu heb ik nog geen aanleiding oid gevonden op het internet hoe dit eenvoudig op te lossen.

Ik zou eens gaan pluizen/vragen op het community.home-assistant.io forum. Als ik zo snel google, zijn er daar meerdere mensen die hebben zitten klooien met (en sommigen ook werkend hebben gekregen) een esp32s3 versie in een andere context, dus dat zou je wat aanknopingspunten moeten geven.. daar heb ik ook nog even rondgehangen toen ik vooe t eerst met esp en de hru bezig was.

[Endy]

@KMarco thanks voor de tip, ik ga daar eens kijken

Overigens heb ik de atom lite helemaal teruggezet naar de fabriekssetup via "m5burner" , daarna alles in home assistant onder esphome verwijderd en weer opnieuw een device aangemaakt.

Na het toevoegen van jouw code en vanuit het hoofdmenu "update all" gaat het nu wel goed
De S3 melding is nu niet voorbij gekomen.

Ik heb de WTW vwb modbus connector even provisorisch aangesloten via zwakstroom kabel op de RS485
maar krijg nu helaas nog geen actieve communicatie terug.



Ik ga dat nog even uitzoeken, (ander type kabel / twisted pair en evt omdraaiden van Rx/TX) mocht ik er niet uit komen ga ik naar de community.home-assistant.io.

[ Voor 0% gewijzigd door Endy op 14-06-2025 14:41 . Reden: typo ]

[vormulier]

Welke setup heb je precies? (witte / grijse ESP) en welke modbus controller?

Ik kan dan allicht wel wat dingen in de repo zetten voor je

[Endy]

@vormulier
Ik heb de grijze esp32 (M5Stack Atom Lite - ESP32 Development Board) in combinatie met de "M5Stack Atomic RS485 Base".

Heel fijn dat je alvast wat in de repo wilt zetten

Goed nieuws

Ik heb de ESP32 met de Atomic RS485 base werkend.
Wat heb ik gedaan;

Hardware aansluiting:
Pin1 van de HRU400 (naam RSB) aangesloten op Pin RSB van de RS485 base
Pin2 van de HRU400 (naam RSA) aangesloten op Pin RSA van de RS485 base
Pin3 van de HRU400 (GND) aangesloten op Pin (GND) van de RS485 Base

Software:

YAML:

uart:
  - id: uart_modbus_hru
    x_pin: [b]GPIO19[/b]
    rx_pin: [b]GPIO22[/b]
    baud_rate: 19200
    parity: even
    data_bits: 8
    stop_bits: 1
  
modbus_controller:
  - id: hru
    address: [b]72[/b] # the Modbus device addr, was 0x1
    modbus_id: modbus_hru
    update_interval: 20s
    setup_priority: -10
    command_throttle: 200ms

Na het bijwerken van de YAML in de Esphome (Van Home Assistant), opslaan heb ik alles geupdate via de "update all" knop op het hoofd overzicht van ESPhome.

Na het schrijven kan ik vervolgens via "Apparaten" en "ESPhome" mijn "itho daalderop toevoegen en worden nu een hoop functies herkend

Hieronder de "logging"



En hier de sensors die zijn toegevoegd op basis van de code van @KMarco


En een afbeelding van het opspinnen / optoeren voor maximale afzuiging (aangezet via RF ontvanger)



Wat ik verder nog moet doen?

1: Uitzoeken hoe ik de RF ontvanger kan nabootsen vwb "kleine fan ventilatie" en "grote fan ventilatie"
2: Uitzoeken welke entities in de YAML wel of niet bruikbaar zijn en dit aanpassen.
2: Wat automatiseren op basis van de sensoren die er zijn (luchtvochtigheid e.d)

@vormulier of @KMarco hebben jullie nog een tip om de HRU makkelijk in te stellen op bv een xxx m3 afzuigwaarde?

[ Voor 87% gewijzigd door Endy op 15-06-2025 18:48 ]

[vormulier]

@Endy Dan gebruik je dus gewoon wat hier ook thuis draait en kan je de code van git gebruiken.
Ik zit nog te wachten op esphome 2025.6 zodat de laatste error ook verdwijnt

Met die code krijg je een "fan" in je HA waarmee je gewoon je M3 instellen

code:

  - name: ${s_3080}
    address: 3080
    unit_of_measurement: m3/h
    value_type: U_WORD
    register_type: holding
    state_class: measurement
    platform: modbus_controller
    modbus_controller_id: ${modbus_id}

[Endy]

@vormulier

Bedankt voor de tip Dat ziet er heel goed uit. Ik ga er morgen mee aan de slag

[Endy]

@vormulier

Ik ben vandaag weer verder gegaan met de HRU400. Omdat de uitvoering nog een beetje verwarrend was heb ik even gekeken wat ik heb. Ik heb alleen de WTW unit zonder een duo of quattro zoneklep sturing.

Voor mijn doel, om dus de flow te kunnen instellen en sensoren te gebruiken in een automation bij bv een hoge luchtvochtigheid of via een Homewizard plugin als vaatwasser ingeschakeld wordt (met timer), moet dit prima bruikbaar zijn.

De code gebruikt is van enkele dagen geleden die ik toen van Git had gebruikt (KMarco), maar wil graag jouw code gebruiken i.v.m de vergelijkbare insteek / hardware met gebruik.

Nu heb ik een paar vragen :-)

1: Als het goed is kan ik met deze uitleg (mijn doel) nog steeds je setup draaien van Git?
2: Ik kan niet goed achterhalen waar ik moet beginnen met de informatie op Git.

Ik heb nu in ESP home onder HA de configuratie met de ESP32 en RS485 connected en daar komen wat live gegevens uit (temps, rpm, luchtvochtigheid)





Maar als ik het goed begrijp moet ik, om jouw Git te gebruiken, nu dus;

* in ESP home een nieuw device aanmaken?
* Daarin de YAML code van Git gebruiken op "esphome-Itho-Daalderop-HRU400/esphome/hru400.yaml"
* Daarna alles updaten naar de ESP?
* Vervolgens worden er dan een nieuw apparaat met entities aangemaakt?
* En dan voor bv automation helpers aanmaken, of een card voor bv een slider met percentage ventilatiespeed?

Ik probeer het echt te begrijpen, maar vind het nog wat lastig en wil nu niets omgooien wat al deels werkt

[ Voor 13% gewijzigd door Endy op 17-06-2025 19:48 . Reden: typo ]

[vormulier]

• in ESP home een nieuw device aanmaken? - Kan, maar je kan ook gewoon je oude device herconfigureren natuurlijk.
• Daarin de YAML code van Git gebruiken op "esphome-Itho-Daalderop-HRU400/esphome/hru400.yaml" - Ja en aanpassen waar nodig natuurlijk.
• Daarna alles updaten naar de ESP? - Correct
• Vervolgens worden er dan een nieuw apparaat met entities aangemaakt? - Correct, als je een nieuwe maakt, als je overschrijft dan blijft het device hetzelfde maar krijg je nieuwe entities.

> En dan voor bv automation helpers aanmaken, of een card voor bv een slider met percentage ventilatiespeed?

in de code zit de FAN al. Maar voor de 30 min timer zal je inderdaad even een aantal dingen moeten bijmaken zoals helpers.

[Endy]

@vormulier

Met je hulp en de uitleg op mijn vragen heb ik het voor elkaar gekregen om het op de ESP te kunnen schrijven Ik heb de hru400.yaml zo kunnen gebruiken, omdat op github deze al voor mijn ESP32 lite stond ingesteld.

Hieronder de update / installatie in ESP builder van Home Assistant


En de nieuwe in te stellen parameters en sensoren.




Ik ben er ontzettend blij mee en kan niets anders zeggen dan dat het echt mooi is bedacht.
M.b.t de FAN en de helpers;

Ik zou dus nu op basis van een humidity een helper met timer kunnen aanmaken die dan voor 30 minuten optoert en daarna weer naar de standaard ventilatie terug gaat.

Nu doe ik zelf veel met automations;
Zou dat daar net zo goed mee kunnen? Ik kijk altijd naar de trigger en als deze door een threshold gaat moet bv een actie worden uitgevoerd , wordt een acceptabele andere threshold bereikt zet een andere automation het dan weer op bv default (in dit geval dan ventilatie)
Mocht dan toch niet handig zijn ga ik met de helper aan de gang

En ik ga me nog even rustig inlezen in alle sensors en kleppen zoals de bypass en de vorstklep wanneer die wel / niet ingeschakeld moeten zijn (bypass is meen ik als buitentemp is gelijk of hoger dan binnen temp, dan wordt er geen energie uitgewisseld tussen verse lucht en oude lucht afvoer)

Morgen of vrijdag heb ik daar hopelijk al wat voor opgezet

[vormulier]

Eigenlijk moet je van je bypass en vorstklep afblijven.

Wil je deze vaker laten schakelen dan kan je dat beter instellen via de wifi van de wtw.


en de rest kan je allemaal automatiseren ja

[silvanverschuur]

vormulier schreef op donderdag 19 juni 2025 @ 10:27:
Eigenlijk moet je van je bypass en vorstklep afblijven.

Wil je deze vaker laten schakelen dan kan je dat beter instellen via de wifi van de wtw.


en de rest kan je allemaal automatiseren ja

@vormulier Heb jij de bypass wel eens automatisch zien werken? Ik had verwacht dat deze met de warmte van de afgelopen dagen (en de koude nachten) toch wel een keer automatisch bediend zou worden. Helaas heb ik dit nog nooit zien gebeuren. Afgelopen nacht heb ik hem handmatig op bypass gezet en daarmee kwam er aanzienlijk koudere lucht de woning binnen. De instellingen in de app staan op de standaard waarden.

[vormulier]

silvanverschuur schreef op donderdag 19 juni 2025 @ 11:23:
[...]


@vormulier Heb jij de bypass wel eens automatisch zien werken? Ik had verwacht dat deze met de warmte van de afgelopen dagen (en de koude nachten) toch wel een keer automatisch bediend zou worden. Helaas heb ik dit nog nooit zien gebeuren. Afgelopen nacht heb ik hem handmatig op bypass gezet en daarmee kwam er aanzienlijk koudere lucht de woning binnen. De instellingen in de app staan op de standaard waarden.

Het ellende van deze klep is dat
1, hij absurd is ingesteld op default waardes.
2, Deze automatische regeling zal voornamelijk ’s nachts, in de zomer,
in werking treden. De buitenlucht is dan meestal koeler dan de
warme binnenlucht. De bypass regeling zorgt ervoor dat de woning
langer koel blijft
3, Je er volgens mij (al staat dat nergens beschreven) je er een spider thermostaat bij moet hebben. Hoe weet hij anders dan de temperatuur of het zomer en snachts is? maar zie punt 1.

4, Als de klep dan volgens de voorwaarden open zou kunnen moet hij ook kunnen terugtouren naar onder de 200 m3. Dus als hij manueel op 100% staat, of de co2 is te hoog dan zal hij hier mee wachten.

5, als je het dan handmatig wil doen. (op eigen risico etc.etc.) dan wel eerst terug touren naar 200, 5 seconden wachten, klep open, 5 seconden wachten en dan weer optouren.

[Sinny]

vormulier schreef op donderdag 19 juni 2025 @ 12:19:
[...]


5, als je het dan handmatig wil doen. (op eigen risico etc.etc.) dan wel eerst terug touren naar 200, 5 seconden wachten, klep open, 5 seconden wachten en dan weer optouren.

Huh, ik dacht dat als die bypass openstond er sowieso niet meer dan 200m3 doorheen mag?

Maar zoals ik het van jou nu lees alleen wachten tot hij volledig dicht/open is en dan mag het allemaal weer?

[Endy]

vormulier schreef op donderdag 19 juni 2025 @ 10:27:
Eigenlijk moet je van je bypass en vorstklep afblijven.

Wil je deze vaker laten schakelen dan kan je dat beter instellen via de wifi van de wtw.


en de rest kan je allemaal automatiseren ja

Dus als ik het goed begrijp, voordat ik e.a ga automatiseren , kan ik op basis van de fan speed van 0 - 100 procent instellen zonder problemen als ik de bypass en de vorstklep het hele jaar door maar niet bedien.

Dan zou het voor mij in de basis heel handig zijn door op bepaalde triggers (homeplug verbruik en bv de afzuigkap), maar bv ook dat ik bij een bepaalde luchtvochtigheid die gemeten wordt "meer ventilatie" kan toepassen?

[vormulier]

Sinny schreef op donderdag 19 juni 2025 @ 12:36:
[...]

Huh, ik dacht dat als die bypass openstond er sowieso niet meer dan 200m3 doorheen mag?

Maar zoals ik het van jou nu lees alleen wachten tot hij volledig dicht/open is en dan mag het allemaal weer?

Als u via MobBus RS-485 de bypassklep open wil zetten dient u
de afvoerventilator af te laten toeren naar 200 m³/h of minder.

Staat nergens dat je daarna niet meer los mag het terug touren zal voornamelijk voor de motor van de klep. Hij zal niet stevig genoeg is om de klep open te krijgen met 400m3. Bij het sluiten zal de extra druk op de klep / motor minder een probleem zijn denk ik dan, maar terug touren kan geen kwaad.

[vormulier]

Endy schreef op donderdag 19 juni 2025 @ 12:38:
[...]


Dus als ik het goed begrijp, voordat ik e.a ga automatiseren , kan ik op basis van de fan speed van 0 - 100 procent instellen zonder problemen als ik de bypass en de vorstklep het hele jaar door maar niet bedien.

Vorstklep hoef je nooit in NL open of dicht te zetten. De fan kan altijd op 0 of 100. Alleen bij het bedienen van de bypass klep moet je terug touren om beschadiging te voorkomen.

Dan zou het voor mij in de basis heel handig zijn door op bepaalde triggers (homeplug verbruik en bv de afzuigkap), maar bv ook dat ik bij een bepaalde luchtvochtigheid die gemeten wordt "meer ventilatie" kan toepassen?

Deze automatisering is verder allemaal mogelijk

[Endy]

@vormulier

Top, dan weet ik dat ik in ieder geval met een goed (en veilig) gevoel wat kan gaan bouwen zonder iets stuk te maken

Ik ga ook nog even met de timer / delay afzuiging buttons aan de slag.
Even kijken of me dat lukt.

En nog een vraag die me te binnen schiet;
De RF ontvanger heeft diverse modes waaronder "auto".



Ik heb verder nog niet gekeken, misschien dat ergens in de documentatie de parameters staan van elke knop, maar zijn die ook makkelijk te programmeren?

Bijvoorbeeld dat ik de "auto" mode van de RF knop via Automatisch script activeer?
Bij mijn LG think zijn dit bv al presets die ik zo aan kan roepen (vakantie mode, heat pump of turbo)

Mocht dit er niet zijn moet ik de remote gewoon bedienen en kijken wat alle sensoren mij vertellen

[ Voor 70% gewijzigd door Endy op 19-06-2025 12:59 ]

[silvanverschuur]

vormulier schreef op donderdag 19 juni 2025 @ 12:19:
[...]


Het ellende van deze klep is dat
1, hij absurd is ingesteld op default waardes.
2, Deze automatische regeling zal voornamelijk ’s nachts, in de zomer,
in werking treden. De buitenlucht is dan meestal koeler dan de
warme binnenlucht. De bypass regeling zorgt ervoor dat de woning
langer koel blijft
3, Je er volgens mij (al staat dat nergens beschreven) je er een spider thermostaat bij moet hebben. Hoe weet hij anders dan de temperatuur of het zomer en snachts is? maar zie punt 1.

4, Als de klep dan volgens de voorwaarden open zou kunnen moet hij ook kunnen terugtouren naar onder de 200 m3. Dus als hij manueel op 100% staat, of de co2 is te hoog dan zal hij hier mee wachten.

5, als je het dan handmatig wil doen. (op eigen risico etc.etc.) dan wel eerst terug touren naar 200, 5 seconden wachten, klep open, 5 seconden wachten en dan weer optouren.

Ik zou graag willen dat dit automatisch goed werkt zonder tussenkomst van HA, maar ik heb bij mij gemerkt dat hij automatisch in ieder geval niet open/dicht gaat. De settings in de app vond ik ook nogal wazig.

De temperatuur zou hij natuurlijk kunnen afleiden van de afgevoerde lucht. Daar is een sensor aanwezig. De buitentemperatuur is ook bekend dus op zich denk ik niet dat een spider noodzakelijk is.

Misschien dat ik dan toch maar een keer een automation moet maken in HA om dat ding te bedienen. Ik denk namelijk wel dat je er veel voordeel uit kunt halen in de zomer.

[vormulier]

Endy schreef op donderdag 19 juni 2025 @ 12:46:
@vormulier

Ik heb verder nog niet gekeken, misschien dat ergens in de documentatie de parameters staan van elke knop, maar zijn die ook makkelijk te programmeren?

Deze knoppen zijn niet software matig gedefineerd. de WTW op auto zetten kan al via de code. hoge fan en lage fan is gewoon 0 tot 100. De timer zal je via een helper / automation moeten doen.

[vormulier]

silvanverschuur schreef op donderdag 19 juni 2025 @ 12:59:
[...]


Ik zou graag willen dat dit automatisch goed werkt zonder tussenkomst van HA, maar ik heb bij mij gemerkt dat hij automatisch in ieder geval niet open/dicht gaat. De settings in de app vond ik ook nogal wazig.

De temperatuur zou hij natuurlijk kunnen afleiden van de afgevoerde lucht. Daar is een sensor aanwezig. De buitentemperatuur is ook bekend dus op zich denk ik niet dat een spider noodzakelijk is.

Misschien dat ik dan toch maar een keer een automation moet maken in HA om dat ding te bedienen. Ik denk namelijk wel dat je er veel voordeel uit kunt halen in de zomer.

Same.. Zou mooier zijn inderdaad die functie zit er tenslotte niet voor niks in. Maar goed helaas moet het een handje geholpen worden zo nu en dan.

[silvanverschuur]

vormulier schreef op donderdag 19 juni 2025 @ 13:30:
[...]

Same.. Zou mooier zijn inderdaad die functie zit er tenslotte niet voor niks in. Maar goed helaas moet het een handje geholpen worden zo nu en dan.

Heb jij dit al zelf geautomatiseerd?

[vormulier]

silvanverschuur schreef op donderdag 19 juni 2025 @ 13:55:
[...]


Heb jij dit al zelf geautomatiseerd?

Ik heb op de ESP een switch gezet die het aan en uit kan zetten:

switch:
- platform: template
name: "Bypass valve - on/off" # 0 = auto 1 = Manual
id: HRU_bypass_valve_on_off_switch
icon: mdi:toggle-switch-variant
restore_mode: RESTORE_DEFAULT_OFF
lambda: |-
if (id(HRU_bypass_valve_on_off).state == 1) {
return true;
} else {
return false;
}
turn_on_action:
then:
if:
condition:
lambda: 'return id(hru_m3h_toevoer_binnen_total).state > 200;'
then:
- logger.log: "The sensor value is above 200!, change fan to 200"
- number.set:
id: HRU_fan_demand_value
value: 200 # Lower the fan to the bypass allowed value
- delay: 5s # Give fan spindown time
- number.set:
id: HRU_bypass_valve_on_off
value: 1 # Set the bypass to on.
- delay: 5s # Give bypass valve time to open
- number.set:
id: HRU_fan_demand_value
value: 0 # Set the fan back to auto.
else:
- logger.log: "The sensor value is below 200!, turn on bypass"
- number.set:
id: HRU_bypass_valve_on_off
value: 1 # Set the bypass to on.
turn_off_action:
then:
if:
condition:
lambda: 'return id(hru_m3h_toevoer_binnen_total).state > 200;'
then:
- logger.log: "The sensor value is above 200, change fan to 200 before turn off"
- number.set:
id: HRU_fan_demand_value
value: 200 # Lower the fan to the bypass allowed value
- delay: 5s # Give fan spindown time
- number.set:
id: HRU_bypass_valve_on_off
value: 0 # Set the bypass to off.
- delay: 5s # Give bypass valve time to open
- number.set:
id: HRU_fan_demand_value
value: 0 # Set the fan back to auto.
else:
- logger.log: "The sensor value is below 200, turn off bypass"
- number.set:
id: HRU_bypass_valve_on_off
value: 0 # Set the bypass to off.

Verder laat ik hem eigenlijk alleen op auto staan

[silvanverschuur]

vormulier schreef op donderdag 19 juni 2025 @ 14:00:
[...]

Ik heb op de ESP een switch gezet die het aan en uit kan zetten:


[...]


Verder laat ik hem eigenlijk alleen op auto staan

Bedankt, zal dit ook eens toevoegen aan mijn ESP code.

[Stay1ed]

silvanverschuur schreef op donderdag 19 juni 2025 @ 12:59:
[...]


Ik zou graag willen dat dit automatisch goed werkt zonder tussenkomst van HA, maar ik heb bij mij gemerkt dat hij automatisch in ieder geval niet open/dicht gaat. De settings in de app vond ik ook nogal wazig.

Het algoritme hierachter is al eens besproken in het algemene balansventilatie topic, onder andere hier:

janbrede schreef op maandag 26 juni 2023 @ 11:26:
[...]

Veel van die instellingen zijn al eens besproken in dit topic.
Die parameter waarvan de grens op 300 staat heet bij de HRU-350 'Summercounter' en is het aantal graden dat de buitentemperatuur boven de grens (standaard 19 graden) uit komt maal de duur ervan in minuten (vandaar Km, wat staat voor Kelvin maal minuten). Zodra dat product de ingestelde waarde bereikt wordt de 'Summerday' flag gezet en gaat de bypass open als de buitentemperatuur lager is dan de binnentemperatuur. Andersom werkt het ook: daalt de buitentemperatuur onder de grens dan gaat de Summercounter teruglopen tot hij 0 bereikt; de bypass blijft dan wel open totdat de toevoertemperatuur zakt onder een ingestelde waarde (standaard 17 graden).
Zo te zien heeft de HRU-400 geen I2C-interface zoals de HRU-350 dus de losse wifi module daarvoor is niet te gebruiken (en ook niet nodig want de HRU-400 heeft een eigen wifi interface - nu moet iemand alleen nog even wat reverse-engineering daarmee doen ).

[Endy]

@vormulier

Ik heb me wat verder ingelezen en probeer nu op basis van je automation script "WTW-Fan-Controller" met de 30 minuten en 60 minuten helper de Itho dan op 100 procent of 42 procent ventilatie te bedienen.
Daarmee wil ik dan een "RF ontvanger achtige" dashboardje maken

Nu heb ik de helpers aangemaakt zoals hieronder (voorbeeld 30 minuten):


En met het bedienen van een eenvoudige test "switch" op mijn test dasboard wordt het automatische script nu wel getriggered.



Nu heb ik nog enkele vragen:

1: Is de helper zo correct of is een ander type toch beter?
2: En welke card heb je gebruikt om het zo weer te geven voor de timers op het dashboard?
Ik heb wel diverse custom cards, maar ik kan er zo geen vinden die de 30 en 60 minuten toont



3: Het valt me op dat als de automatisering wordt uitgevoerd dat de entiteiten in het plaatje hieronder (Ingress) ook worden ingeschakeld naast de "fan.wtw_rs485_wtw_fan";
Ventilation demand ingress - on/off
Ventilation demand ingress - (instelbaar m3/h)



Als de automatisering klaar is gaat de WTW fan dus naar 42 procent. Maar de HRU400 blijft nog steeds op volle snelheid draaien en verandert alleen als ik bv de 200 waarde aanpas naar de 80 in de afbeelding hierboven.

Ik kan dit niet verklaren of dit wel zo hoort? Ik kan natuurlijk de "Ventilation demand ingress" aansturen maar volgens mij zou juist de WTW fan met de slider bepalend moeten zijn voor het aantal m3/h als je deze slider kan verzetten in stappen van 14 procent?

4: Verder zie ik de sensor.wtw_rs485_flow_warning_exhaust_flow oplopen bij het aansturen en weet niet of dit normaal gedrag is? Ik zit verder niet aan andere parameters, eigenlijk alleen de automation, de velden van de "ingress" hierboven genoemd, en de gewone RF ontvanger.

Als ik zo de handleiding van Itho naloop suggereert het volgens mij dit;
"De ventilatie-unit detecteert dat de toevoerventilator het gewenste debiet niet
binnen 10 seconden kan halen."

Voordat ik iets stuk maak wacht ik even af voordat ik verder ga proberen Ik heb wel ideeën (bv in lagere stappen ophogen) maar misschien moet er eerst iets anders gebeuren.

[ Voor 36% gewijzigd door Endy op 20-06-2025 19:29 ]

[vormulier]

@Endy
1: Is de helper zo correct of is een ander type toch beter?
- dit is goed.
2: En welke card heb je gebruikt om het zo weer te geven voor de timers op het dashboard?
- Tile cards van HA zelf niks custom.

3:Het valt me op dat als de automatisering wordt uitgevoerd dat de entiteiten in het plaatje hieronder (Ingress)
Ja je gaat van auto naar manual, daar moeten eenmaal wat dingen voor omgezet worden.

Verder snap ik dr vraag niet zo goed, zal aam mij liggen Maar als je ventilator niet naar 42% gaat na de 30/60 min moet je even kijken bij je triggers en automation history, allicht staat daar ergens een error message.


4: de WTW is het waarschijnlijk niet heel erg eens met hoe het een en ander gebeurd, de software zelf zal opschalen in stappen in plaats an auto naar 100%. Verder niet super erg want het is een warning. Maar je kan dus wat langzamer optouren dan zou je ze niet meer moeten krijgen (al krijg ik ze somt ook als hij op auto staat)

[Endy]

@vormulier

Met je antwoorden zit ik al aardig in de goede richting
Wat ik zie met de helper en de automation is dat de 42 procent in mijn geval nog steeds inhoudt dat ik op 200 m3 ventileer.

Ik heb dat nu opgelost door in mijn automation;

- Als eerste de "number.wtw_rs485_ventilation_demand_exhaust_on_off" in te stellen op 60 m3/h
- Dan de "fanwtw_rs485_wtw_fan" in te schakelen
- Met intervallen van 2 seconde, telkens met 30m3/h ophogen tot 150 of 180 m3 (Afhankelijk van bv keuken of badkamer)

Voor mijn doelen gaat dat nu zo:

Automation keuken:
gebruik ik nu een homewizard plugin die schakelt op het verbruik en dan
- Automation schakel in, bij vermogen > 7 watt (afzuiging setting op 150 m3/h)
- Automation schakel uit, bij vermogen van < 7 watt.


Automation Vaatwasser:
gebruik ik nu een homewizard plugin die schakelt op het verbruik en dan
- Automation schakelt, bij eerste vermogen > 1000 watt (afzuiging setting op 150 m3/h)
Timer op 56 minuten ivm een 1 uur eco programma waarna de deur openspringt en het vocht / warmte
wordt afgezogen.

- Automation badkamer:

Hier heb ik zojuist een testje voor gedaan, ik merk dat de humidity niet snel genoeg oploopt bij het vullen van bv een bad. Omdat ik de Wavin Sentio niet meer kan uitlezen door een gedwongen update van Wavin heb ik dit nu als volgt opgelost.

Gebruik de sensor van de "huidige temperatuur van de LG boilervat" en voeg deze toe aan een "derative sensor".

Deze sensor sampelt over de afgelopen 10 minuten (voortschrijdend) en kijkt hoeveel de temperatuur per minuut afneemt. Omdat ik weet dat het boilervat bij een grote verbruiker onder 50 graden komt en dat dan de temperatuur op de sensor ook sneller daalt loopt de "derative sensor" wel sneller op vwb negatieve waarde (afname bv -0,4 graden celcius per minuut)



Op basis daarvan kan ik dan de HRU 400 aansturen via een automation (dus trigger onder de 50 graden en condition van de "derative sensor" > 0,4 graden celcius per minuut). De afzuiging moet dan ca 40 minuten afzuigen.

Ik zal verder even kijken naar de custom cards welke zich daar het beste voor leent
En wat je aangeeft met de "warnings", het viel me ook op dat de RF unit dit ook af en toe triggert.
Het optoeren via automation met stappen va 30 m3 en dan telkens 2 seconden wachten lijkt geen verschil te maken v.w.b uitblijven "warnings", dus waarschijnlijk haal ik dat er t.z.t weer uit.

Verder had ik nog 1 ding wat me opviel;



Ik krijg in de logging van de ESP home te zien dat er een register "BCC" niet kan worden uitgelezen.
Dat is omgerekend 3020 -> s_3020: Snelheid toevoerventilator

Kan je deze wel uitlezen?
Ik heb er namelijk, naast nog enkele die geen data hebben en"unknown" zijn;

sensor.wtw_rs485_speed_exhaust_fan
sensor.wtw_rs485_speed_ingress_fan
sensor.wtw_rs485_power_usage_exhaust_fan
sensor.wtw_rs485_power_usage_ingress_fan

Ik ben iig heel blij met hoe het tot nu toe werkt en kan alleen maar zeggen dat je dat echt knap hebt gemaakt

[Endy]

Het is al even geleden m.b.t mijn laatste bericht en ben verder gegaan om het zo goed mogelijk in Home assistant in te bouwen.

Nu is dat aardig gelukt en heb ik een hoop zaken geautomatiseerd.
Wat me wel opvalt is het volgende;

Ik heb een draadloze Itho afstandsbediening met 4 knoppen;
- Kleine ventilator (30 m3/u)
- Grote ventilator (200 m3/u)
- Auto (80m3/h)
- Zandloper bepaalde duur verhoogde afzuiging (gebruik ik nooit)

Als ik met mijn ESP32 en de Github van @vormulier mijn aansturing gebruik, dan merk ik dat mijn automation die op 60m3/u staat ingesteld na verloop van tijd niet onder de 80m3/u komt.
Pas als ik de draadloze Itho bediening op "kleine ventilator" druk, dan kan ik weer aansturen onder de 80m3/h.

Ik heb vervolgens de volgende zaken geprobeerd om uit te zoeken, onderstaande werkt niet;
1: WTW herstarten gaat dan default naar 80m3/u en er onder is niet mogelijk
2: Constant de WTW via ESP ingeschakeld laten staan, uiteindelijk op een moment op de dag
gaat de WTW toch weer door alle automatisering heen naar 80m3/h.
3:Gekeken of ik via aansturing op een andere manier via aansturing dit kon omzeilen, maar niets gevonden.

Na wat meer onderzoek op het internet:

*Ik vind op het internet een bericht waarin staat dat de HRU 400 met een remote uiteindelijk altijd na een
dag terugkeert naar de "default" auto staat en in mijn geval is dat 80 m3/h bij 200 m3/h max.
(Deze is 2 jaar geleden bij oplevering woning door een Itho Daalderop specialist ingesteld, omdat de
aannemer er geen verstand van had )

*Een oplossing is om via de HRU service app dan bv de default op bv 30 m3/h in te stellen, echter kan
ik niet in mijn HRU400 met de service app om dat aan te passen.

Mijn vragen zijn dan ook;
- Is dit bekend gedrag?
- Is dit te omzeilen met wat er via modbus uit te lezen / in te stellen is?
- Indien dit niet via modbus kan; Is er op een andere manier in de HRU400 iets in te stellen?

Ik hoop dat er een praktische oplossing is, anders moet ik een installateur alleen hiervoor langs laten komen om dit aan te passen.

[Endy]

Ik ben er al uit
Mijn vorige bericht is dus niet meer aan de orde.

[frispens]

Endy schreef op zondag 3 augustus 2025 @ 15:07:
Ik ben er al uit
Mijn vorige bericht is dus niet meer aan de orde.

Hoe heb je dit opgelost? Ik sta op het punt mijn HRU400 op dezelfde manier te automatiseren. Ben helemaal klaar met de auto stand die niet doet wat ik wil.

Mijn 'zorg' zit hem in de standaard overrule van de WTW, die mijn config in de war kan schoppen.
Ik wil met eigen vochtsensors gaan werken in de badkamer en beweging sensors in de WC's. Hoe zorg je ervoor dat de standaard RF-sensoren de WTW niet anders instellen dan dat ik wil? Of dat bv de auto stand ineens alles overruled?

[maartenvdv737]

RF sensoren eruit halen. Evt CO2 sensoren laten zitten. Ik heb co2 echter niet gekoppeld aan de HRU 400. Ik lees ze zelf uit en stuur dan de HRU aan via modbus

[Endy]

frispens schreef op zaterdag 4 oktober 2025 @ 18:52:
[...]


Hoe heb je dit opgelost? Ik sta op het punt mijn HRU400 op dezelfde manier te automatiseren. Ben helemaal klaar met de auto stand die niet doet wat ik wil.

Mijn 'zorg' zit hem in de standaard overrule van de WTW, die mijn config in de war kan schoppen.
Ik wil met eigen vochtsensors gaan werken in de badkamer en beweging sensors in de WC's. Hoe zorg je ervoor dat de standaard RF-sensoren de WTW niet anders instellen dan dat ik wil? Of dat bv de auto stand ineens alles overruled?

Als je je eigen automatisering m.b.t HRU400 aansturing opzet dan zijn de volgende entiteiten van belang.
Wil je de RF ontvanger en de HRU zijn eigen ding laten doen dan staan mijn settings hiervoor zo;



Bij mij is de RF ontvanger op "auto" 80m3/h, de entiteiten voor de ESP32 staan dan zo;

Note: De precieze benamingen zie je hieronder en komen overeen met de installatie ik in in dit topic heb gebruikt;

Wil je de RF ontvanger en de HRU overrulen dan staan mijn settings hiervoor zo;



Ik stel in mijn voorbeeld dan de HRU400 in op 30m3/h en;
WTW fan is = "1"
Ventilation Demand Ingress ON/OFF = "1"
Ventilation Demand Ingress = 30.0
Ventilation Demand Exhaust ON/OFF = "1"

Als je dit zo toepast doet de RF remote (bij mij) niets meer en de HRU400 gaat niet na 24 uur weer automatisch in de 80m3 mode.

Ik gebruik de setup zo met Wavin thermostaten (bevat in te stellen en uit te lezen temperatuur en luchtvochtigheid) en ook al is deze wat trager, is dat in mijn geval prima te gebruiken. Verder heb ik met Homewizard wat smartplugs waarop ik de afzuigkap en de vaatwasser m.b.t hogere ventilatiestand aanstuur

[ Voor 0% gewijzigd door Endy op 06-10-2025 14:40 . Reden: Aanvulling ]

[frispens]

Endy schreef op maandag 6 oktober 2025 @ 11:56:
[...]


Als je je eigen automatisering m.b.t HRU400 aansturing opzet dan zijn de volgende entiteiten van belang.
Wil je de RF ontvanger en de HRU zijn eigen ding laten doen dan staan mijn settings hiervoor zo;

[Afbeelding]

Bij mij is de RF ontvanger op "auto" 80m3/h, de entiteiten voor de ESP32 staan dan zo; [Afbeelding]

Note: De precieze benamingen zie je hieronder en komen overeen met de installatie ik in in dit topic heb gebruikt;

Wil je de RF ontvanger en de HRU overrulen dan staan mijn settings hiervoor zo;

[Afbeelding]

Ik stel in mijn voorbeeld dan de HRU400 in op 30m3/h en;
WTW fan is = "1"
Ventilation Demand Ingress ON/OFF = "1"
Ventilation Demand Ingress = 30.0
Ventilation Demand Exhaust ON/OFF = "1"

Als je dit zo toepast doet de RF remote (bij mij) niets meer en de HRU400 gaat niet na 24 uur weer automatisch in de 80m3 mode.

Ik gebruik de setup zo met Wavin thermostaten (bevat in te stellen en uit te lezen temperatuur en luchtvochtigheid) en ook al is deze wat trager, is dat in mijn geval prima te gebruiken. Verder heb ik met Homewizard wat smartplugs waarop ik de afzuigkap en de vaatwasser m.b.t hogere ventilatiestand aanstuur

Ah top, dank voor je voorbeelden!

[frispens]

Kan iemand mij helpen?
Ik heb alles geinstalleerd zoal moet, echter krijg ik in mijn ESPhome logs te zien dat er geen data wordt ontvangen:

[16:40:01.866][D][modbus_controller:039]: Modbus command to device=72 register=0xBE0 no response received - removed from send queue

Mijn vermoeden was eerst A/B omdraaien, maar blijf hetzelfde zien.
Daarna was mijn vermoeden dat modbus adres 72 wellicht niet juist was, maar via de service app zag ik dat ook dit correct staat. Wat kan het nog anders zijn? Mis ik iets?

@vormulier of @Endy wellicht?

[ Voor 16% gewijzigd door frispens op 03-01-2026 17:20 ]

[frispens]

Inmiddels opgelost. de tx en rx pin IDs hier:
esphome-Itho-Daalderop-HRU400/esphome/boards/uart/m5stack/U034
/m5stack-C008-atom-lite.yaml

kloppen niet

edit: kloppen iig niet bij een M5Stack Atomic RS485 /edit

Ik heb de waardes zoals @Endy ze eerder deelde ingesteld, en dan werkt het!
tx_pin: GPIO19
rx_pin: GPIO22

[ Voor 10% gewijzigd door frispens op 05-01-2026 15:33 ]

[Endy]

Ik heb de waardes zoals @Endy ze eerder deelde ingesteld, en dan werkt het!
tx_pin: GPIO19
rx_pin: GPIO22

Ik zag je berichten net pas, top dat het is gelukt

[vormulier]

frispens schreef op zondag 4 januari 2026 @ 18:56:
Inmiddels opgelost. de tx en rx pin IDs hier:
esphome-Itho-Daalderop-HRU400/esphome/boards/uart/m5stack/U034
/m5stack-C008-atom-lite.yaml

kloppen niet!

Ik heb de waardes zoals @Endy ze eerder deelde ingesteld, en dan werkt het!
tx_pin: GPIO19
rx_pin: GPIO22

Ze kloppen hier anders gewoon, dus zonder verdere tekst en uitleg kan ik het ook niet verder aanpassen.
Zoals welke ESP je gebruikt en hoe je hem hebt aangesloten.

Klopt niet roepen en dan gaan verdere text en uitleg is super handig.....

[frispens]

vormulier schreef op maandag 5 januari 2026 @ 12:40:
[...]


Ze kloppen hier anders gewoon, dus zonder verdere tekst en uitleg kan ik het ook niet verder aanpassen.
Zoals welke ESP je gebruikt en hoe je hem hebt aangesloten.

Klopt niet roepen en dan gaan verdere text en uitleg is super handig.....

Beetje gekke reacte. Bij mij kloppen ze niet en ik gebruik (volgens mij) dezelfde setup:
Atom Lite (C008) + M5Stack Atomic RS485

Ik zag later ook pas dat RX + TX op de sticker staan:

[vormulier]

@frispens
Gekke reactie? valt wel mee hoor kijk maar even mee:
Je gebruikt (A131):
https://shop.m5stack.com/products/atomic-rs485-base
en niet de (U034):
https://shop.m5stack.com/...le?variant=16804750622810

De esphome config die je dus gebruikt:

code:

esphome-Itho-Daalderop-HRU400/esphome/boards/uart/m5stack/U034
/m5stack-C008-atom-lite.yaml

klopt inderdaad niet voor je setup omdat je de verkeerde gebruikt. je moet:

code:

esphome-Itho-Daalderop-HRU400/esphome/boards/uart/m5stack/A131
/m5stack-C008-atom-lite.yaml

gebruiken.

en dan werkt alles naar behoren.

[frispens]

vormulier schreef op maandag 5 januari 2026 @ 15:48:
@frispens
Gekke reactie? valt wel mee hoor kijk maar even mee:
Je gebruikt (A131):
https://shop.m5stack.com/products/atomic-rs485-base
en niet de (U034):
https://shop.m5stack.com/...le?variant=16804750622810

De esphome config die je dus gebruikt:

code:

esphome-Itho-Daalderop-HRU400/esphome/boards/uart/m5stack/U034
/m5stack-C008-atom-lite.yaml

klopt inderdaad niet voor je setup omdat je de verkeerde gebruikt. je moet:

code:

esphome-Itho-Daalderop-HRU400/esphome/boards/uart/m5stack/A131
/m5stack-C008-atom-lite.yaml

gebruiken.

en dan werkt alles naar behoren.

Thanks

Stupid me

[Verwey24]

Zelf ben ik ook bezig om de HRU 400 te integreren in Loxone. Ik heb een Waveshare RS485 -> IP TCP aangeschaft maar krijg met geen mogelijkheid de bus online. Instellingen zijn overgenomen van de handleiding maar het wil niet lukken.
heeft iemand ervaring of een idee wat het kan zijn?

[vormulier]

Verwey24 schreef op dinsdag 20 januari 2026 @ 22:17:
Zelf ben ik ook bezig om de HRU 400 te integreren in Loxone. Ik heb een Waveshare RS485 -> IP TCP aangeschaft maar krijg met geen mogelijkheid de bus online. Instellingen zijn overgenomen van de handleiding maar het wil niet lukken.
heeft iemand ervaring of een idee wat het kan zijn?

Dan zal je toch even je instellingen moeten posten.

[Verwey24]

Inderdaad handig om te delen. Bijgaand de instellingen.
Baud Rate: 19200
Data Bits: 8
Stop Bits: 1
Parity: Even
Slave ID: 72
Function Code: 04 (Read Input Registers)
Number of Registers: 1
Data Format: Dec
Scan Rate: 1000 ms.

Ik heb meerdere ID's geprobeerd 1, 10 & 72 maar zonder resultaat. Daarnaast gebruik ik CAS Modbus Scanner maar helaas ook zonder resultaat. er ontstaat een Error, timeout - no response to poll. Daarnaast heb ik geprobeerd de A & B poort om te wisselen maar ook geen effect.

Ik heb gelezen dat een modbus een fluctuerende spanning moet hebben tussen de 2 en de 5 volt. Als ik tussen de A en B poort meet, meet ik een stroom van 0,26V. Ook heb ik de weerstand gemeten met een resultaat van 130 Ohm.

Ik ben benieuwd of iemand mij verder kan helpen.