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