Orcon HRC RF modbus in ESPHome

[KingWoppo]

Ik heb geen aandelen, maar de module van @Willie-wortel is helemaal top .
Je kloont een bestaande 15RF afstandsbediening en hoeft helemaal niks te modden.

Hierna kan je de unit bedienen vanuit bijvoorbeeld Home Assistant zoals je dit met je afstandsbediening ook doet. Snap dat het niet zaken uitleest als temperatuur en dergelijke, maar mijn vrouw wilde graag met de Alexa routines de ventilatie aanzetten voor 1.5 uur als je gaat douchen en dat werkt op deze manier top.

[Swazija]

Mijn HA lovelace voor mijn WTW systemen (heb er 2, dat was makkelijker/goedkoper te maken dan overal met buizen naar toe tijdens de verbouwing):



Met de kaarten bovenaan kan ik de WTW bedienen. De kleur van de knop wordt geel afhankelijk van de stand van de WTW. Er zit ook nog een flood sensor onder de WTW die ervoor zorgt dat de kaart rood wordt als er water gedetecteerd is in een bak die eronder staat.

In de configuration.yaml is het belangrijk dat je even goed kijkt wat je eigen fan/remote/co2 id's zijn en dat natuurlijk verandert in de code. Het 2411 commando stelt de fan speed in per setting (low, medium, high) op een bepaald percentage. Dat commando roep ik aan als de stroom ooit van de WTW afgaat. Dit wordt namelijk overruled door de dip switches na een reboot. Mijn 2411 commando's zijn afgesteld op mijn huis uiteraard. Als je dat zelf ook wilt moet je even in de parser van ramses_rf kijken hoe je het commando aan moet passen. Fake remotes moet je binden met je HRC voordat ze werken. Ook daarvoor zit er code in ramses_cc. Het is sowieso een goed idee om de wiki even door te lezen.

Dit is de code voor een van de kaarten die ik gebruik voor de bediening:

code:

type: vertical-stack
cards:
  - type: custom:button-card
    color_type: label-card
    name: WTW boven
    styles:
      card:
        - height: 100px
    size: 100%
    entity: binary_sensor.flood_sensor_water_leak_detected
    state:
      - value: 'off'
        color: rgb(88, 126, 163)
        name: WTW boven
      - value: 'on'
        color: rgb(247, 15, 15)
        name: WTW boven waterniveau NOK
    icon: mdi:fan
    tap_action:
      action: call-service
      service: remote.send_command
      service_data:
        command: request31DA
        entity_id: remote.37_155617
  - type: horizontal-stack
    cards:
      - type: custom:button-card
        entity: sensor.32_155617_fan_info
        tap_action:
          action: call-service
          service: remote.send_command
          service_data:
            command: away
            entity_id: remote.37_155617
        color_type: card
        color: rgb(40, 150, 214)
        icon: mdi:home-export-outline
        name: ' '
        styles:
          card:
            - height: 50px
        state:
          - value: away
            color: rgb(225, 317, 55)
      - type: custom:button-card
        entity: sensor.32_155617_fan_info
        tap_action:
          action: call-service
          service: remote.send_command
          service_data:
            command: low
            entity_id: remote.37_155617
        color_type: card
        color: rgb(40, 150, 214)
        icon: mdi:fan-speed-1
        name: ' '
        styles:
          card:
            - height: 50px
        state:
          - value: speed 1
            color: rgb(225, 317, 55)
      - type: custom:button-card
        entity: sensor.32_155617_fan_info
        tap_action:
          action: call-service
          service: remote.send_command
          service_data:
            command: medium
            entity_id: remote.37_155617
        color_type: card
        color: rgb(40, 150, 214)
        icon: mdi:fan-speed-2
        name: ' '
        styles:
          card:
            - height: 50px
        state:
          - value: speed 2
            color: rgb(225, 317, 55)
      - type: custom:button-card
        entity: sensor.32_155617_fan_info
        tap_action:
          action: call-service
          service: remote.send_command
          service_data:
            command: high
            entity_id: remote.37_155617
        color_type: card
        color: rgb(40, 150, 214)
        icon: mdi:fan-speed-3
        name: ' '
        styles:
          card:
            - height: 50px
        state:
          - value: speed 3
            color: rgb(225, 317, 55)
      - type: custom:button-card
        entity: sensor.32_155617_fan_info
        tap_action:
          action: call-service
          service: remote.send_command
          service_data:
            command: auto
            entity_id: remote.37_155617
        color_type: card
        color: rgb(40, 150, 214)
        icon: mdi:fan-auto
        name: ' '
        styles:
          card:
            - height: 50px
        state:
          - value: auto
            color: rgb(225, 317, 55)
      - type: custom:button-card
        entity: binary_sensor.32_155617_bypass_position
        color_type: card
        color: rgb(40, 150, 214)
        icon: mdi:air-filter
        name: ' '
        tap_action:
          action: call-service
          service: script.1660766924554
        styles:
          card:
            - height: 50px
        state:
          - value: 'off'
            color: rgb(40, 150, 214)
            name: Closed
          - value: 'on'
            color: rgb(225, 317, 55)
            name: Open
      - type: custom:button-card
        entity: sensor.32_155617_fan_info
        tap_action:
          action: call-service
          service: remote.send_command
          service_data:
            command: disable
            entity_id: remote.37_155617
        color_type: card
        color: rgb(40, 150, 214)
        icon: mdi:fan-off
        name: ' '
        styles:
          card:
            - height: 50px
        state:
          - value: 'off'
            color: rgb(225, 317, 55)

Mijn configuration.yaml:

code:

