Welke connector modbus rs485 op wtw

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