# WTW
ramses_cc:
    restore_cache: true
    ramses_rf:
        enforce_known_list: true
    serial_port: /dev/serial/by-id/usb-SparkFun_evofw3_atmega32u4-if00
    packet_log:
      file_name: packet.log
      rotate_backups: 7
    advanced_features:
        send_packet: true
        #message_events: true
    orphans_hvac:
      - 32:155617 # Fan HRC 400       
      - 37:155617 # Faked remote       
      - 32:153258 # Fan HRC 300      
      - 37:153258 # Faked remote         
      - 29:158183 # Real remote
      - 29:186497 # CO2 sensor
      - 29:181813 # CO2 sensor
      - 29:183967 # CO2 sensor
    known_list:
      18:005904: {class: HGI}
      32:153258: {class: FAN, alias: "WTW beneden"}
      32:155617: {class: FAN, alias: "WTW boven"}
      29:158183:
        class: REM
        faked: True
        scheme: orcon
        commands:
          away:         ' I --- 29:158183 --:------ 29:158183 22F1 003 000007'
          low:          ' I --- 29:158183 --:------ 29:158183 22F1 003 000107'
          medium:       ' I --- 29:158183 --:------ 29:158183 22F1 003 000207'
          high:         ' I --- 29:158183 --:------ 29:158183 22F1 003 000307'
          auto:         ' I --- 29:158183 --:------ 29:158183 22F1 003 000407'
          auto2:        ' I --- 29:158183 --:------ 29:158183 22F1 003 000507'
          boost:        ' I --- 29:158183 --:------ 29:158183 22F1 003 000607'
          disable:      ' I --- 29:158183 --:------ 29:158183 22F1 003 000707'
      37:153258: 
        class: REM
        faked: True
        commands:
          away:         ' I --- 37:153258 32:153258 --:------ 22F1 003 000007'
          low:          ' I --- 37:153258 32:153258 --:------ 22F1 003 000107'
          medium:       ' I --- 37:153258 32:153258 --:------ 22F1 003 000207'
          high:         ' I --- 37:153258 32:153258 --:------ 22F1 003 000307'
          auto:         ' I --- 37:153258 32:153258 --:------ 22F1 003 000407'
          auto2:        ' I --- 37:153258 32:153258 --:------ 22F1 003 000507'
          boost:        ' I --- 37:153258 32:153258 --:------ 22F1 003 000607'
          disable:      ' I --- 37:153258 32:153258 --:------ 22F1 003 000707'
          bypass_open:  ' W --- 37:153258 32:153258 --:------ 22F7 003 00C8EF'
          bypass_close: ' W --- 37:153258 32:153258 --:------ 22F7 003 0000EF'
          bypass_auto:  ' W --- 37:153258 32:153258 --:------ 22F7 003 00FFEF'
          request31DA:  'RQ --- 37:153258 32:153258 --:------ 31DA 001 00'
          RQ_filter_change:  'RQ --- 37:153258 32:153258 --:------ 10D0 001 00'
          low_fan_supply_28:  ' W --- 37:153258 32:153258 --:------ 2411 023 00003F000F0000003800000000000000A0000000010032'  
          low_fan_exhaust_28: ' W --- 37:153258 32:153258 --:------ 2411 023 000040000F0000003800000000000000A0000000010032'
          low_fan_exhaust_37: ' W --- 37:153258 32:153258 --:------ 2411 023 000040000F0000004A00000000000000A0000000010032'
        scheme: orcon
      37:155617: 
        class: REM
        faked: True
        scheme: orcon
        commands:
          away:         ' I --- 37:155617 32:155617 --:------ 22F1 003 000007'
          low:          ' I --- 37:155617 32:155617 --:------ 22F1 003 000107'
          medium:       ' I --- 37:155617 32:155617 --:------ 22F1 003 000207'
          high:         ' I --- 37:155617 32:155617 --:------ 22F1 003 000307'
          auto:         ' I --- 37:155617 32:155617 --:------ 22F1 003 000407'
          auto2:        ' I --- 37:155617 32:155617 --:------ 22F1 003 000507'
          boost:        ' I --- 37:155617 32:155617 --:------ 22F1 003 000607'
          disable:      ' I --- 37:155617 32:155617 --:------ 22F1 003 000707'
          bypass_open:  ' W --- 37:155617 32:155617 --:------ 22F7 003 00C8EF'
          bypass_close: ' W --- 37:155617 32:155617 --:------ 22F7 003 0000EF'
          bypass_auto:  ' W --- 37:155617 32:155617 --:------ 22F7 003 00FFEF'
          request31DA:  'RQ --- 37:155617 32:155617 --:------ 31DA 001 00'
          RQ_filter_change:  'RQ --- 37:155617 32:155617 --:------ 10D0 001 00'
          low_fan_supply_28:  ' W --- 37:155617 32:155617 --:------ 2411 023 00003F000F0000003800000000000000A0000000010032'  
          low_fan_supply_21:  ' W --- 37:155617 32:155617 --:------ 2411 023 00003F000F0000002A00000000000000A0000000010032'
          low_fan_exhaust_21: ' W --- 37:155617 32:155617 --:------ 2411 023 000040000F0000002A00000000000000A0000000010032'
      29:186497: 
        class: CO2
      29:181813:
        class: CO2
      29:183967: 
        class: CO2
    scan_interval: 180

[Vaevictis_]

Ok ik heb wat resultaat, maar zie ook dat er nog wat zaken ontbreken die ik met modbus wel kon uitlezen. Vandaag geen tijd meer om het verder uit te zoeken. Jullie bedankt zover.

[ Voor 35% gewijzigd door Vaevictis_ op 08-01-2023 16:22 ]

[Vaevictis_]

code:

type: picture-elements
image: local/img/wtw_icons2.png
elements:
  - type: state-label
    entity: sensor.32_155021_supply_flow
    style:
      top: 59%
      left: 73%
      color: black
  - type: state-label
    entity: sensor.32_155021_exhaust_flow
    style:
      top: 59%
      left: 27%
      color: black
  - type: state-label
    entity: sensor.32_155021_indoor_temperature
    style:
      top: 20%
      left: 92%
      color: darkred
  - type: state-label
    entity: sensor.32_155021_indoor_humidity
    style:
      top: 28%
      left: 92%
      color: '#4171b1'
  - type: state-label
    entity: sensor.32_155021_supply_temperature
    style:
      top: 77%
      left: 92%
      color: darkred
  - type: state-label
    entity: sensor.32_155021_outdoor_temperature
    style:
      top: 20%
      left: 14.5%
      color: '#4171b1'
  - type: state-label
    entity: sensor.32_155021_outdoor_humidity
    style:
      top: 28%
      left: 14.5%
      color: '#4171b1'
  - type: state-label
    entity: sensor.32_155021_exhaust_temperature
    style:
      top: 77%
      left: 14.5%
      color: '#4171b1'
  - type: state-label
    entity: binary_sensor.32_155021_bypass_position
    prefix: 'Bypass: '
    style:
      top: 26%
      left: 50%
      color: black
  - type: state-label
    entity: sensor.32_155021_remaining_time
    prefix: 'Filterwissel '
    suffix: null
    style:
      top: 92%
      left: 50%
      color: black

[vliegnerd]

Even topic kaapen...

Ik heb sinds kort een SSM-D2. Dus eindelijk aan de slag om actief mijn WTW te besturen. Monitoren via ramses_cc in HA werkt al maanden via mijn HGI80.

Wat werkt:
met ramses_rf op de commandline zenden en ontvangen.
met ramses_cc in HA ontvangen.
ramses_rf "learn command"

Wat niet werkt:
In HA ontwikkelhulp middelen ramses_rf send command gebruiken. Bij alle opties krijg ik een "unknown error".



homeassistant.log

code:

2023-01-19 18:49:18.501 ERROR (MainThread) [homeassistant.components.websocket_api.http.connection] [140313066474512] Error handling message: Unknown error (unknown_error) from 192.168.2.94 (Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36)
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/websocket_api/decorators.py", line 27, in _handle_async_response
    await func(hass, connection, msg)
  File "/usr/src/homeassistant/homeassistant/components/websocket_api/commands.py", line 646, in handle_execute_script
    await script_obj.async_run(msg.get("variables"), context=context)
  File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 1524, in async_run
    await asyncio.shield(run.async_run())
  File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 409, in async_run
    await self._async_step(log_exceptions=False)
  File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 453, in _async_step
    self._handle_exception(
  File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 476, in _handle_exception
    raise exception
  File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 451, in _async_step
    await getattr(self, handler)()
  File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 684, in _async_call_service_step
    await service_task
  File "/usr/src/homeassistant/homeassistant/core.py", line 1744, in async_call
    task.result()
  File "/usr/src/homeassistant/homeassistant/core.py", line 1781, in _execute_service
    await cast(Callable[[ServiceCall], Awaitable[None]], handler.job.target)(
  File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 770, in handle_service
    await service.entity_service_call(
  File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 678, in entity_service_call
    future.result()  # pop exception if have
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 943, in async_request_call
    await coro
  File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 715, in _handle_entity_call
    await result
  File "/config/custom_components/ramses_cc/remote.py", line 221, in svc_send_command
    await self.async_learn_command(*args, **kwargs)
  File "/config/custom_components/ramses_cc/remote.py", line 137, in async_learn_command
    raise TypeError("must be exactly one command to learn")

TypeError("must be exactly one command to learn") is een hele rare error want het zit in learn_command ipv send_command in de ramses_cc code...

Mijn configuration.yaml

code:

ramses_cc:
  serial_port: /dev/ttyACM0 # SSM-D2
  orphans_hvac: [32:134446, 37:123456, 32:132403, 37:005302, 37:005608, 37:171685, 29:162275, 18:203011]
  restore_cache: false

  packet_log:
    file_name: packet.log
    rotate_backups: 100

  known_list:
    32:134446: {class: FAN}               # WTW HRC400
    32:132403: {class: FAN}               # zone valve unit
    37:005302: {class: CO2}               # CO2 woonkamer
    37:005608: {class: CO2}               # CO2 slaapkamer
    37:171685: {class: DIS}               # RF15 display
    02:250704: {class: UFC}               # autotemp master beneden
    02:250984: {class: UFC}               # autotemp slave boven
    21:033160: {class: THM}               # Itho spider livingroom
    21:043468: {class: THM}
    21:043352: {class: THM}
    21:043436: {class: THM}
    21:043273: {class: THM}
    18:203011:
      class: HGI
      _note: SSM-D2
    29:162275:  # RF15 switch bathroom
      class: REM
      _note: Orcon 15RF
      commands:
        low:          ' I --- 29:162275 32:134446 --:------ 22F1 003 000107'
    37:123456:
      class: REM
      faked: True
      commands:
        away:         ' I --- 37:123456 32:134446 --:------ 22F1 003 000007'
        low:          ' I --- 37:123456 32:134446 --:------ 22F1 003 000107'
        medium:       ' I --- 37:123456 32:134446 --:------ 22F1 003 000207'
        high:         ' I --- 37:123456 32:134446 --:------ 22F1 003 000307'
        auto:         ' I --- 37:123456 32:134446 --:------ 22F1 003 000407'
        auto2:        ' I --- 37:123456 32:134446 --:------ 22F1 003 000507'
        boost:        ' I --- 37:123456 32:134446 --:------ 22F1 003 000607'
        disable:      ' I --- 37:123456 32:134446 --:------ 22F1 003 000707'
        bypass_open:  ' W --- 37:123456 32:134446 --:------ 22F7 003 00C8EF'
        bypass_close: ' W --- 37:123456 32:134446 --:------ 22F7 003 0000EF'
        bypass_auto:  ' W --- 37:123456 32:134446 --:------ 22F7 003 00FFEF'
        reset_filter: ' W --- 37:123456 32:134446 --:------ 10D0 002 00FF'
      _note: based upon an Orcon 15RF 6-button remote (VMN-15LF01)

  scan_interval: 180

  block_list:
    18:111262: {}  # identified as HGI. Neighbours?

  advanced_features:
    message_events: None
    send_packet: true

  ramses_rf:
    enforce_known_list: true
    #enable_eavesdrop: false

restore_cache staat normaal op true, maar ik ben alles aan het proberen nu...

Vraag: Wat doe ik fout? Is ramses_cc stuk of snap ik het echt niet?

[vliegnerd]

Vaevictis_ schreef op zaterdag 25 maart 2023 @ 15:45:
Misschien weet een van jullie dit, ik heb dus de SSM-D2 met evofw3 erop en rames_cc in HA. Voor de CO2 sensors krijg ik wel regelmatig waarden binnen de HRC zie ik 80% geen waarden (unavailable). weet iemand wat ik hieraan kan doen? Is het hardware issue b.v. antenne want usb stick zit in de meterkast en HRC hangt op zolder. @vliegnerd

Hoogstwaarschijnlijk ontvangst problemen. Je kan kijken of je de 31DA berichten van je HRC ziet in packet.log. Zo niet: Dan is het een ontvangst probleem.

Ik heb een andere antenne aan de SSM-D2 gezet, die had ik liggen van een CC1101 bordje van Ali:
https://nl.aliexpress.com/item/1005003505105967.html (uit mijn bestel geschiedenis)

Zo'n antenne die ook wel bij nanocul geleverd wordt, zoiets:


Ik heb nu perfekte ontvangst in de meterkast, HRC op zolder twee betonvloeren ertussen.

[Vaevictis_]

@vliegnerd Deze antenne ooit eens van orcon gekregen en nu geïnstalleerd. Zat eerst een draad antenne van paar centimeter in.

Hoe zie jij de rssi in de berichten? Dan kan ik kijken of het nu beter is.

[ Voor 7% gewijzigd door Vaevictis_ op 26-03-2023 17:29 ]

[Rinco]

Weet iemand toevallig of de vochtigheid als variable ergens te vinden is?
Of is deze gelijk aan de invoer/uitvoer.

[Swazija]

Ik heb net twee pull requests gestuurd om filter_remaining als entiteit te krijgen. Bij mij werkt het al



Voor wie dit ook nu al wil hebben. Dit even toevoegen aan \config\custom_components\ramses_cc\sensor.py na regel 426:

code:

    "filter_remaining": {
        DEVICE_UNITS: UnitOfTime.DAYS,    
    },

[ Voor 24% gewijzigd door Swazija op 01-04-2023 10:20 ]

[vliegnerd]

Swazija schreef op zaterdag 1 april 2023 @ 10:10:
Ik heb net twee pull requests gestuurd om filter_remaining als entiteit te krijgen. Bij mij werkt het al

[Afbeelding]

Voor wie dit ook nu al wil hebben. Dit even toevoegen aan \config\custom_components\ramses_cc\sensor.py na regel 426:

code:

    "filter_remaining": {
        DEVICE_UNITS: UnitOfTime.DAYS,    
    },

THANKS!!!

Ik heb een opmerking gemaakt in je ramses_cc PR want je moet SZ_FILTER_REMAINING oid nog even importeren. (Ik zie dat je dat in dit stukje code hierboven niet gebruikt, maar in de PR mist die import)
Ik ben nu HA aan het herstarten om te zien of het werkt.

Het werkt!!!!

[ Voor 20% gewijzigd door vliegnerd op 01-04-2023 10:30 ]

[Vaevictis_]

Dit is de bijgewerkte versie.

[Rinco]

@Swazija
@vliegnerd

Als ik in mijn sensor.py kijk dan heb ik op regel 411 dezelfde info staan.
Deze gewijzigd van minutes naar days; helaas geen effect, blijft op 0.0 days staan. (dat was met minutes ook al zo)

410 SZ_REMAINING_TIME: {
411 DEVICE_UNITS: UnitOfTime.DAYS,
412 # DEVICE_CLASS: SensorDeviceClass.DURATION,


Als ik julie code toevoeg op regel 426 dan krijg ik een foutmelding en start het niet meer op.

[Rinco]

vliegnerd schreef op zondag 2 april 2023 @ 19:16:
[...]

code:

2023-04-02T15:30:06.951081 || HVC:139778 | HGI:202768 | RP | filter_change    |      || {'days_remaining': 152, 'days_lifetime': 180, 'percent_remaining': 0.845}

152 dagen over dus.

Maar waarom je dan 0 dagen hebt?!?!

Ik heb een backup teruggezet en exact de code van Swazija na regel 426 toegevoegd.
Dan krijg ik 0.0 minuten.

Je gaf in een eerder reply aan:

Ik heb een opmerking gemaakt in je ramses_cc PR want je moet SZ_FILTER_REMAINING oid nog even importeren. (Ik zie dat je dat in dit stukje code hierboven niet gebruikt, maar in de PR mist die import)
Ik ben nu HA aan het herstarten om te zien of het werkt.

Misschien is dat aan de hand. Hoe kan ik dit correct importeren?

Dan krijg ik

[Rinco]

@Swazija en @vliegnerd


Het filter remaining deel werkt (met het automation script) nu prima!.
Bedankt voor de goede input.

Nog wel een vraag je over de ontvangst.
Ik heb de antenne vervangen door nieuwe, wat langere op een plateau.
Bij mij is het ontvangst getal groter geworden maar ik las eerder dat het getal juist kleiner zou moeten worden.
Klopt dat dan wel?

Origineel:
2023-04-07T00:47:20.213150 059 I --- 32:098168 32:133924 --:------ 31E0 008 0000000001006400

Nieuwe (868MHz) antenne:
2023-04-08T09:28:31.239327 076 I --- 32:098168 32:133924 --:------ 31E0 008 000000000100AA00

[vliegnerd]

@rinco deze is dus slechter, mogelijk niet de juiste impedantie… lastige materie.

Ik heb gewoon geluk gehad dat de antenne die ik had liggen per ongeluk (heel goed) blijkt te werken.

Mijn antenne (naast KPN modem hoog in de meterkast):

De officiële Honeywell HGI80 ontvangt bij mij minstens even goed, maar die kan niet “faken”, dus je kan er geen nep commando’s mee sturen.

[Rinco]

Voor de liefhebbers, deze antenne doet het goed
Ik heb nu op de Orcon unit en op de SSM-D2 deze antenne, De waarde is van

code:

2023-04-24T00:02:32.543098 070  I --- 32:139778 --:------ 32:139778 31DA 030 00EF007FFF3B3104D807A807E50446F80000187C7C0000EFEF1410141000
 naar 
2023-04-24T14:44:28.036382 056  I 012 32:139778 --:------ 32:139778 31D9 017 000A040020202020202020202020202008

Aliexpress: https://nl.aliexpress.com...Rj6U&gatewayAdapt=glo2nld

[ Voor 39% gewijzigd door Rinco op 24-04-2023 14:52 ]

[Rinco]

Misschien een aardige aanvulling. Ik gebruik Node-red om diverse automatiseringen uit te voeren.

Je kunt het remote send commando aanroepen via domain: remote, service: send_command



En bijvoorbeeld deze gebruiken om te reageren op douche-bezoek.

[ Voor 0% gewijzigd door Rinco op 29-05-2023 20:35 . Reden: typo ]

[SoulShot]

Swazija schreef op donderdag 22 juni 2023 @ 14:26:
Je commando om te koppelen klopt niet. Je moet de fake_device service call gebruiken van ramses of zelf een 1FC9 commando maken. De fake_device service call is uiteraard makkelijker. Verder kun je die 2 onbekende id's negeren. Die met 18 is een gateway van ramses en de andere is een device id wat nooit voor zou moeten komen buiten ramses_rf wat gebruikt wordt om aan te geven dat een commando van een faked device afkomt. Dat commando komt 3 keer langs per gestuurd fake device commando.

Juist, bij herlezen heb ik wat fout geïnterpreteerd in dit topic. Ik doe dus dit om te koppelen, met als ID mijn fake remote. Ik moet nog even wachten op mijn antenne, want hoewel alles vlot van start ging, ontvang ik sinds gisteren geen waarden meer ik vermoed een signaal issue (2 vloeren).

service: ramses_cc.fake_device
data:
device_id: "37:155021"
start_binding: true

[SoulShot]

Ik probeer ondertussen mijn vochtsensor in mijn HRC-350 te verbeteren. Die lijkt een beetje hit-en-miss: als ik douche zal hij soms wel, soms niet detecteren. Ik heb de sensor zelf in het toestel al proper gemaakt, maar dat doet niet veel. Vreemd is ook dat hij de vochttoename wel vastlegt, maar niet altijd reageert...


Daarom dat ik via deze weg wil proberen om zelf te boosten. Dit doe ik door een temp. sensor aan de aanvoerleiding douche te zetten. Dan wil ik "boost" triggeren op de fake remote. Deze gaat nu naar stand 3, maar dat is wat luidt als ik 's ochtends weg moet en vrouw/kind liggen nog te slapen. Bij aanslaan vochtsensor is dat maar stand 2. Is het echter mogelijk om:
* bij het "boost" command de stand te kiezen?
* een fake vocht/C02 call te doen naar het toestel?

Ik kan ook manueel stand 2 activeren, en 15 min later uitzetten. Maar heb het probleem dat mijn USB met RF 5% van de tijd 'unavailable' is, ondanks de antenne te hebben gekocht die hier staat. Dan zou het dus kunnen dat ik stand 2 activeer, en hij 15 min later indien 'unavailable' niet meer uitgaat...

[ Voor 6% gewijzigd door SoulShot op 08-09-2023 13:14 ]

[SoulShot]

vliegnerd schreef op vrijdag 8 september 2023 @ 18:49:
[...]

Ik heb i.i.g. nog nooit gezien dat de Orcon fan in een andere stand ging. Echt helemaal nooit. Dus zeker niet vanwege vocht. Ik zie gewoon geen enkele reactie. Mijn hypothese is (was) dat het gedrag identiek is aan de Itho fans: "In stand auto (co2 sturing) is er geen reactie op luchtvochtigheid".
Ik zal het wel een keer testen, door de fan in stand 1 te zetten en dan te gaan douchen. (Staat normaal altijd in auto en als we douchen zetten we in principe de boel in stand 3, als je dat vergeet is er de HA automation)


[...]


Deel van ramses_cc in configuration.yaml

YAML:

   29:162275:  # RF15 switch bathroom
      class: REM
      faked: True  # real RF15 but not operational, fake it...
      _note: Orcon 15RF
      commands:
        request31DA:  'RQ --- 29:162275 32:134446 --:------ 31DA 001 00'
        request10D0:  'RQ --- 29:162275 32:134446 --:------ 10D0 001 00' # filter
        low:          ' I --- 29:162275 32:134446 --:------ 22F1 003 000107'
        high:         ' I --- 29:162275 32:134446 --:------ 22F1 003 000307'
        away:         ' I --- 29:162275 32:134446 --:------ 22F1 003 000007'
        medium:       ' I --- 29:162275 32:134446 --:------ 22F1 003 000207'
        auto:         ' I --- 29:162275 32:134446 --:------ 22F1 003 000407'
        auto2:        ' I --- 29:162275 32:134446 --:------ 22F1 003 000507'
        boost:        ' I --- 29:162275 32:134446 --:------ 22F1 003 000607'
        disable:      ' I --- 29:162275 32:134446 --:------ 22F1 003 000707'
        bypass_open:  ' W --- 29:162275 32:134446 --:------ 22F7 003 00C8EF'
        bypass_close: ' W --- 29:162275 32:134446 --:------ 22F7 003 0000EF'
        bypass_auto:  ' W --- 29:162275 32:134446 --:------ 22F7 003 00FFEF'
        high_60:      ' I --- 29:162275 32:134446 --:------ 22F3 007 00123C03040404'
        med_60:       ' I --- 29:162275 32:134446 --:------ 22F3 007 00123C02040404'
        high_30:      ' I --- 29:162275 32:134446 --:------ 22F3 007 00121E03040404'
        high_15:      ' I --- 29:162275 32:134446 --:------ 22F3 007 00120F03040404'
        reset_filter: ' W --- 29:162275 32:134446 --:------ 10D0 002 00FF'

med 60 zet de fan 60 minuten in stand 2. (Net getest, werkt nog steeds).

De tijd staat in het derde byte (C0 = 60 minuten, 1E = 30, 0F is 15 minuten)

Je kan om je vochtsensor te testen ook even "blazen" op je sensor met de Orcon in auto stand. Misschien heb een model zonder vocht sensor? Mijn HRC 350 heeft er één, en zit hier volgens handleiding




Thx voor code, snel eens testen

[Rinco]

Just checking, klopt de work around mbt filter remaining nog steeds (dwz de code na regel 426 in sensor.py)?
Ik heb het idee dat deze code in de laatste Ramses_cc update 1 regel moet opschuiven (na 427).
Zo lijkt me de code niet te kloppen.

[Rinco]

It works (at least for me) perfectly fine when adding the code after line 427.

[Mazoutje]

Op mijn toestel is wel een modbus aanwezig.

[ Voor 38% gewijzigd door Mazoutje op 24-12-2023 16:37 ]

[Vaevictis_]

Bij mij is X10 molex aansluiting voor de ventilatoren.

[Mazoutje]

Hmm jammer dat je de documentatie niet mag delen. Ik zal een scanner schrijven en die alle type modbus registers tussen 1 en 10.000 laten scannen op die poort.




Zou nochtans handig geweest zijn als via die poort alle registers te bereiken waren, zodat die RF er van tussen kan.

Ik kan natuurlijk wel alle componenten zelf analoog gaan uitlezen door ze te verbinden met mijn printplaat, dan heb ik geen modbus nodig.

[ Voor 39% gewijzigd door Mazoutje op 24-12-2023 16:53 ]

[Vaevictis_]

Mazoutje schreef op zondag 24 december 2023 @ 16:48:
Hmm jammer dat je de documentatie niet mag delen. Ik zal een scanner schrijven en die alle type modbus registers tussen 1 en 10.000 laten scannen op die poort.

[Afbeelding]


Zou nochtans handig geweest zijn als via die poort alle registers te bereiken waren, zodat die RF er van tussen kan.

Ik kan natuurlijk wel alle componenten zelf analoog gaan uitlezen door ze te verbinden met mijn printplaat, dan heb ik geen modbus nodig.

Heb je ervaring met modbus? Want je kunt geen registers scannen of gebruiken zonder de juiste documentatie het is geen API. Je moet exacte register, functie, aantal bytes weten en dan kun je deze uitlezen of schrijven. Vandaag nog met modbus bezig geweest voor een batterij omvormer dat ziet er zo uit:

[vliegnerd]

Eastman schreef op woensdag 24 april 2024 @ 10:17:
[...]


De vochtregeling werkt hier ook niet. Dit heeft naar mijn mening te maken met de inregeling van de ventielen icm de vereisten van Orcon. Volgens de handleiding van ORCON, moet er minimaal 25% afgezogen worden via de badkamer ivm verdunning. Dit is meestal niet het geval en je kan dat controleren in de ventilatiebalans berekening. In ons geval speelt ook nog de kwestie dat we 2 badkamers hebben, waardoor je minimaal 50% moet afzuigen via de badkamers. In ons geval zou dat betekenen dat er meer dan 75m3 per uur afgezogen moet worden door 1 ventiel, dat is tegen/over het toegestane limiet bij een diameter van 125mm.

Ik zou nu willen aansturen met vochtsensor in de badkamer en daarmee via homey de WTW aansturen.

Een ander probleem met de vochtsensor indien het wel werkt. De sensor slaat aan op basis van een Delta in vochtmeting, Op basis daarvan gaat de WTW in vochtstand en na x minuten nadraai tijd weer in basis stand. Maar als er tijdens nadraai tijd weer wordt gedoucht, dan is er onvoldoende Delta in vochtmeting en gaat de WTW niet meer naar vochtstand. (dit had ik begrepen van de leverancier van de WTW).

Hier wordt er ruim voldoende afgezogen om een duidelijke piek (delta) in de vochtsensor te zien, en ook twee douchebeurten zijn goed te zien, ondanks dat de WTW op dat moment op stand 3 draait (rond 7:00).



De douchebeurt om 20:00 is ook heel duidelijk. En op deze dag hebben we niet gekookt, want anders was daar ook een duidelijke piek te zien (en daar reageert mijn Home Assistant automation dan probleemloos op).

Kortom: Mijn sensor en ventielen werken prima. Maar het is in mijn geval gewoon de electronica/software van de WTW die het niet doet.

[XElD]

@PMuizen, nou dat treft want ik heb het toevallig net vandaag aan het werk gekregen na een lange tijd me afgevraagd te hebben waar ik dan moest beginnen. Na een dagje aanklooien is het me gelukt. Zie hier een uitdraai van mijn HRC300.



Idee is dus dat je ramses_cc gebruikt, te instaleren via HACS als aangepaste integratie: https://github.com/zxdavb/ramses_cc

Je hebt inderdaad een dongle nodig. Ik heb zelf de SSM-D2 van Idalo Tech: https://indalo-tech.onlineweb.shop/product/ramses-esp. Die is niet meer te krijgen maar is recent vervangen bij Idalo Tech door de RAMSES_ESP. Voordeel daarvan is dat die via MQTT werkt wat in de laatste ramses_cc release ondersteund wordt waardoor je 'm op een optimale plek in je huis kunt plaatsen (stroom via bijv. een usb lader) zolang er wifi is. Dit voorkomt dus antenebereikproblemen waarover ook in dit topic wel wat te lezen is Bij mij werkt de oudere SSM-D2 dongle in m'n HA RPi overigens goed met de standaard antenne. Maar er is dan ook een open trappenhuis van mijn meterkast waar ie staat naar de WTW die op zolder hangt. Wel zul je als je voor de RAMSES_ESP dongle gaat als ik goed interpreteer de Mosquito MQTT broker moeten instaleren. Dit heb ik zelf al gedaan voor een andere toepassing namelijk Zigbee2MQTT, één keer instellen op HA en geregeld. De dongles van Idalo Tech zijn vanuit NL wel prijzig vanwege verzendkosten en invoerrechten, maar bij mij werkte het in één keer.

Vervolgens is met de laatste 0,41X release instellen van ramses_cc een stuk eenvoudiger geworden via 'config_flow'. Je kunt in de configuratie de benodigde configuratieopties instellen. Dit gaat niet meer via een ramses_cc sectie in configuration.yaml. Omdat dit vrij recent is allemaal zul je als je er op zoekt bijna nog geen voorbeelden van de config_flow configuratievelden zien. Alles op fora etc. gaat nog uit van de oude configuratiewijze. Echter, als je configuratievelden overneemt migreert ramses_cc deze automatisch naar de nieuwe syntax die in config_flow gebruik wordt.

Nu het belangrijkste: als je een dongle werkend hebt zal deze allerlei apparaten detecteren in de laatste release van ramses_cc en ook entiteiten weergeven. Deze lijken echter niet te werken. Hiervoor is het zaak de known_devices lijst toe te voegen. In eerste instantie als apparaten ontdekt worden zal ramses_cc deze bijvoorbeeld als HVC (HVAC; ventilatie) kenmerken. Maar dan komen er nog geen zinnige waardes uit. Dan is het zaak om vervolgens te kijken in de pakketlog: packet.log die ramses_cc aanmaakt. Wat gebeurt er als je bijv. met een afstandsbediening de wtw bedient. Bij mij waren 2 device id's die vervolgens schakelden: mijn wtw en en de co2 inbouwsensor met bediening (https://orcon.nl/product/co2-inbouw-bedieningssensor-15rf/). Deze heb ik in de known devices de 'class' FAN (de WTW) en 'CO2' gegeven en opeens heb ik dus bovenstaande waardes uitgelezen uit de WTW en CO2 waardes van de CO2 sensor.

[XElD]

Vraagje; ik zag dat er hier eerder de nodige discussie was over de filter status.

Ik heb nu het volgende. Af en toe lijkt de WTW de filter status door te geven, zie ook onderstaande figuur. Op 4 juli 96 dagen, op 5 juli helemaal niks, op 6 juli drie keer 94 dagen en vandaag tot nu toe weer helemaal niks.



Een 10D0 filter status request lijkt niet veel uit te halen...

code:

request10D0: RQ --- 29:162275 32:149391 --:------ 10D0 001 00

Heeft iemand een idee wat er hier gaande kan zijn?

Verder het fraaie WTW plaatje van @Vaevictis_ nu ook werkend . Moest wat namen van variabelen naast de device_id aanpassen en toen deed ie het.



-Edit-

Ik keek toevallig net even naar m'n overzicht en nu zie ik dat de filterwissel wel getoond wordt. Hij registreert dus weer even.



Ik heb ondertussen wel een vermoeden wat het kan zijn. De CO2 inbouwsensor die ik gebruik heeft n.l. een filterindicatie: https://orcon.nl/product/co2-inbouw-bedieningssensor-15rf/, aldus de handleiding:

Bij 3x oranje (enkel bij toestel type HRC) is er een filter indicatie actief. Dit betekent dat het filter van het balansventilatiesysteem gereinigd of vervangen moet worden, de melding kan gereset worden met de filter reset knop op het toestel.

Dus mogelijk vraagt deze sensor/afstandsbediening periodiek de waarde op. Ik vermoed met een andere type request dan wat ik probeer.

Nu wou ik eigenlijk ook packets gaan uitpluizen want als ik 'm met deze sensor/afstandsbedienig op een andere stand zet dan auto is dat altijd een 'temporary override', anders dan bij de (nep) 15RF.

[ Voor 32% gewijzigd door XElD op 07-07-2024 20:50 ]

[artifia1]

Mijn eerste post hier en ook op dit forum. Maar na alle aanknopingspunten die ik in deze forumpost heb gevonden wil ook mijn ervaring delen.

Ik heb een nieuwbouwwoning(2022) met een Orcon HRC-570 SmartComfort WTW. Al snel kwam ik erachter dat de WTW niet harder ging draaien op het moment dat er gedouched werd. Installateur langs geweest, en deze gaf aan dat 25% van de lucht uit de badkamer moet komen om het goed te laten werken en de boodschap dat hij er niks aan kon doen. Toen toch maar zelf opgelost met een zigbee sensor en een FanX RF dongle i.c.m. Home Assistant. Dit werkte eigenlijk altijd wel prima als de luchtvochtigheid boven de 85% uitkwam op de badkamer dan schakelde Home Assistant de WTW naar stand 3 voor 1 uur.

Vorige jaar zomer viel mij op dat de Bypass alleen open schakelde als de temperatuur onder de 18 a 19 graden komt. Waardoor op warme zomernachten de bypass dicht bleef, en ik ons huis niet kon koelen met de buitenlucht. Er is een poging gedaan de bypass functie in de FanX dongle te implementeren, maar het is mij helaas nooit gelukt de bypass hiermee te bedienen.

Verder is het helaas zo dat de aanzuig van de WTW onder de dakpannen(zuid-oost) zit en hierdoor op zonnige zomerdagen de temperatuur van de aangezogen lucht kan oplopen tot bijna 50 graden. Het enige wat ik dan nog kon doen is de WTW uitzetten en weer aan zetten aan het einde van de dag.

Allemaal niet erg optimaal dus. Inmiddels had ik een airconditioning geplaatst op de 1e verdieping en zolder. en kreeg ik het lumineuze idee om i.p.v. lucht onder de dakpannen aan te zuigen het raampje aan de noordkant een stukje open te zetten en de airco deze lucht te laten koelen en deze koele lucht direct(Bypass open) het huis in te blazen.

Keuze was een Orcon Display 15RF bestellen of zelf iets bouwen met EVOFW3 of ramses_esp. Dus een paar c1101(beide niet werkend) en ESP32 besteld bij AliExpress. Na veel frustratie toch nog maar snel nog een C1101 bij Amazon besteld, en uiteindelijk zeg ik pakketten langs komen . Toch ook maar even aan elkaar gesoldeerd:


Daarna ging het snel, ik kwam erachter dat ik instellingen van de WTW kon aanpassen met de 2411 berichten. Hiermee heb ik de gevoeligheid van de vochtsensor naar 5% verhoging(default 10%) gezet. De snelheid van de fan in vochtbedrijf naar High en nadraaitijd naar 30 min. Dit lijkt perfect te werken(nu 3 dagen getest), en heb ik dus geen externe sensor meer nodig om vocht uit de badkamer te krijgen.

Vandaag ook het idee met de gekoelde lucht een getest, en dit lijkt ook best goed te werken:


Ervaring Ramses_ESP:
vergeet niet SNTP server in te stellen, anders lijkt het allemaal erg instabiel.(MQTT Message Expiry).
Je kan gelijktijdig Ramses_CC gebruiken als Ramses_RF client voor decode van berichten, was erg handig toen ik 2411 berichten aan het uitzoeken was.

Nu nog verder met de zonnekleppen en CO2 sensors, de sturing van de fan loopt erg snel op en maakt hierdoor veel geluid in de nacht. Zag dat iemand hier al een eigen regeling voor heeft gemaakt.

Sorry voor de lange post, hoop dat iemand er iets aan heeft!

hier nog mijn commands:

code:

  commands:
    request31DA: 'RQ --- 29:162275 32:160101 --:------ 31DA 001 00'
    request10D0: 'RQ --- 29:162275 32:160101 --:------ 10D0 001 00'
    low: " I --- 29:162275 32:160101 --:------ 22F1 003 000107"
    high: " I --- 29:162275 32:160101 --:------ 22F1 003 000307"
    away: " I --- 29:162275 32:160101 --:------ 22F1 003 000007"
    medium: " I --- 29:162275 32:160101 --:------ 22F1 003 000207"
    auto: " I --- 29:162275 32:160101 --:------ 22F1 003 000407"
    auto2: " I --- 29:162275 32:160101 --:------ 22F1 003 000507"
    boost: " I --- 29:162275 32:160101 --:------ 22F1 003 000607"
    disable: " I --- 29:162275 32:160101 --:------ 22F1 003 000707"
    bypass_open: " W --- 29:162275 32:160101 --:------ 22F7 003 00C8EF"
    bypass_close: " W --- 29:162275 32:160101 --:------ 22F7 003 0000EF"
    bypass_auto: " W --- 29:162275 32:160101 --:------ 22F7 003 00FFEF"
    1_request_speed_supply_absence: 'RQ --- 29:162275 32:160101 --:------ 2411 003 00003D'
    2_request_speed_exhaust_absence: 'RQ --- 29:162275 32:160101 --:------ 2411 003 00003E'
    3_request_speed_low_supply: 'RQ --- 29:162275 32:160101 --:------ 2411 003 00003F'
    4_request_speed_low_exhaust: 'RQ --- 29:162275 32:160101 --:------ 2411 003 000040'
    5_request_speed_medium_supply: 'RQ --- 29:162275 32:160101 --:------ 2411 003 000041'
    6_request_speed_medium_exhaust: 'RQ --- 29:162275 32:160101 --:------ 2411 003 000042'
    7_request_speed_high_supply: 'RQ --- 29:162275 32:160101 --:------ 2411 003 000043'
    8_request_speed_high_exhaust: 'RQ --- 29:162275 32:160101 --:------ 2411 003 000044'    
    9_request_boost: 'RQ --- 29:162275 32:160101 --:------ 2411 003 000095'
    10_request_filter_time: 'RQ --- 29:162275 32:160101 --:------ 2411 003 000031'
    11_request_moist_pos: 'RQ --- 29:162275 32:160101 --:------ 2411 003 00004E'
    12_request_moist_sense: 'RQ --- 29:162275 32:160101 --:------ 2411 003 000052'
    13_request_moist_overrun: 'RQ --- 29:162275 32:160101 --:------ 2411 003 000054'
    14_request_comf_temp: 'RQ --- 29:162275 32:160101 --:------ 2411 003 000075'
    12_set_moist_sense_5: " W --- 29:162275 32:160101 --:------ 2411 023 ANTWOORD VAN REQUEST AANPASSEN"
    high_60: " I --- 29:162275 32:160101 --:------ 22F3 007 00123C03040404"
    med_60: " I --- 29:162275 32:160101 --:------ 22F3 007 00123C02040404"
    high_30: " I --- 29:162275 32:160101 --:------ 22F3 007 00121E03040404"
    high_15: " I --- 29:162275 32:160101 --:------ 22F3 007 00120F03040404"
    reset_filter: " W --- 29:162275 32:160101 --:------ 10D0 002 00FF"

[vliegnerd]

artifia1 schreef op zondag 21 juli 2024 @ 09:54:

Die ESP32 S3 C1 Devkit N16R8 heb ik ook gekocht. Hier zit dezelfde WROOM1 op als "echte" ramses_esp, maar ik heb deze nog niet getest. Zal het laten weten als ik resultaten heb.

Ik heb mijn bordje getest:


Dit is een ESP32 DevKit C v1 bordje van Ali met een N16R8 ESP32S3 identiek aan de originele ramses_esp hardware.
Dit bordje heeft wel bruikbare wifi ontvangst en doet het verder prima, lijkt het. Ramses_esp draait er “out of the box” op. OTA zou dus ook moeten werken.

Ik ga hier de LEDjes en drukknoppen aanzetten zoals het origineel en op een stukje experimenteer bord zetten.

[ Voor 3% gewijzigd door vliegnerd op 22-07-2024 15:44 ]

[xcode35]

Hoi Allen. Ik heb sinds een aantal weken een HRC500 maxcomfort hangen, en ben met een RamsesESP aan het hobbien geslagen.

Omdat ik al 15 jaar met Domoticz werk en heel mijn huis daarin zit, ben ik momenteel bezig om dit ook in Domoticz werkend te krijgen. Mijn plan: Ramses ESP => NodeRed => Domoticz. Ik heb wel even gebruik gemaakt van de home assistant virtualbox image om een initiele bind voor een fake RF15 controller te krijgen.



So far heb ik message 31DA in domoticz zitten en ben ik nu bezig met de aansturing van de HRC, maar ik vraag me eigenlijk af, heeft iemand toevallig een idee wat het verschil is tussen auto en auto2?

[PMuizen]

@vliegnerd Ik zag dat je eerder een bericht had getypt met het probleem van "Niet beschikbaar".
Bij mij lukt het versturen met mijn USB MQTT Dongle goed maar het gebeurt nu continu dat alle waardes eerst goed worden uitgelezen (bij een wijziging) en dan veranderen naar "Niet beschikbaar" en dat een minuut later wel weer alles er staat.

Hiermee slaat mijn automatisering redelijk op hol.
Dit had ik niet toen ik de USB direct in de Home Assitant zelf had zitten.
Zie hieronder al die mini datapuntjes die hij krijgt.



Heb jij dit kunnen oplossen?

[artifia1]

Hallo,

Ter verduidelijking
eerst vraag ik om de huidige waarde.
12_request_moist_sense:

code:

2024-12-20T09:35:16.305290 000 RQ --- 29:162475 32:161011 --:------ 2411 003 000052

dit is het antwoord:

code:

2024-12-20T09:35:16.331700 052 RP --- 32:161011 29:162475 --:------ 2411 023 00005251010000000500000000000000FA00000001B532

je ziet dat het antwoord bij mij een 5 bevat, en bij jullie een A(10)

het zetten van de waarde.
12_set_moist_sense_5:

code:

 " W --- 29:162475 32:161011 --:------ 2411 023 00005251010000000500000000000000FA00000001B532"

Hex 32 is decimaal inderdaad 50, maar dat zou betekenen dat er een stijging van 50% moet zijn voor er gestart wordt met extra ventilatie.

5 werkt voor mij goed. Ik heb ook getest met 7, maar dan had ik wel eens misses.



ik hoop dat je er zo uit komt.

Verder maak ik inmiddels ook gebruik van de nachtstand om het co2 niveau op de slaapkamer op niveau te houden zonder dat de fan midden in de nacht de turbo aanzet. Zal proberen dit binnenkort nog met jullie delen.

[artifia1]

Had ik het toch in mijn eerste post niet duidelijk genoeg omschreven, fijn dat het nu lukt. Ik heb alle andere automatisering weggehaald en vertrouw sinds de zomer op de vochtsensor van de WTW, en ik heb nog niet gemerkt dat hij een verhoging niet goed detecteerde.

Wat ik mij afvraag is ook of 05 dan 2,5% is, of gewoon 5%(zie ook mijn grafieken uit de andere post). Bij 2,5% zou ik veel false positives verwachten. En die zijn er eigenlijk niet.

Nu ik dit allemaal werkend had gekregen, was er nog 1 punt van irritatie. De WTW maakte mij soms snachts wakker door het hoge toerental van de ventilatoren.

Toen ik mij voorgenomen had om de kleppen zelf te gaan besturen met een ESP, kwam ik erachter dat dit ook mogelijk is met de Co2 sensor(staat ook in dit topic, maar had ik even gemist ).



In deze stand wordt de klep van Zone1 voor 50% geknepen en blijft Zone2 volledig open.

Dit commando wordt door de Co2 sensor naar de kleppen gestuurd:

code:

night_mode: " I --- 37:009888 32:133814 --:------ 22F3 007 00520C02040404"

C(12) is de tijd in uren (standaard is dit D(13))
02 de ventilatie stand, maar alleen in stand 2 gebeurt er iets met de kleppen.

Dit eens een nacht geprobeerd, alleen was het ventilatiedebiet van stand2 onvoldoende om het co2 niveau onder 900ppm te houden. Ook wordt de verdeling die in de kleppen is ingesteld gebruikt om een debiet uit te rekenen voor zone2 tijdens de nachtstand.



Hier ben ik dus mee gaan spelen om een stand te vinden waarbij er voldoende geventileerd word en het geluidsniveau ook acceptabel is. Naar mijn weten wordt deze verdeling alleen gebruikt op het moment er Co2 bedrijf is.

Wat ik uiteindelijk heb gedaan is stand 1(deze gebruikte ik eigenlijk nooit) vervangen door stand 2 en stand 2 door stand 3(ook vochtbedrijf is nu stand2) en heb nu stand 3 als Boost (nog iets wat nu wel werkt ). En met de kleppen verdeling een situatie gecreëerd waarbij er in de nachtstand ongeveer 10 L/s per persoon word geventileerd.

En dat ziet er dan zo uit:


Ik heb een automation in HA gemaakt die elke avond om 2200 de nachtstand voor 12 uur inschakelt. ook dit bevalt ook erg goed! Vochtbedrijf werkt ook gewoon en als dit is afgelopen schakelt de klep weer voor 50% dicht en wordt het toerental weer verlaagd.