Het grote Orcon HRC / WtW topic

[Ruudnijm]

Op veel ORCON WTW systemen zit een dipswitches board op de hoofprintplaat geplugd.
De functie van de dipswitches is meestal goed gedocumenteerd in de installatiehandleiding.
Op het dipswitches board zitten echter ook 3 jumpers.
De functie van die jumpers is nergens gedocumenteerd.
Weet iemand wat deze doen?


Heeft verder iemand ervaring met het volledig verwijderen van het dipswitches board?

[Vaevictis_]

Ruudnijm schreef op vrijdag 11 juli 2025 @ 11:30:
Op veel ORCON WTW systemen zit een dipswitches board op de hoofprintplaat geplugd.
De functie van de dipswitches is meestal goed gedocumenteerd in de installatiehandleiding.
Op het dipswitches board zitten echter ook 3 jumpers.
De functie van die jumpers is nergens gedocumenteerd.
Weet iemand wat deze doen?
[Afbeelding]

Heeft verder iemand ervaring met het volledig verwijderen van het dipswitches board?

De 3 jumpers is vaak om een adres in te stellen. Misschien als je meerdere units wil koppelen?

Je kunt het printje verwijderen door met een tangetje de push pins in te drukken.

[afewyards]

Iemand een idee om te verkomen dat de Orcon harder gaat draaien als er meer humidity is? staat niet op auto en laat fan speed low zien. staat daarnaast wel op 44% fan speed wat neer komt op medium.

Moet dus een echt volledig dom apparaat worden.

[Wimpie70]

ik heb 2 automations, aanpassen naar eigen id's, thermal_comfort helpers etc.
WTW garage hoog bij vocht:

code:

alias: WTW Garage hoog bij vocht
description: Als (binnen > 60%) en (abs binnen > buiten + .3), dan stand 3.
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.32_153289_indoor_humidity
    above: 60
  - trigger: state
    entity_id:
      - input_boolean.wtw_garage_auto_vochtverwijderen
    to: "on"
  - trigger: template
    value_template: >-
      {{ (states('sensor.thermal_comfort_wtw_garage_absolute_humidity') | float)
      > ((states('sensor.thermal_comfort_wtw_garage_buiten_absolute_humidity') |
      float) + 0.3) }}
conditions:
  - condition: and
    conditions:
      - condition: numeric_state
        entity_id: sensor.32_153289_indoor_humidity
        above: 60
      - condition: state
        entity_id: input_boolean.wtw_garage_auto_vochtverwijderen
        state: "on"
      - condition: template
        value_template: >-
          {{ (states('sensor.thermal_comfort_wtw_garage_absolute_humidity') |
          float) >
          ((states('sensor.thermal_comfort_wtw_garage_buiten_absolute_humidity')
          | float) + 0.3) }}
actions:
  - action: ramses_cc.send_command
    data:
      num_repeats: 2
      delay_secs: 0.1
      entity_id: remote.37_168270
      command: high
  - action: input_boolean.turn_on
    metadata: {}
    data: {}
    target:
      entity_id: input_boolean.wtw_garage_vocht_verwijderen_is_aktief
mode: single

WTW garage terug naar auto:

code:

alias: WTW garage terug naar auto
description: Als (binnen < 55%) of (abs binnen < x), dan stand auto.
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.32_153289_indoor_humidity
    below: 55
  - trigger: state
    entity_id:
      - input_boolean.wtw_garage_auto_vochtverwijderen
    to: "off"
  - trigger: numeric_state
    entity_id:
      - sensor.thermal_comfort_wtw_garage_absolute_humidity
    below: sensor.thermal_comfort_wtw_garage_buiten_absolute_humidity
conditions:
  - condition: or
    conditions:
      - condition: numeric_state
        entity_id: sensor.32_153289_indoor_humidity
        below: 55
      - condition: state
        entity_id: input_boolean.wtw_garage_auto_vochtverwijderen
        state: "off"
      - condition: numeric_state
        entity_id: sensor.thermal_comfort_wtw_garage_absolute_humidity
        below: sensor.thermal_comfort_wtw_garage_buiten_absolute_humidity
actions:
  - action: ramses_cc.send_command
    data:
      num_repeats: 2
      delay_secs: 0.1
      entity_id: remote.37_168270
      command: low
  - action: input_boolean.turn_off
    metadata: {}
    data: {}
    target:
      entity_id: input_boolean.wtw_garage_vocht_verwijderen_is_aktief
mode: single

bijbehorende cards:

code:

type: horizontal-stack
cards:
  - show_name: true
    show_icon: true
    type: button
    entity: input_boolean.wtw_garage_auto_vochtverwijderen
    icon_height: 30px
    show_state: true
    grid_options:
      columns: 12
      rows: 2
    tap_action:
      action: toggle
    hold_action:
      action: none
    name: Automatisch
  - type: tile
    entity: input_boolean.wtw_garage_vocht_verwijderen_is_aktief
    features_position: bottom
    vertical: true
    color: green
    name: Aktief
    tap_action:
      action: none
    icon_tap_action:
      action: none
title: WTW Garage drogere lucht aanzuigen
grid_options:
  columns: 12
  rows: 2

code:

type: horizontal-stack
cards:
  - graph: line
    type: sensor
    entity: sensor.32_153289_indoor_temp
    detail: 1
    name: Temp
  - graph: line
    type: sensor
    entity: sensor.32_153289_indoor_humidity
    detail: 1
    name: Rel. Vocht
  - graph: line
    type: sensor
    entity: sensor.thermal_comfort_wtw_garage_absolute_humidity
    detail: 1
    name: Abs Vocht
title: Binnen
grid_options:
  columns: 12
  rows: 3

code:

type: vertical-stack
cards:
  - type: horizontal-stack
    cards:
      - graph: line
        type: sensor
        entity: sensor.32_153289_outdoor_temp
        detail: 1
        name: Temp
      - graph: line
        type: sensor
        entity: sensor.32_153289_outdoor_humidity
        detail: 1
        name: Rel. Vocht
      - graph: line
        type: sensor
        entity: sensor.thermal_comfort_wtw_garage_buiten_absolute_humidity
        detail: 1
        name: Abs Vocht
    title: " Buiten"
grid_options:
  columns: 12
  rows: 5
title: " "

Verder heb ik zelf de low speed op 10% gezet met een remote Display. Ik ben nog bezig om de commando's en UI hiervoor in te bouwen in ramses_cc/ramses_rf...

[Wimpie70]

In known devices staat een faked REM met extra commando's (al eerder gepost door iemand anders).
Deze is wel bound met de FAN.
Je kan hiermee ook parameters (config settings) opvragen via de 2411 commando's.

code:

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

[homeautomate]

Volg dit topic al enige tijd en erg geholpen bij de discussies, waarvoor dank!
In bezit van een ORCON HRC 425 met zonesturing en bijbehorende CO2 melders gekoppeld aan Homeassistant met de indalotech stick en RAMSES.
Ben zoekende naar een oplossing voor de welbekende CO2 uitdagingen.

Uitdaging 1 CO2 daalt niet:
Op basis van de gemeten CO2 waarde verhoogt of verlaagt de HRC de ventilatiesnelheid geleidelijk (PD sturing) echter merk ik hier dat CO2 waarde op 950 (ingestelde buitengewoon goed modus) blijft hangen. De CO2 blijft dus constant samen met de fan-speed. Je zou verwachten dat het duidelijk wordt dat er meer vraag is naar ventilatie naarmate gedurende x minuten de CO2 blijft stijgen / constant is. De fan staat dan te draaien op 77%. Airflow is in orde, het betreft een slaapkamer waar voldoende wordt ingeblazen.

Uitdaging 2 eerder inspringen met hogere fan speed:
Idealiter wil ik de CO2 waarde rond 800 ppm houden. Nu weet ik dat standaard bij ORCON 1200ppm / 950ppm (buitengewoon goed mode) is. Een fake CO2 sensor aanmelden op de zonesturing werkt volgens mij niet? remote.send_command werkt prima met een fake RF gekoppeld aan de unit en niet aan de zonekleppen met Ramses (low, medium, high) echter verlies je hierdoor natuurlijk de auto mode en daarmee de klepaansturing en vochtregeling. Zien jullie mogelijkheden om tijdelijk een hogere fan-speed te realiseren zonder de auto modus te verlaten?

Benieuwd naar de best practices rondom CO2 en aansturing van zonekleppen / unit, dank!!

[XElD]

vliegnerd schreef op dinsdag 31 december 2024 @ 17:13:
[...]


Volgens mij is jouw fan 29:231810. Die andere is een WTW van de buren?

Die CO2 meter 32:095659 stuurt een 22F3 ("fan stand") bericht naar 29:231810.
Dezelfde CO2 meter stuurt ook 31E0 "fan demand" berichten naar 29:231810. Dit zijn berichten die de fan snelheid sturen op basis van gemeten CO2.

Helaas stuurt dit 29:231810 geen 31DA berichten. Dus je kan daar geen gegevens van uitlezen. Dat ondersteunt de MVS-15R serie niet.

Uit de 31D9 berichten (die zijn er wel van 29:231810) moet wel te halen zijn wat nu de huidige fan stand is, maar ik weet niet zeker of ramses RF dit wel ondersteunt.

Hoi, ik ben al een tijdje aan het nadenken over hoe ik mij Zigbee vochtigheidssensor in de badkamer beter kan laten samenwerken met mijn WTW. Nu zet ik 'm nog tijdelijk in een hogere fan stand maar ik weet dat het eleganter kan. Ik heb ook twee Orcon CO2 sensoren en die sturen fan demand berichten naar de WTW. In mijn geval pik er op een moment met een CO2 piek het volgende commando uit: 31E0 008 000000000100AA00.

Ik ga ervan uit dat als je dit commando geeft de WTW dus op gaat toeren voor een bepaalde tijd als ie op auto staat zonder verder van stand te veranderen. Wellicht is dit bekend. Kan dit ook vanuit een fake remote of moet ik er een fake CO2 sensor voor bij aan maken. En zijn er nog andere gerelateerde commando's dan 31E0 die ik mogelijk over het hoofd zie? En wat doet het commando 31E0 008 0000000001006400 bijvoorbeeld. Dit wordt gegeven vanuit de CO2 sensor(s) maar niet op een moment dat de CO2 boven de ingestelde grens was. Avbd voor wie dit misschien zo weet .

[Wimpie70]

31E0 ken ik niet zo goed, ik zie het wel in de code van ramses_tx/ramses.py maar alleen de payload van 'I' berichten lijkt daar bekend.
Als je luisterd naar events met yoururl:8123/developer-tools/event en dan luisteren naar ramses_cc_message, wat geeft het dan voor berichten en info voor 31E0 ?

Je kan zowieso de volgende commando's toevoegen aan een fake remote en gebruiken om tijdelijk te verhogen:

code:

    high_15: " I --- 37:168270 32:153289 --:------ 22F3 007 00120F03040404"
    high_30: " I --- 37:168270 32:153289 --:------ 22F3 007 00121E03040404"
    high_60: " I --- 37:168270 32:153289 --:------ 22F3 007 00123C03040404"

[SyrahNL]

Bedankt voor de uitgebreide tutorial.

Met hulp aan Copilot heb ik de code van de card aangepast naar een "Mushroom" design.
Ik denk dat het best mooi geworden is.



Nodig zijn de volgende Lovelace toevoegingen (HACS):
- Mushroom Cards
- Card Mod
- Button Card
- Een template die je via de Ruwe configuratie-editor van je Lovelace UI moet toevoegen (zie onderaan)

De "Status" gebruikt een custom helper sensor (zie onderaan), maar je kunt dit gewoon veranderen in de state van je HRC entity (dan krijg je zoiets als "level 1, low").
.

De sectie

code:

type: grid
cards:
  - type: heading
    heading_style: title
    heading: Orcon WTW
    icon: mdi:air-filter
    badges:
      - type: entity
        entity: sensor.orcon_hrc_level
  - type: custom:layout-card
    layout_type: custom:grid
    layout:
      grid-template-columns: 1fr
      grid-template-rows: auto
      grid-gap: 0px
    card_mod:
      style: |
        ha-card {
          border-radius: var(--mushroom-border-radius, 12px);
          box-shadow: var(--mushroom-box-shadow, 0px 2px 4px 0px rgba(0,0,0,0.1));
          background-color: var(--mushroom-card-background-color, var(--card-background-color));
          padding: var(--mushroom-spacing, 12px);
        }
    cards:
      - type: horizontal-stack
        cards:
          - type: custom:button-card
            entity: sensor.32_132632_fan_info
            tap_action:
              action: call-service
              service: remote.send_command
              service_data:
                command: away
                entity_id: remote.29_174598
            color_type: card
            color: >-
              var(--mushroom-card-background-color,
              var(--card-background-color))
            icon: mdi:home-export-outline
            name: " "
            styles:
              card:
                - height: 60px
                - margin: 0px 4px;
                - border-radius: var(--mushroom-border-radius, 12px);
                - box-shadow: none;
                - margin-left: "-1px;"
              button:
                - border-radius: var(--mushroom-border-radius, 12px);
                - background: >-
                    var(--mushroom-card-background-color,
                    var(--card-background-color));
                - padding: var(--mushroom-button-padding, 12px);
              icon:
                - color: var(--mushroom-icon-color, var(--primary-text-color));
                - width: var(--mushroom-icon-size, 24px);
                - height: var(--mushroom-icon-size, 24px);
            state:
              - value: away
                color: var(--mushroom-state-icon-active-color, var(--primary-color))
          - type: custom:button-card
            entity: sensor.32_132632_fan_info
            tap_action:
              action: call-service
              service: remote.send_command
              service_data:
                command: low
                entity_id: remote.29_174598
            color_type: card
            color: >-
              var(--mushroom-card-background-color,
              var(--card-background-color))
            icon: mdi:fan-speed-1
            name: " "
            styles:
              card:
                - height: 60px
                - margin: 0px 4px;
                - border-radius: var(--mushroom-border-radius, 12px);
                - box-shadow: none;
                - margin-left: "-1px;"
              button:
                - border-radius: var(--mushroom-border-radius, 12px);
                - background: >-
                    var(--mushroom-card-background-color,
                    var(--card-background-color));
                - padding: var(--mushroom-button-padding, 12px);
              icon:
                - color: var(--mushroom-icon-color, var(--primary-text-color));
                - width: var(--mushroom-icon-size, 24px);
                - height: var(--mushroom-icon-size, 24px);
            state:
              - value: speed 1
                color: var(--mushroom-state-icon-active-color, var(--primary-color))
          - type: custom:button-card
            entity: sensor.32_132632_fan_info
            tap_action:
              action: call-service
              service: remote.send_command
              service_data:
                command: medium
                entity_id: remote.29_174598
            color_type: card
            color: >-
              var(--mushroom-card-background-color,
              var(--card-background-color))
            icon: mdi:fan-speed-2
            name: " "
            styles:
              card:
                - height: 60px
                - margin: 0px 4px;
                - border-radius: var(--mushroom-border-radius, 12px);
                - box-shadow: none;
                - margin-left: "-1px;"
              button:
                - border-radius: var(--mushroom-border-radius, 12px);
                - background: >-
                    var(--mushroom-card-background-color,
                    var(--card-background-color));
                - padding: var(--mushroom-button-padding, 12px);
              icon:
                - color: var(--mushroom-icon-color, var(--primary-text-color));
                - width: var(--mushroom-icon-size, 24px);
                - height: var(--mushroom-icon-size, 24px);
            state:
              - value: speed 2
                color: var(--mushroom-state-icon-active-color, var(--primary-color))
          - type: custom:button-card
            entity: sensor.32_132632_fan_info
            tap_action:
              action: call-service
              service: remote.send_command
              service_data:
                command: high
                entity_id: remote.29_174598
            color_type: card
            color: >-
              var(--mushroom-card-background-color,
              var(--card-background-color))
            icon: mdi:fan-speed-3
            name: " "
            styles:
              card:
                - height: 60px
                - margin: 0px 4px;
                - border-radius: var(--mushroom-border-radius, 12px);
                - box-shadow: none;
                - margin-left: "-1px;"
              button:
                - border-radius: var(--mushroom-border-radius, 12px);
                - background: >-
                    var(--mushroom-card-background-color,
                    var(--card-background-color));
                - padding: var(--mushroom-button-padding, 12px);
              icon:
                - color: var(--mushroom-icon-color, var(--primary-text-color));
                - width: var(--mushroom-icon-size, 24px);
                - height: var(--mushroom-icon-size, 24px);
            state:
              - value: speed 3
                operator: regex
                color: var(--mushroom-state-icon-active-color, var(--primary-color))
          - type: custom:button-card
            entity: sensor.32_132632_fan_info
            tap_action:
              action: call-service
              service: remote.send_command
              service_data:
                command: auto
                entity_id: remote.29_174598
            color_type: card
            color: >-
              var(--mushroom-card-background-color,
              var(--card-background-color))
            icon: mdi:fan-auto
            name: " "
            styles:
              card:
                - height: 60px
                - margin: 0px 4px;
                - border-radius: var(--mushroom-border-radius, 12px);
                - box-shadow: none;
                - margin-left: "-1px;"
              button:
                - border-radius: var(--mushroom-border-radius, 12px);
                - background: >-
                    var(--mushroom-card-background-color,
                    var(--card-background-color));
                - padding: var(--mushroom-button-padding, 12px);
              icon:
                - color: var(--mushroom-icon-color, var(--primary-text-color));
                - width: var(--mushroom-icon-size, 24px);
                - height: var(--mushroom-icon-size, 24px);
            state:
              - value: auto
                color: var(--mushroom-state-icon-active-color, var(--primary-color))
          - type: custom:button-card
            entity: sensor.32_132632_fan_info
            tap_action:
              action: call-service
              service: remote.send_command
              service_data:
                command: disable
                entity_id: remote.29_174598
            color_type: card
            color: >-
              var(--mushroom-card-background-color,
              var(--card-background-color))
            icon: mdi:fan-off
            name: " "
            styles:
              card:
                - height: 60px
                - margin: 0px 4px;
                - border-radius: var(--mushroom-border-radius, 12px);
                - box-shadow: none;
                - margin-left: "-1px;"
              button:
                - border-radius: var(--mushroom-border-radius, 12px);
                - background: >-
                    var(--mushroom-card-background-color,
                    var(--card-background-color));
                - padding: var(--mushroom-button-padding, 12px);
              icon:
                - color: var(--mushroom-icon-color, var(--primary-text-color));
                - width: var(--mushroom-icon-size, 24px);
                - height: var(--mushroom-icon-size, 24px);
            state:
              - value: "off"
                color: var(--mushroom-state-icon-active-color, var(--primary-color))

.

Mushroom custom header template

code:

button_card_templates:
  mushroom_header_template:
    show_name: true
    show_label: true
    show_icon: true
    color_type: card
    color: transparent
    tap_action:
      action: none
    styles:
      card:
        - background-color: transparent
        - box-shadow: none
        - padding: 0px 0px var(--mushroom-spacing, 12px) 0px;
      grid:
        - grid-template-areas: '"i n" "i l"'
        - grid-template-columns: var(--mushroom-icon-size, 24px) 1fr
        - grid-template-rows: min-content min-content
      icon:
        - color: var(--mushroom-icon-color, var(--primary-text-color))
        - width: var(--mushroom-icon-size, 24px)
        - height: var(--mushroom-icon-size, 24px)
      name:
        - font-size: var(--mushroom-font-size-md, 18px)
        - font-weight: var(--mushroom-font-weight-bold, 500)
        - color: var(--mushroom-primary-text-color, var(--primary-text-color))
        - align-self: end
        - padding-left: 8px
      label:
        - font-size: var(--mushroom-font-size-sm, 14px)
        - color: var(--mushroom-secondary-text-color, var(--secondary-text-color))
        - align-self: start
        - padding-left: 8px

.

De custom sensor die het niveau in het Nederlands weergeeft en een bijpassend fan-speed-x icoon toont

code:

template:
  - sensor:
      - name: "Orcon HRC Level"
        # It's good practice to add a unique_id for UI editing capabilities later
        unique_id: orcon_hrc_level
        state: >
          {% set fan_info = states('sensor.32_132632_fan_info') | lower %}
          {% if 'speed 1' in fan_info %}
            Laag
          {% elif 'speed 2' in fan_info %}
            Gemiddeld
          {% elif 'speed 3' in fan_info %}
            Hoog
          {% else %}
            Onbekend
          {% endif %}
        icon: >
          {% set fan_info = states('sensor.32_132632_fan_info') | lower %}
          {% if 'speed 1' in fan_info %}
            mdi:fan-speed-1
          {% elif 'speed 2' in fan_info %}
            mdi:fan-speed-2
          {% elif 'speed 3' in fan_info %}
            mdi:fan-speed-3
          {% else %}
            mdi:fan-off
          {% endif %}

[ebroerse]

Voor de toekomst van de ramses_rf lib heb ik als vrijwilliger/hobbyprogrammeur het beheer overgenomen van zxdavb.

Op GitHub is alles verhuisd naar ramses-rf. Bestaande installaties en HACS zouden automatisch doorverwezen moeten worden. Mss even de browser cache legen en als je de code hebt gekloond, in je IDE de remote aanpassen.

Dit lijkt me een actief forum voor NL gebruikers. In ons huis regel ik met ramses_cc via HA de ventilatie (Vasco, ClimRad).
Met hulp van jullie medegebruikers kunnen we er vast nog meer mee. Meld je issues graag zelf in GitHub (met packet logs en info over types en alles wat je verder opvalt, 1 onderwerp per issue - dan kunnen we het ook apart bekijken).
PR’s zijn ook welkom (nog bedankt @Wimpie70)

Egbert

[Wimpie70]

Ah tof !
Ik ben inmiddels een aardig eind met de 2411 params. Dit werkt bij een Orcon FAN:
- get&set fan param service calls (te gebruiken voor scripts en automation)
- detectie van 2411 support
- opvragen waardes na detecite
- "bound: faked_rem_id" toevoeging aan FAN opties in de config_flow (nodig voor zetten van waardes)
- waardes bekijken en veranderen vanuit de FAN device-info (configuration entities)

Nog wat tweaks, tests en opruimen. En dan kijken hoe we dat in behapbare PR's kunnen bakken.

[immrmkw]

Hallo iedereen,

Het commando `31E0 008 0000000001006400` heb ik proberen te ontcijferen. Deze wordt volgens mij gestuurd door de CO2 sensoren om in automatische modus de snelheid van de fan te bepalen. Ik heb twee typen sensoren, en het ene type stuurt 0x64, en het andere type stuurt 0xAA, op de plek waar in onderstaande voorbeeld 0xAA staat. Daarnaast heb je twee bytes die de snelheid van de fan instellen. In onderstaande voorbeeld zie je in de onderste regel 0xFF staan. Op deze locatie kan alles staan van 0x00 tot 0xFF. Dit getal (0-255) wordt in mijn Orcon gemapt op een fansnelheid van 44% tot 89.5% in stappen van 0.5%. Je ziet dat meerdere getallen leiden tot dezelfde snelheid. Bijvoorbeeld, 28, 29, en 30 leiden allemaal tot een fansnelheid van 49%.

code:

0:   " I --- 29:162275 32:146231 --:------ 31E0 008 000000000100AA00"
255: " I --- 29:162275 32:146231 --:------ 31E0 008 0000FF000100AA00"

Je kunt je Orcon dus redelijk precies instellen als je al deze commando's toevoegt aan Ramses cc.

Ik ben momenteel bezig met een repository die al deze commandos automatisch genereert. De integratie kan de meetwaarden van verschillende sensoren combineren en automatisch berekenen hoe hard de ventilatie zou moeten draaien. Mocht je het interessant vinden om te proberen, neem dan even contact op.

Verder heb ik nog een eigen bordje ontwikkeld waarvan ik er nog een paar heb en eventueel meer kan regelen als er belangstelling voor is.

[vliegnerd]

immrmkw schreef op zaterdag 16 augustus 2025 @ 11:46:
Hallo iedereen,

Het commando `31E0 008 0000000001006400` heb ik proberen te ontcijferen. Deze wordt volgens mij gestuurd door de CO2 sensoren om in automatische modus de snelheid van de fan te bepalen. Ik heb twee typen sensoren, en het ene type stuurt 0x64, en het andere type stuurt 0xAA, op de plek waar in onderstaande voorbeeld 0xAA staat. Daarnaast heb je twee bytes die de snelheid van de fan instellen. In onderstaande voorbeeld zie je in de onderste regel 0xFF staan. Op deze locatie kan alles staan van 0x00 tot 0xFF. Dit getal (0-255) wordt in mijn Orcon gemapt op een fansnelheid van 44% tot 89.5% in stappen van 0.5%. Je ziet dat meerdere getallen leiden tot dezelfde snelheid. Bijvoorbeeld, 28, 29, en 30 leiden allemaal tot een fansnelheid van 49%.

code:

0:   " I --- 29:162275 32:146231 --:------ 31E0 008 000000000100AA00"
255: " I --- 29:162275 32:146231 --:------ 31E0 008 0000FF000100AA00"

Je kunt je Orcon dus redelijk precies instellen als je al deze commando's toevoegt aan Ramses cc.

Ik ben momenteel bezig met een repository die al deze commandos automatisch genereert. De integratie kan de meetwaarden van verschillende sensoren combineren en automatisch berekenen hoe hard de ventilatie zou moeten draaien. Mocht je het interessant vinden om te proberen, neem dan even contact op.

Verder heb ik nog een eigen bordje ontwikkeld waarvan ik er nog een paar heb en eventueel meer kan regelen als er belangstelling voor is.

Interessante toevoegingen aan ramses_esp! Ik heb je ventilation controller nog niet bekeken, maar mooi dat je dit geïmplementeerd hebt.

De link naar het bordje in V&A geeft “forbidden”.

[immrmkw]

Ik had perongeluk naar de voorbeeldadvertentie gelinkt. Ik heb de link aangepast. Nogmaals, voor de volledigheid: Link

[vliegnerd]

immrmkw schreef op zaterdag 16 augustus 2025 @ 12:35:
Ik had perongeluk naar de voorbeeldadvertentie gelinkt. Ik heb de link aangepast. Nogmaals, voor de volledigheid: Link

Mooi bordje! Ik zal binnenkort jouw fork van Ramses ESP eens proberen.

EDIT: Ik weet niet hoe PlatformIO werkt, kan wel builden, maar geen nieuwe config voor bijvoorbeeld esp32c3 maken.

ESP-IDF (met idf.py) doet het niet meer in deze fork. Dus kan het niet even snel testen.

[ Voor 20% gewijzigd door vliegnerd op 16-08-2025 17:39 ]

[JP1980]

immrmkw schreef op zaterdag 16 augustus 2025 @ 11:46:
Hallo iedereen,

Het commando `31E0 008 0000000001006400` heb ik proberen te ontcijferen. Deze wordt volgens mij gestuurd door de CO2 sensoren om in automatische modus de snelheid van de fan te bepalen. Ik heb twee typen sensoren, en het ene type stuurt 0x64, en het andere type stuurt 0xAA, op de plek waar in onderstaande voorbeeld 0xAA staat. Daarnaast heb je twee bytes die de snelheid van de fan instellen. In onderstaande voorbeeld zie je in de onderste regel 0xFF staan. Op deze locatie kan alles staan van 0x00 tot 0xFF. Dit getal (0-255) wordt in mijn Orcon gemapt op een fansnelheid van 44% tot 89.5% in stappen van 0.5%. Je ziet dat meerdere getallen leiden tot dezelfde snelheid. Bijvoorbeeld, 28, 29, en 30 leiden allemaal tot een fansnelheid van 49%.

code:

0:   " I --- 29:162275 32:146231 --:------ 31E0 008 000000000100AA00"
255: " I --- 29:162275 32:146231 --:------ 31E0 008 0000FF000100AA00"

Je kunt je Orcon dus redelijk precies instellen als je al deze commando's toevoegt aan Ramses cc.

Ik ben momenteel bezig met een repository die al deze commandos automatisch genereert. De integratie kan de meetwaarden van verschillende sensoren combineren en automatisch berekenen hoe hard de ventilatie zou moeten draaien. Mocht je het interessant vinden om te proberen, neem dan even contact op.

Verder heb ik nog een eigen bordje ontwikkeld waarvan ik er nog een paar heb en eventueel meer kan regelen als er belangstelling voor is.

Interessante ontwikkeling. Ooit was het mij wel gelukt om een fan demand te sturen d.m.v. spoofing van een bestaande CO2 device, maar inmiddels lukt mij dat niet meer. Of ik ben vergeten hoe het moet, of een ramses update gooit roet in het water, ben ik nog niet achter. De spoofing methode heeft echter als nadeel dat de echte sensor ook nog steeds uitzend om de zoveel tijd.

De oplossing waaraan jij werkt, werkt dat d.m.v. spoofing of heb je een fake sensor aangemeld? En heb je daarbij zonekleppen of zijn ze rechtstreeks aangemeld op de ventilatie-unit? Ik probeer al een tijdje fake sensoren aan te melden op de zonekleppen, maar dat krijg ik ook nog niet voor elkaar mogelijk omdat de aanmelding anders verloopt dan op de ventilator zelf.

[XElD]

immrmkw schreef op zaterdag 16 augustus 2025 @ 11:46:
Hallo iedereen,

Het commando `31E0 008 0000000001006400` heb ik proberen te ontcijferen. Deze wordt volgens mij gestuurd door de CO2 sensoren om in automatische modus de snelheid van de fan te bepalen. Ik heb twee typen sensoren, en het ene type stuurt 0x64, en het andere type stuurt 0xAA, op de plek waar in onderstaande voorbeeld 0xAA staat. Daarnaast heb je twee bytes die de snelheid van de fan instellen. In onderstaande voorbeeld zie je in de onderste regel 0xFF staan. Op deze locatie kan alles staan van 0x00 tot 0xFF. Dit getal (0-255) wordt in mijn Orcon gemapt op een fansnelheid van 44% tot 89.5% in stappen van 0.5%. Je ziet dat meerdere getallen leiden tot dezelfde snelheid. Bijvoorbeeld, 28, 29, en 30 leiden allemaal tot een fansnelheid van 49%.

code:

0:   " I --- 29:162275 32:146231 --:------ 31E0 008 000000000100AA00"
255: " I --- 29:162275 32:146231 --:------ 31E0 008 0000FF000100AA00"

Je kunt je Orcon dus redelijk precies instellen als je al deze commando's toevoegt aan Ramses cc.

Ik ben momenteel bezig met een repository die al deze commandos automatisch genereert. De integratie kan de meetwaarden van verschillende sensoren combineren en automatisch berekenen hoe hard de ventilatie zou moeten draaien. Mocht je het interessant vinden om te proberen, neem dan even contact op.

Verder heb ik nog een eigen bordje ontwikkeld waarvan ik er nog een paar heb en eventueel meer kan regelen als er belangstelling voor is.

Geweldig! Dit was precies waar ik hier naar op zoek was: XElD in "Het grote Orcon HRC / WtW topic"

Ik was ondertussen op vakantie dus nog niet verder er aan toe gekomen om het uit te zoeken...

[immrmkw]

vliegnerd schreef op zaterdag 16 augustus 2025 @ 14:18:
[...]


Mooi bordje! Ik zal binnenkort jouw fork van Ramses ESP eens proberen.

EDIT: Ik weet niet hoe PlatformIO werkt, kan wel builden, maar geen nieuwe config voor bijvoorbeeld esp32c3 maken.

ESP-IDF (met idf.py) doet het niet meer in deze fork. Dus kan het niet even snel testen.

Ja ik gebruik zelf altijd PlatformIO, het gebruik is opzich redelijk simpel, maar misschien dat ik het dusdanig kan veranderen dat beide ontwikkelomgevingen nog bruikbaar zijn. Als het goed is zouden single core processors nu ondersteund moeten worden, maar ik denk dat er nog een kleine uitbreiding van de settings nodig is om dat werkend te krijgen voor de C3.

[immrmkw]

JP1980 schreef op zaterdag 16 augustus 2025 @ 14:33:
[...]


Interessante ontwikkeling. Ooit was het mij wel gelukt om een fan demand te sturen d.m.v. spoofing van een bestaande CO2 device, maar inmiddels lukt mij dat niet meer. Of ik ben vergeten hoe het moet, of een ramses update gooit roet in het water, ben ik nog niet achter. De spoofing methode heeft echter als nadeel dat de echte sensor ook nog steeds uitzend om de zoveel tijd.

De oplossing waaraan jij werkt, werkt dat d.m.v. spoofing of heb je een fake sensor aangemeld? En heb je daarbij zonekleppen of zijn ze rechtstreeks aangemeld op de ventilatie-unit? Ik probeer al een tijdje fake sensoren aan te melden op de zonekleppen, maar dat krijg ik ook nog niet voor elkaar mogelijk omdat de aanmelding anders verloopt dan op de ventilator zelf.

Ik heb nog niets gedaan met spoofing o.i.d. Eigenlijk stuur ik domweg met mijn fake remote het type commandos dat normaal gesproken door mijn CO2 sensoren worden verstuurd. Ik heb mijn repository wat opgeschoond en uitgelegd hoe het werkt en hoe je het kunt gebruiken.

https://github.com/IMMRMK...er_cc/blob/main/README.md

[JP1980]

immrmkw schreef op zaterdag 16 augustus 2025 @ 18:08:
[...]


Ik heb nog niets gedaan met spoofing o.i.d. Eigenlijk stuur ik domweg met mijn fake remote het type commandos dat normaal gesproken door mijn CO2 sensoren worden verstuurd. Ik heb mijn repository wat opgeschoond en uitgelegd hoe het werkt en hoe je het kunt gebruiken.

https://github.com/IMMRMK...er_cc/blob/main/README.md

Ok dus je hebt een fake sensor aangemeld op de wtw unit zelf. Geen zones. Helaas.

[XElD]

@immrmkw . ik ben bezig met je repository, net mijn known device lijst geupdate.

Nu wou ik de repository eigenlijk toevoegen als custom repository via HACS zodat die 'm ook automatisch kan bijwerken maar als ik 'm als integratie wil toevoegen krijg is de melding: No manifest.json file found 'custom_components/translations/manifest.json'

Ik zie dat er wel een manifest.json staan onder: Ventilation_controller_cc/custom_components/

Dus blijkbaar gaat daar nog wat fout...

[immrmkw]

JP1980 schreef op zaterdag 16 augustus 2025 @ 19:26:
[...]


Ok dus je hebt een fake sensor aangemeld op de wtw unit zelf. Geen zones. Helaas.

Wat bedoel je precies met zones? Hoe had jij het graag gezien?

[immrmkw]

XElD schreef op zaterdag 16 augustus 2025 @ 22:07:
@immrmkw . ik ben bezig met je repository, net mijn known device lijst geupdate.

Nu wou ik de repository eigenlijk toevoegen als custom repository via HACS zodat die 'm ook automatisch kan bijwerken maar als ik 'm als integratie wil toevoegen krijg is de melding: No manifest.json file found 'custom_components/translations/manifest.json'

Ik zie dat er wel een manifest.json staan onder: Ventilation_controller_cc/custom_components/

Dus blijkbaar gaat daar nog wat fout...

Leuk dat jij het ook probeert! Jammer dat het nu even niet werkt. Ik vraag me af of je de juiste folderstructuur hebt nu. Heb je `homeassistant/custom_components/ventilation/manifest.json? Dus de ventilation folder bevat de files die in mijn repository onder custom_components staan?

[XElD]

Hoi @immrmkw, ik heb de integratie maar even via de voorgeschreven installatiemethode geinstalleerd in plaats van het via HACS te proberen.

Ik kan de integratie toevoegen, echter herkent deze überhaupt geen apparaten:



Dit terwijl ik gewoon een fake remote en een fan heb...

[JP1980]

immrmkw schreef op zaterdag 16 augustus 2025 @ 23:38:
[...]


Wat bedoel je precies met zones? Hoe had jij het graag gezien?

Je hebt Orcon systemen waarmee je door middel van kleppen verschillende zones in je huis kunt maken en elke zone heeft z'n eigen CO2 sensor (of meerdere, ook mogelijk). De kleppen zorgen ervoor dat de zones met hogere CO2 meer geventileerd worden. Maar hiervoor is dus maar 1 WTW unit.

De CO2 sensoren sturen een fan demand naar de kleppen. Dit veroorzaakt een wijziging in de stand van de kleppen. De kleppen die sturen weer een bericht naar de WTW unit hoe hard hij moet draaien.

Het versturen van fan demands werkt precies hetzelfde, met dit verschil dat het bericht naar de kleppen wordt gestuurd in plaats van naar de WTW.

Het aanmeldproces echter lijkt anders te werken. Op dit punt zit ik vast. Maar ik begrijp dat je geen zones hebt dus voor mij is dit even geen toevoeging. Ben wel benieuwd naar de verdere ontwikkeling.

[immrmkw]

Hoi @XElD ,

Ik had perongeluk een kleine typefout gecommit waardoor het filter voor Ramses RF devices niet goed werkte en er niets getoond werd. Dat heb ik aangepast en nu zou dat wel moeten werken.

Daarnaast zou het nu ook moeten werken om de integratie via HACS te installeren. Dat is simpeler dan zelf alle files uploaden.

Er is nu ook een slider om je setpoint real time te updaten.

Ik had het nu redelijk werkend door hem eens per 10 minuten een update te laten doen. De integraal gain had ik allemaal op 3600 gezet (misschien dat dit later gewoon 1 getal moet worden zoals bij een normale controller), en mijn setpoint op 1.1.

[XElD]

@immrmkw , top, super! Ik heb 'm nu via HACS geinstalleerd en de integratie ziet netjes mijn 'remote' en 'fan'.

Nu wil ik niet mijn twee Orcon CO2 sensoren zelf deze regeling laten aansturen want die zijn al direct met de WTW verbonden. Ga er even vanuit dat dit geen problemen oplevert en dat de WTW ook zoals nu al de situatie is geregeld wordt op wat op een gegeven moment de hoogste fan demand is.

In de keuken heb ik een luchtkwaliteitsensor (https://www.zigbee2mqtt.i...10.html#develco-aqszb-110) hangen. Die heeft een entiteit die vluchtige organische stoffen registreert in µg/m³. Die komt naar voren onder de VOC sensor maar daar is de waarde die als threshold kan worden ingesteld VOC index threshold (ppb) van 0 tot 100.

Bij de PM sensor met als eenheid dus ug/m3 is kan ik geen sensor selecteren.

Overigens heb ik op de badkamer ook een vochtigheidssensor (https://www.zigbee2mqtt.i...10.html#develco-hmszb-110) hangen. Hier zou ik ook graag mee regelen in plaats van de simpele HA aan uit hygrostaat regeling. Maar die staat nu niet bij de typen sensoren die geselecteerd kan worden. Bvd!

[Wimpie70]

Hoe werkt dat bij CO2 met binnen en buiten waardes ?
Bij relatieve vochtigheid kan het zijn dat je juist lucht naar binnen haalt waar meer (abs) vocht in zit dan je wilt verwijderen. Ik heb zelf een automation gemaakt die dit checkt.
Als ik naar CO2 waardes kijk zie ik behoorlijke verschillen tussen dag en nacht, terwijl er juist niemand in de betreffende ruimte is. Zou het niet handig zijn om bij hogere CO2 ook te kijken hoe de CO2 waardes van de buitenlucht zijn ? Vooral met trapsgewijs sturen... Hieronder een grafiekje van afgelopen maand. Waarbij er in die ruimte werd geslapen op 7-16 aug, maar gek genoeg juist niet op 9 aug

[ebroerse]

Ramses RF 0.51.3 is uit, mss al gezien in HACS.
Sensors verdwijnen niet meer doordat een ander packet ze wist.
En de integratie herkent als de MQTT verbinding weer hersteld is. Geen reset meer vereist, met dank aan @immrmkw

[immrmkw]

@XElD ,

De volatile organic compound sensoren worden in HA onderverdeeld in twee klassen: Sensoren die waarden geven uitgedrukt in ppm, en sensoren die waarden geven uitgedrukt in µg/m³. De sensor staat wel in de juiste categorie in de opties vd integratie, maar ik had dezelfde omschrijving en initiele indexwaarden gekopieerd van de ppm categorie naar de µg/m³ categorie. Dat heb ik nu aangepast en zou moeten werken.

Ik heb ook een optie toegevoegd om te regelen op relatieve luchtvochtigheid. Het idee is dat de indexwaarden hier getallen zijn die bovenop het gemiddelde van de afgelopen 24 uur geteld moeten worden. Dus stel dat het gemiddelde van de afgelopen 24 uur 50% is, en je eerste indexwaarde is 10%, dan zou 60% een index van 1 geven.

Ik heb zelf geen luchtvochtigheidssensoren dus ik kon dit niet testen. Ik ben benieuwd of het werkt.

[immrmkw]

@Wimpie70 ,

In veel CO2 sensoren zitten ook temperatuur- en luchtvochtigheidssensoren waarmee een CO2 waarde gecorrigeerd wordt. Ik zou verwachten dat jouw sensor dit ook doet. Zou het niet kunnen dat wanneer je thuis bent de CO2 zich behoorlijk door het huis verspreidt ook al ben je niet in die kamer?

Mocht het toch zo zijn dat je sensorwaarden afwijken en je wilt daarvoor compenseren, dan zou ik een template sensor aanmaken met 'device_class: carbon_dioxide' waarin je een custom correctie kunt doen. Vervolgens kun je in de integratie verwijzen naar je template sensor.

[homeautomate]

@JP1980 Wat ik gedaan heb is het advies overgenomen van @artifia1 uit het andere forum, dit werkt opzich goed in combinatie met de zonesturing zie: Orcon HRC RF modbus in ESPHome

code:

night_mode: " I --- 37:014214 32:132143 --:------ 22F3 007 00520C02040404"

Dit komt inderdaad neer op spoofen van de CO2 inbouwsensor stand 2 voor een duur van 13 uur. Idealiter zou je willen dat deze trapsgewijs oploopt naarmate de CO2 stijgt.

@immrmkw mooi werk, dit biedt zeker mogelijkheden! Kan deze controller met een fake remote een 31E0-bericht naar de zonekleppen sturen? In mijn setup bepalen de kleppen de verdeling en sturen ze de hoogste vraag door naar de WTW. Hoe voorkom je conflicten als de controller direct een fan demand naar de WTW stuurt? lees; ik vermoed dat de laatste afgegeven fan demand gehanteerd wordt.

[immrmkw]

De ventilatie-integratie werkt inmiddels aardig bij mij.

Gisteravond rond 20:00 heb ik het systeem ingeschakeld. Tijdens het koken steeg de VOC-waarde flink, en bleef tot rond middernacht verhoogd. Ik vraag me af hoe snel de VOC-sensor daadwerkelijk reageert op veranderingen.

’s Nachts loopt de CO₂-concentratie in de slaapkamer op, maar de controller weet de IAQ netjes rond het setpoint van 1.1 te houden. Zodra we overdag niet meer thuis zijn, schakelt het systeem automatisch uit.

[XElD]

Top, geinstalleerd. Ik ga het vnv. eens uitproberen als ik weer thuis ben voordat mijn wederhelft laat afvragen wat de ventilatie nou weer gek doet .

[TijmenvS]

Ik heb een Orcon HRC300 EcoMax uit 2019 die via een Indalo tech module kan worden aangestuurd met de ramses_cc integratie in Home Assistant. De fan speeds werken prima, heb er automations mee gemaakt zodat de Orcon al bij een CO2 van 800 hoger gaat.

Alleen ik krijg de bypass aansturing niet aan de praat. Ik heb in de known device id's de op het forum hier bekende codes toegevoegd, de code wordt verstuurd, maar lijkt verder genegeerd te worden door de Orcon unit. Ik heb nog opnieuw gebind met de 22F7 code, maar ook dan krijg ik hetzelfde resultaat. Heeft iemand hier enig idee waarom het niet werkt?

[vervlogen]

TijmenvS schreef op vrijdag 22 augustus 2025 @ 10:31:
Ik heb een Orcon HRC300 EcoMax uit 2019 die via een Indalo tech module kan worden aangestuurd met de ramses_cc integratie in Home Assistant. De fan speeds werken prima, heb er automations mee gemaakt zodat de Orcon al bij een CO2 van 800 hoger gaat.

Alleen ik krijg de bypass aansturing niet aan de praat. Ik heb in de known device id's de op het forum hier bekende codes toegevoegd, de code wordt verstuurd, maar lijkt verder genegeerd te worden door de Orcon unit. Ik heb nog opnieuw gebind met de 22F7 code, maar ook dan krijg ik hetzelfde resultaat. Heeft iemand hier enig idee waarom het niet werkt?

Omdat je Ecomax uit 2019 is. De printplaat is vanaf 2021 geupdate en daar lijkt het wel mee te werken. Ik heb hetzelfde probleem.

[Vaevictis_]

vervlogen schreef op zaterdag 23 augustus 2025 @ 21:47:
[...]


Omdat je Ecomax uit 2019 is. De printplaat is vanaf 2021 geupdate en daar lijkt het wel mee te werken. Ik heb hetzelfde probleem.

Dat kan ik bevestigen, je kunt het beste een nieuwe print kopen als je bypass werkend wilt krijgen.
Het moet ook mogelijk zijn om de firmware te flashen maar dat kan niet zelf worden gedaan. Ik weet dat met de modbus TCP tool icm met hun cloud omgeving het wel kan op afstand. Dit was bij deelname van uit een closed beta test.

[TijmenvS]

Bedankt voor de antwoorden.

Jammer, het was fijn geweest daar wat meer controle over te hebben. Ik weet dankzij de ramses module en integratie nu in ieder geval wel dat hij werkt en wanneer hij open is (geweest). Maar hoofddoel was de ventilatie eerder laten inschakelen en dat lukt gelukkig wel.

[vervlogen]

Vaevictis_ schreef op zondag 24 augustus 2025 @ 07:30:
[...]


Dat kan ik bevestigen, je kunt het beste een nieuwe print kopen als je bypass werkend wilt krijgen.
Het moet ook mogelijk zijn om de firmware te flashen maar dat kan niet zelf worden gedaan. Ik weet dat met de modbus TCP tool icm met hun cloud omgeving het wel kan op afstand. Dit was bij deelname van uit een closed beta test.

Naast de printplaat moet ook een van de temperatuur sensoren vervangen worden. Weet niet meer precies welke, maar anders krijg je een foutmelding.

[immrmkw]

vliegnerd schreef op zaterdag 16 augustus 2025 @ 14:18:
[...]


Mooi bordje! Ik zal binnenkort jouw fork van Ramses ESP eens proberen.

EDIT: Ik weet niet hoe PlatformIO werkt, kan wel builden, maar geen nieuwe config voor bijvoorbeeld esp32c3 maken.

ESP-IDF (met idf.py) doet het niet meer in deze fork. Dus kan het niet even snel testen.

Het is me nu gelukt om automatisch te builden bij een nieuwe release. Als je mij vertelt hoe jouw bordje aangesloten is, kan ik misschien ook een ESP32 C3 build maken met elke release. Zie `sdkconfig.defaults` welke settings er allemaal eventueel specifiek aangepast moeten worden. Denk dat het vooral gaat om de SPI pinout, het LEDje, Button, Flash size.

[immrmkw]

-

[ Voor 100% gewijzigd door immrmkw op 10-09-2025 19:47 . Reden: In de verkeerde thread gepost. ]

[Bra-Jo]

Ik ben even dom. Ik heb via Tindie het boardje van @immrmkw gekocht, en wil het nu flashen. Bij de instructies staat "Go to the project Releases page and download ramses_esp_esp32_c6.bin."

Waar de vind ik dat? Ben al een half uur op de diverse Github-pagina's aan 't rondspitten, maar krijg het niet boven water...

[ Voor 9% gewijzigd door Bra-Jo op 16-09-2025 15:40 ]

[immrmkw]

Hoi Bra-jo,

Je kunt de release hier vinden: https://github.com/IMMRMKW/ramses_esp/releases, onder assets. Ik heb je bordje voor het opsturen getest, dus als het goed is, staat de firmware er al op .

[Bra-Jo]

immrmkw schreef op dinsdag 16 september 2025 @ 17:11:
Hoi Bra-jo,

Je kunt de release hier vinden: https://github.com/IMMRMKW/ramses_esp/releases, onder assets. Ik heb je bordje voor het opsturen getest, dus als het goed is, staat de firmware er al op .

Topper, dank je wel!

[Robbrand89]

Goedeavond allemaal,

Ik ben al enige tijd aan het stoeien met ramses RF om mijn ocron WTW in HA te krijgen alleen op dit moment loopt ik een beetje vast, heb al een hoop gelezen en geprobeerd maar heb even een zetje in de goede richting nodig.

Ik heb deze module gekocht en via USB direct met HA gekoppeld.

https://smart-home-kompon...d74qEhaXLsTgK8PhaUt2V-plK

Via arduino heb ik de evofw3 firmware in de dongle geflashed en daarna kreeg ik keurig berichten en devices binnen.



Ik loop alleen helemaal vast bij het comminiceren met de WTW unit. Ik heb geprobeerd om nieuwe fake remote's te binden met de WTW en bestaande remotes om deze aan te sturen echter krijg ik gewoon geen reactie van de box. Vanavond geprobeerd om de antenne dichterbij de box te brengen maar dat heeft ook geen effect gehad.

Wat ik zie is dat de gateway heel veel RQ berichten uitzend maar nooit een reactie lijkt te krijgen. Zou het kunnen dat mijn gateway wel zend maar geen berichten ontvangt?



Dit is onder andere een commando dat ik probeer te versturen naar de ventilatie box (waarbij ik de ID van de bestaande remote gebruik) Maar dit geeft geen reactie van de box.

2025-09-17T17:43:21.932774 000 I --- 37:090646 32:138305 --:------ 22F1 003 000307

[immrmkw]

@Robbrand89 , heb je de WTW box wel in pairing modus gezet? Dit doe je door de spanning even van de unit af te halen.

[Robbrand89]

Ja de unit staat in pairing modus. Heb ook al eens geprobeerd om de pairing data van een bestaande remote re kopiëren, maar dat krijg ik ook niet op dezelfde manier verzonden.
Maar wat ik me dus afvraag is: is het normaal dat die gateway al die request verzend maar geen antwoord lijkt te krijgen? Je zou bijna denken dat de dongel wel ontvangt maar niet zend.

[immrmkw]

Heeft je gateway ledjes die knipperen op het moment dat hij zendt/ontvangt? Het knipperen van het ledje zou moeten samenvallen met het moment dat je iets zendt.

Ook zou de system log iets over het zenden moeten tonen. Daar kun je kijken of dat succesvol is verlopen. Misschien heb je je remote niet toegevoegd aan de known devices en voert hij het commando niet uit oid.

[Vaevictis_]

Robbrand89 schreef op woensdag 17 september 2025 @ 19:24:
Goedeavond allemaal,

Ik ben al enige tijd aan het stoeien met ramses RF om mijn ocron WTW in HA te krijgen alleen op dit moment loopt ik een beetje vast, heb al een hoop gelezen en geprobeerd maar heb even een zetje in de goede richting nodig.

Ik heb deze module gekocht en via USB direct met HA gekoppeld.

https://smart-home-kompon...d74qEhaXLsTgK8PhaUt2V-plK

Via arduino heb ik de evofw3 firmware in de dongle geflashed en daarna kreeg ik keurig berichten en devices binnen.

[Afbeelding]

Ik loop alleen helemaal vast bij het comminiceren met de WTW unit. Ik heb geprobeerd om nieuwe fake remote's te binden met de WTW en bestaande remotes om deze aan te sturen echter krijg ik gewoon geen reactie van de box. Vanavond geprobeerd om de antenne dichterbij de box te brengen maar dat heeft ook geen effect gehad.

Wat ik zie is dat de gateway heel veel RQ berichten uitzend maar nooit een reactie lijkt te krijgen. Zou het kunnen dat mijn gateway wel zend maar geen berichten ontvangt?

[Afbeelding]

Dit is onder andere een commando dat ik probeer te versturen naar de ventilatie box (waarbij ik de ID van de bestaande remote gebruik) Maar dit geeft geen reactie van de box.

2025-09-17T17:43:21.932774 000 I --- 37:090646 32:138305 --:------ 22F1 003 000307

Heb je al een reset geprobeerd van de WTW unit? Op de print zit een zwart knopje die 20 sec ingedrukt houden dan gaat het ledje naar rood en dan los laten. Mijn volgorde is altijd eerste RAMSES RF werkend krijgen daarna pas sensoren koppelen.

Heb je dat al geprobeerd?

[Wimpie70]

Hoeveel HGI's heb je in je known devices ? 1 zal beter werken. Als je met een echte remote een commando geeft, zie je dan wel response van de FAN ?
Het lijkt of je commando extra spatie voor de ' I' mist. Alle commando's hebben 2 posities: 'RQ', 'RP', ' W', ' I'.

[Turrican]

Robbrand89 schreef op woensdag 17 september 2025 @ 19:24:
Ik heb deze module gekocht en via USB direct met HA gekoppeld.

https://smart-home-kompon...d74qEhaXLsTgK8PhaUt2V-plK

Ervaringen met nano-cul zijn nogal wisselend. Die gebruikt een software UART.
Als ik zo naar je log kijk lijkt het erop dat hij niet zendt.
Ik weet alleen niet zo goed hoe je dat makkelijk kunt nagaan, behalve dan door er nog 1 aan te schaffen.

[vliegnerd]

Turrican schreef op donderdag 18 september 2025 @ 18:00:
[...]


Ervaringen met nano-cul zijn nogal wisselend. Die gebruikt een software UART.
Als ik zo naar je log kijkt lijkt het erop dat hij niet zendt.
Ik weet alleen niet zo goed hoe je dat makkelijk kunt nagaan, behalve dan door er nog 1 aan te schaffen.

@Robbrand89
Als het aansturen van de wtw met een bestaande remote (zoals in startlijst) niet werkt, dan is je nanocul wel verdacht.

Ik heb er eventueel wel eentje te leen. Stuur maar een PM.

[TijmenvS]

Ik merk dat de CO2 meting van de remote zoals ik die in home assistant krijg heel gevoelig is voor verstoring. Iets anders in de buurt in het stopcontact vlakbij ofwel de CO2 remote of de Indalo tech module zorgt ervoor dat de CO2 waarden niet meer binnen komen. Ik zie nog wel gewoon packets in de packetlog, maar het lijkt erop dat ramses_cc deze niet meer kan lezen. Is dat normaal? En is er wat aan te doen (behalve niks meer in een stopcontact in de buurt steken)?

[ebroerse]

TijmenvS schreef op zaterdag 20 september 2025 @ 20:10:

Ik zie nog wel gewoon packets in de packetlog, maar het lijkt erop dat ramses_cc deze niet meer kan lezen.

Zijn die packets wel “heel”, maw niet corrupt en van dezelfde src?
Kun je ze hier, incl. Timestamp, plakken?

[Robbrand89]

Ik heb bij de dongle de lampjes gechecked. krijg inderdaad wel een rode blib als er een bericht verzonden of ontvangen wordt. Verzonden berichten komen wel in de log maar kan dus niet controleren of het ook aankomt.

Via de bestaande remotes werkt alles gewoon en kan ik beiden boxen bedienen (heb er 2) Heb ook op beiden boxen de pairing geprobeerd en een bestaande remote gebruiken om berichten te versturen, allemaal geen resultaat.

Firmware ook al opnieuw vanaf een andere PC in de dongel geflashed, ook geen resultaat.

Ik neig er naar om toch de dongel te vervangen, maar diegene waar constant naar verwezen word is uitverkocht. iemand een goed alternatief?

[ebroerse]

Robbrand89 schreef op woensdag 17 september 2025 @ 19:24:

Dit is onder andere een commando dat ik probeer te versturen naar de ventilatie box (waarbij ik de ID van de bestaande remote gebruik) Maar dit geeft geen reactie van de box.

code:

2025-09-17T17:43:21.932774 000  I --- 37:090646 32:138305 --:------ 22F1 003 000307

Lijkt me een correct commando, maar als de fan niet is gepaired met je dongel, reageert de fan hier niet op. Zou voor de buren ook niet leuk zijn 😜
Wat is de Airios model-code van je remote? “VMN-xxx”
Heb je de remote in ramses_cc als ‘faked’ gecobfigureerd? Zie je foutmeldingen in het HA logboek op het moment dat je het commando verstuurt?

[Robbrand89]

Airios model-code van de remote met id: 37:090646 VMI-02WSJ44

Dit model heb ik ook in huis hangen. VMS-02MCO5

Overigens zie ik dat deze regel er structureel boven staat als ik dat commando verzend.

2025-09-21T11:18:45.723442 000 I --- 18:262143 63:262142 --:------ 7FFF 023 001101996B918FA523324631204933373A303930363436
2025-09-21T11:18:45.754362 000 I --- 37:090646 32:138305 --:------ 22F1 003 000307

System schema's:
orphans_hvac:
- "32:138305"
- "32:138311"
- "37:090646"
- "37:094407"
- "37:094411"

Known devices:
"18:262143":
class: HGI
"32:138305":
_note: Orcon HRC 400
class: FAN
"32:138311":
_note: Orcon HRC 400
class: FAN
"37:018001":
class: REM
faked: true
"37:018002":
class: REM
faked: true
"37:090646":
class: REM
commands:
auto: " I --- 37:090646 32:138305 --:------ 22F1 003 000407"
away: " I --- 37:090646 32:138305 --:------ 22F1 003 000007"
high: " I --- 37:090646 32:138305 --:------ 22F1 003 000307"
low: " I --- 37:090646 32:138305 --:------ 22F1 003 000107"
medium: " I --- 37:090646 32:138305 --:------ 22F1 003 000207"
faked: true
"37:094407":
class: REM
faked: true
"37:094411":
class: REM
faked: true

Maar ook als het een bestaande remote is moet je via HA op het zelfde ID nog een keer pairen?

Deze meldingen staan er in het log maar die komen niet al ik het commando verzend.

2025-09-21 11:17:49.103 WARNING (MainThread) [ramses_rf.dispatcher] I --- 37:094411 --:------ 37:094411 31E0 008 0000000001001E00 < PacketInvalid( I --- 37:094411 --:------ 37:094411 31E0 008 0000000001001E00 < Unexpected code for src (REM) to Tx)
2025-09-21 11:17:49.364 WARNING (MainThread) [ramses_rf.dispatcher] I --- 37:094411 --:------ 37:094411 31E0 008 0000000001001E00 < PacketInvalid( I --- 37:094411 --:------ 37:094411 31E0 008 0000000001001E00 < Unexpected code for src (REM) to Tx)
2025-09-21 11:17:51.748 WARNING (MainThread) [ramses_rf.dispatcher] I --- 37:094407 32:138305 --:------ 31E0 008 0000000001001E00 < PacketInvalid( I --- 37:094407 32:138305 --:------ 31E0 008 0000000001001E00 < Unexpected code for src (REM) to Tx)
2025-09-21 11:17:52.161 WARNING (MainThread) [ramses_tx.protocol_fsm] TOUT.. = <ProtocolContext state=WantEcho cmd_=2E04|RQ|01:000730, tx_count=1/4>: echo_timeout=0.5


Code voor binden:

action: ramses_cc.bind_device
data:
device_id: 37:090646
offer:
"22F1":
"22F3":
"10E0":
device_info: " I --- 37:090646 63:262142 --:------ 10E0 038 000001C894030167FFFFFFFFFFFF1B0807E4564D492D313557534A3533000000000000000000"

Dit is de foutmelding die ik bij het binden krijg

2025-09-21 11:32:21.600 ERROR (MainThread) [homeassistant.helpers.script.websocket_api_script] websocket_api script: Error executing script. Unexpected error for call_service at pos 1: 37:090646: SuppSendOfferWaitForAccept: Failed to transition to <class 'ramses_rf.binding_fsm.SuppIsReadyToSendConfirm'>: expected message not received after 5.1 secs
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 524, in _async_step
await getattr(self, handler)()
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 1012, in _async_step_call_service
response_data = await self._async_run_long_action(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...<9 lines>...
)
^
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 624, in _async_run_long_action
return await long_task
^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/core.py", line 2835, in async_call
response_data = await coro
^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/core.py", line 2878, in _execute_service
return await target(service_call)
^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 1041, in check_permissions
return await service_handler(call)
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/ramses_cc/__init__.py", line 185, in async_bind_device
await broker.async_bind_device(call)
File "/config/custom_components/ramses_cc/broker.py", line 348, in async_bind_device
await device._initiate_binding_process( # may: BindingFlowFailed
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...<3 lines>...
) # TODO: will need to re-discover schema
^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/device/base.py", line 379, in _initiate_binding_process
msgs = await self._bind_context.initiate_binding_process(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
codes, confirm_code=confirm_code, ratify_cmd=ratify_cmd
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
) # TODO: if successful, re-discover schema?
^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/binding_fsm.py", line 341, in initiate_binding_process
accept = await self._wait_for_accept(tender)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/binding_fsm.py", line 385, in _wait_for_accept
return await self.state.wait_for_accept(timeout)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/binding_fsm.py", line 762, in wait_for_accept
return await self._wait_for_fut_result(timeout or _ACCEPT_WAIT_TIME)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/binding_fsm.py", line 467, in _wait_for_fut_result
await asyncio.wait_for(self._fut, timeout)
File "/usr/local/lib/python3.13/asyncio/tasks.py", line 507, in wait_for
return await fut
^^^^^^^^^
ramses_rf.exceptions.BindingFlowFailed: 37:090646: SuppSendOfferWaitForAccept: Failed to transition to <class 'ramses_rf.binding_fsm.SuppIsReadyToSendConfirm'>: expected message not received after 5.1 secs
2025-09-21 11:32:21.607 ERROR (MainThread) [homeassistant.components.websocket_api.http.connection] [139980997530368] Error handling message: Unknown error (unknown_error) Robbert from 192.168.2.1 (Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/140.0.0.0 Safari/537.36)
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/components/websocket_api/decorators.py", line 28, in _handle_async_response
await func(hass, connection, msg)
File "/usr/src/homeassistant/homeassistant/components/websocket_api/commands.py", line 931, in handle_execute_script
script_result = await script_obj.async_run(
^^^^^^^^^^^^^^^^^^^^^^^^^^^
msg.get("variables"), context=context
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
)
^
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 1836, in async_run
return await asyncio.shield(create_eager_task(run.async_run()))
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 460, in async_run
await self._async_step(log_exceptions=False)
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 526, in _async_step
self._handle_exception(
~~~~~~~~~~~~~~~~~~~~~~^
ex, continue_on_error, self._log_exceptions or log_exceptions
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
)
^
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 556, in _handle_exception
raise exception
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 524, in _async_step
await getattr(self, handler)()
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 1012, in _async_step_call_service
response_data = await self._async_run_long_action(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...<9 lines>...
)
^
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 624, in _async_run_long_action
return await long_task
^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/core.py", line 2835, in async_call
response_data = await coro
^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/core.py", line 2878, in _execute_service
return await target(service_call)
^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 1041, in check_permissions
return await service_handler(call)
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/ramses_cc/__init__.py", line 185, in async_bind_device
await broker.async_bind_device(call)
File "/config/custom_components/ramses_cc/broker.py", line 348, in async_bind_device
await device._initiate_binding_process( # may: BindingFlowFailed
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...<3 lines>...
) # TODO: will need to re-discover schema
^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/device/base.py", line 379, in _initiate_binding_process
msgs = await self._bind_context.initiate_binding_process(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
codes, confirm_code=confirm_code, ratify_cmd=ratify_cmd
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
) # TODO: if successful, re-discover schema?
^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/binding_fsm.py", line 341, in initiate_binding_process
accept = await self._wait_for_accept(tender)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/binding_fsm.py", line 385, in _wait_for_accept
return await self.state.wait_for_accept(timeout)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/binding_fsm.py", line 762, in wait_for_accept
return await self._wait_for_fut_result(timeout or _ACCEPT_WAIT_TIME)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/binding_fsm.py", line 467, in _wait_for_fut_result
await asyncio.wait_for(self._fut, timeout)
File "/usr/local/lib/python3.13/asyncio/tasks.py", line 507, in wait_for
return await fut
^^^^^^^^^
ramses_rf.exceptions.BindingFlowFailed: 37:090646: SuppSendOfferWaitForAccept: Failed to transition to <class 'ramses_rf.binding_fsm.SuppIsReadyToSendConfirm'>: expected message not received after 5.1 secs

[ Voor 80% gewijzigd door Robbrand89 op 21-09-2025 11:34 ]

[ebroerse]

Robbrand89 schreef op zondag 21 september 2025 @ 11:28:

System schema's:
orphans_hvac:
- "32:138305"
- "32:138311"
- "37:090646"
- "37:094407"
- "37:094411"

Known devices:
"18:262143":
class: HGI
"32:138305":
_note: Orcon HRC 400
class: FAN
…
"37:090646":
class: REM
commands:
auto: " I --- 37:090646 32:138305 --:------ 22F1 003 000407"
…
"37:094411":
class: REM
faked: true

Maar ook als het een bestaande remote is moet je via HA op het zelfde ID nog een keer pairen?

Nog een keer pairen hoeft vlg. mij niet. De fan denkt gewoon dat het dezelfde REM is, als je hetzelfde adres gebruikt met faked: true

I.p.v. _note gebruik ik

code:

alias: mijn remote

[Wimpie70]

Meerdere ESP's met Ramses RF.
Ik kan natuurlijk een issue maken op github, maar dacht om het eerst eens hier te vragen voor een wat breder publiek

Ik heb een werkend systeem met o.a. 1 Orcon fan en een Indalo Tech ESP (mqtt) Nu wil ik dit uitbreiden met nog een FAN, maar deze is te ver van de andere FAN voor betrouwbare communicatie.

Ramses rf ondersteund zover ik kan zien maar 1 HGI, 1 serial port, en maar 1 HUB.
Meerdere HGI's kan problemen geven met interferentie ed.
Ik zie wel een paar oplossingen, maar misschien is er iemand die al iets dergelijks heeft draaien of een andere oplossing weet.

- meerdere HA containers draaien, maar dat is niet ideaal.
- Repeaters: bidirectional ?
- 'bound' HGI aan een FAN koppelen.
Ik ben bezig met een PR waarbij je in de configuratie 'bound' kan gebruiken bij een FAN om aan te geven welke Remote verbonden is met de FAN (om 2411 configuratie parameters te kunnen zetten). Dit zou ook voor HGI's kunnen, maar vraagt behoorlijk wat aanpassingen aan de rest van de code.
- of andersom: in de config per HGI aangeven welke devices er bij horen.

Maar misschien zie ik een oplossing over het hoofd...

[immrmkw]

@TijmenvS

Wat je weleens ziet bij bijvoorbeeld Zigbee sticks is dat deze gevoelig zijn voor ruis gegenereerd door apparaten in de buurt. Het kan zijn dat de ruis via de USB voeding op je Ramses ESP bordje terechtkomt. In dat geval zou een andere USB voeding dat eventueel oplossen. Mocht je al een USB kabel tussen de USB voeding en je bordje hebben, dan zou je eventueel een ferrietklem om je USB kabel kunnen klemmen. Deze onderdrukt bepaalde typen ruis op je USB kabel. Mocht dat niet helpen dan is een andere locatie van je Ramses ESP bordje of het stopcontact niet gebruiken de enige oplossing.

Ik verwacht niet dat de CO2 meting zelf verstoord wordt. Deze wordt lokaal gedaan en is minder gevoelig voor verstoring. Ook is de CO2 sensor een zender, en geen ontvanger. Ik zou verwachten dat ruis vooral een ontvanger kan beinvloeden.

[Bra-Jo]

Vandaag eindelijk tijd gehad om hier eens mee te spelen. Ik heb Ramses aan de praat en de WTW en RF15 worden gevonden, maar ik heb het idee dat ik iets mis bji de RF15. Alles blijft Unavailable. Al een keer verwijderd en weer toegevoegd, maar het doet niet veel...
Ik heb ook een fake remote toegevoegd obv de startpost, die doet ook niks. De waardes die ik gebruikt heb, kloppen volgens mij, maar ik zie niet wat er mis gaat. Tips zouden heel fijn zijn...

Schema:
orphans_hvac:
- "32:162716" #WTW
- "18:037532" #gateway
- "29:123456" #fake remote
- "32:105457" #RF15

Device IDs:
"18:037532":
class: HGI
"32:162716":
class: FAN
"32:105457":
class: REM
"29:123456":
class: REM
faked: true
commands:
auto: " I --- 32:105457 32:162716 --:------ 22F1 003 000404"
away: " I --- 32:105457 32:162716 --:------ 22F3 007 00520C00040404"
high: " I --- 32:105457 32:162716 --:------ 22F3 007 00123C03040404"
low: " I --- 32:105457 32:162716 --:------ 22F3 007 00123C01040404"
medium: " I --- 32:105457 32:162716 --:------ 22F3 007 00520D02040404"

Resultaat:

[ebroerse]

Bra-Jo schreef op zondag 21 september 2025 @ 19:07:

Schema:
orphans_hvac:
- "32:162716" #WTW
- "18:037532" #gateway
- "29:123456" #fake remote

De gateway hoeft niet bij ‘orphans_hvac’ te staan; die wordt vanzelf opgepikt en hoe minder hoe beter!
Is de fake remote al gepaird? En doet die echte het wel? Wat komt er in je packetlog?

[Pocketware]

TijmenvS schreef op vrijdag 22 augustus 2025 @ 10:31:
Ik heb een Orcon HRC300 EcoMax uit 2019 die via een Indalo tech module kan worden aangestuurd met de ramses_cc integratie in Home Assistant. De fan speeds werken prima, heb er automations mee gemaakt zodat de Orcon al bij een CO2 van 800 hoger gaat.

Alleen ik krijg de bypass aansturing niet aan de praat. Ik heb in de known device id's de op het forum hier bekende codes toegevoegd, de code wordt verstuurd, maar lijkt verder genegeerd te worden door de Orcon unit. Ik heb nog opnieuw gebind met de 22F7 code, maar ook dan krijg ik hetzelfde resultaat. Heeft iemand hier enig idee waarom het niet werkt?

Mijn HRC300 van EcoMax van 2020 reageert ook niet op de berichten die al eerder zijn gedeeld.
Echter... na het koppelen van de 15RF heb ik wel de berichten kunnen onderscheppen waarmee de aansturing te regelen is. Zal de volledige logregels een toevoegen; zelf even aanpassen naar wat jij krijgt als volledig bericht.

1. On zetten:

code:

2025-09-22T18:37:34.219674 062 RQ --- 37:126467 32:161205 --:------ 2411 003 00004B
2025-09-22T18:37:34.258727 063 RP --- 32:161205 37:126467 --:------ 2411 022 00004B39000000000200000000000000020000000170
2025-09-22T18:37:35.858741 066  W --- 37:126467 32:161205 --:------ 2411 023 00004B0000000000010000000000000002000000010000
2025-09-22T18:37:35.900029 059  I --- 32:161205 37:126467 --:------ 2411 022 00004B39000000000100000000000000020000000170

Off:

code:

2025-09-22T18:37:39.969985 053 RQ --- 37:126467 32:161205 --:------ 2411 003 00004B
2025-09-22T18:37:40.010781 071 RP --- 32:161205 37:126467 --:------ 2411 022 00004B39000000000100000000000000020000000170
2025-09-22T18:37:42.858738 049  W --- 37:126467 32:161205 --:------ 2411 023 00004B0000000000020000000000000002000000010000
2025-09-22T18:37:42.891742 046  I --- 32:161205 37:126467 --:------ 2411 022 00004B39000000000200000000000000020000000170

Auto:

code:

2025-09-22T18:37:46.470634 047 RQ --- 37:126467 32:161205 --:------ 2411 003 00004B
2025-09-22T18:37:46.490597 046 RP --- 32:161205 37:126467 --:------ 2411 022 00004B39000000000200000000000000020000000170
2025-09-22T18:37:48.608402 049  W --- 37:126467 32:161205 --:------ 2411 023 00004B0000000000000000000000000002000000010000
2025-09-22T18:37:48.649963 046  I --- 32:161205 37:126467 --:------ 2411 022 00004B39000000000000000000000000020000000170

Eerst wordt er een bericht verstuurd: 2411 003 00004B
Daarop komt het antwoord: 2411 022 00004B39000000000200000000000000020000000170
Dit is dus een check in welke status de bypass staat.

On is dan het zetten van 2 naar 1.
Idem voor Off en Auto; Off=2, Auto=0

Het kan zijn dat je eigen logregel er net iets anders uit ziet; je kunt dan die pakken (response na het 2411 003 00004B bericht) en dan 39 naar 00, de waarde 0, 1 of 2 aanpassen en aan het einde afsluiten met 10000 ipv 170 (of wat jij daar ook maar hebt staan).

[Wimpie70]

@Pocketware Ah, 4B kende ik nog niet voor 2411. Ook in ramses_rf zijn alleen de volgende parameters bekend:
31, 3D, 3E, 3F, 40, 41, 42, 43, 44, 4E, 52, 54, 75, 95
Als je nog meer 2411 params weet hoor ik het graag. Ik kan ze dan toevoegen aan mn (draft) PR.
Ik zal 4B binnenkort even testen.
---
Ik krijg idd waardes terug voor 4B.
In de handleiding van de RF 15 display staat ook:
Instelling Nr 10 voor HRC geproduceerd voor 2021 is: Test Bypass klep 0=normaal in bedrijf, 1=open, 2=gesloten
---

Tot nu toe gebruikte ik voor de bypass:

code:

event_type: ramses_cc_message
data:
  dtm: "2025-09-22T19:05:53.520921"
  src: "32:153289"
  dst: "37:168270"
  verb: " I"
  code: 22F7
  payload:
    bypass_mode: auto
    bypass_state: "off"
    bypass_position: 0
  packet: " I --- 32:153289 37:168270 --:------ 22F7 003 00FF00"
origin: LOCAL
time_fired: "2025-09-22T17:05:53.530804+00:00"
context:
  id: 01K5S675VT7N28TT0R2R0K6KRQ
  parent_id: null
  user_id: null

[ Voor 12% gewijzigd door Wimpie70 op 22-09-2025 20:33 ]

[TijmenvS]

@ebroerse De packets zien er hetzelfde uit als de normale packets. Het lijkt erop dat indalo tech module ze niet meer goed kan uitlezen of dat de CO2 waarden die gelezen worden niet (kunnen) kloppen. Hieronder packets uit een periode dat het goed gaat en uit een slechte periode.

Goed:

code:

 2025-09-22T19:17:21.349470 053  I --- 32:161442 --:------ 32:161442 31D9 004 00200300
2025-09-22T19:20:10.033778 052  I --- 32:161442 --:------ 32:161442 31DA 029 00EF007FFF37310582079407990637F800004D8C8C0001EFEF16AA16C9
2025-09-22T19:20:57.954595 052  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-22T19:20:58.087604 052  I --- 32:161442 --:------ 32:161442 31DA 029 00EF007FFF36310582079407990641F80000581E1E0000EFEF16AA16C9
2025-09-22T19:22:18.476143 067  I --- 32:097951 --:------ 32:097951 1298 003 000209
2025-09-22T19:22:43.938566 066  I --- 32:097951 32:161442 --:------ 31E0 008 0000000001001E00
2025-09-22T19:22:43.970515 053  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-22T19:24:39.575173 053  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-22T19:25:09.546152 053  I --- 32:161442 --:------ 32:161442 31DA 029 00EF007FFF383105820794079E05FFF80000581E1E0000EFEF04DF04DF
2025-09-22T19:28:06.514252 063  I --- 32:097951 32:161442 --:------ 31E0 008 0000000001001E00
2025-09-22T19:28:06.545310 053  I --- 32:161442 --:------ 32:161442 31D9 004 00200400

Fout:

code:

2025-09-18T22:34:40.000242 049  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-18T22:40:02.600518 049  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-18T22:43:05.951101 049  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-18T22:43:35.930939 049  I --- 32:161442 --:------ 32:161442 31DA 029 00EF007FFF4E4C07A8080C080207B2F80000581E1E0000EFEF04DF04DF
2025-09-18T22:45:25.238280 049  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-18T22:50:47.846013 049  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-18T22:53:05.056647 049  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-18T22:53:35.034505 049  I --- 32:161442 --:------ 32:161442 31DA 029 00EF007FFF4E4C07A8080C080207C9F80000581E1E0000EFEF04DF0532
2025-09-18T22:56:10.576353 049  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-18T23:01:33.067918 049  I --- 32:161442 --:------ 32:161442 31D9 004 00200400

@immrmkw Ik heb de indalo tech module nu direct in de home assistant usb poort geplugd. Toen ik daar in de buurt een switch installeerde ging het mis (en weer goed toen ik de switch weghaalde). Maar ook als ik in de buurt van de CO2 remote iets in het stopcontact steek gaat het mis. De CO2 remote staat 2 verdiepingen lager dan de indalo tech module en de Orcon hrc 300 EcoMax. Het probleem zit hem zoals je zegt niet in de CO2 remote want de verbinding met en directe aansturing van de Orcon hrc 300 EcoMax blijft prima werken. Het lijkt dus een ontvangstprobleem te zijn, of een probleem met het decoderen van de packets door de integratie.

[immrmkw]

@TijmenvS, tja, het zal misschien verstoring zijn, maar hoe het precies zit, weet ik niet. Ik denk dat een kabeltje tussen je Home assistant en de module nog wel het proberen waard is. Eventueel met een ferrietklem. Ook heeft de Indalo tech module niet een heel goede antenne meegeleverd. De meegeleverde antenne heeft 2.1 dBi gain volgens mij, terwijl er ook antennes zijn met 3 dBi of 5 dBi. Dus je kunt ook nog proberen om er een andere antenne op te zetten.

[ebroerse]

TijmenvS schreef op maandag 22 september 2025 @ 19:49:
… packets uit een periode dat het goed gaat en uit een slechte

Goed:

code:

2025-09-22T19:22:18.476143 067  I --- 32:097951 --:------ 32:097951 1298 003 000209

…

Alle berichten zijn correcte Ramses packets, die netjes geparsed worden.
Enkel je 1298 berichten bevatten in dit geval bruikbare CO2 metingen. In de 31DA zit bij dit apparaat een None- waarde voor CO2, en die wordt genegeerd.
In de ‘slechte’ periode verstuurt hij zo te zien geen 1298-code packets. Waarom weet ik helaas niet.
Als je via MQTT werkt, kan je met bijv. MQTT Analyzer op je mobiel checken of er echt geen 1298 packets langskomen.
Je ziet ook geen foutmeldingen in de HA system logs?

[ Voor 7% gewijzigd door ebroerse op 23-09-2025 19:20 ]

[Pocketware]

...
Als je nog meer 2411 params weet hoor ik het graag. Ik kan ze dan toevoegen aan mn (draft) PR.
Ik zal 4B binnenkort even testen.
...

Er zijn een heleboel 2411 parameters.

Bijvoorbeeld de

code:

" W --- 37:161205 32:161205 --:------ 2411 022 00008E00000000FE6F00000000000000000000000000"

Deze heb ik gebruikt om de offset van de out temperatuur aan te passen (monteur was hier voor onderhoud en heeft toen de offset aangepast omdat die 5 graden uit de pas liep.
Nu blijkt dat die helemaal niet lekker werkt en continue te weinig aangeeft (dus te hoog bij lage temperaturen en te laag bij hogere temperaturen).


Met dit commando een offset gemaakt die rond de 20 graden klopt.
Was begin januari dat ik dit heb gedaan; zou nu echt niet meer weten wat de offset is...

8E, 8F en 90 zijn iig temperatuur offsets; monteur moest ook even zoeken naar de juiste en deze zijn toen aangepast.

Log nadat de monteur verbinding had gemaakt:

code:

2025-01-08T08:09:25.005222 058 RQ --- 05:002861 32:161205 --:------ 2411 004 00000000
2025-01-08T08:09:25.034849 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000100200000303900000000FFFFFFFF0000000170
2025-01-08T08:09:25.304332 059 RQ --- 05:002861 32:161205 --:------ 2411 004 00000001
2025-01-08T08:09:25.335284 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000201000000001300000000000000FF0000000070
2025-01-08T08:09:25.449400 063 RQ --- 05:002861 32:161205 --:------ 2411 004 00000002
2025-01-08T08:09:25.485466 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000302000000000800000000000000FF0000000070
2025-01-08T08:09:25.617802 063 RQ --- 05:002861 32:161205 --:------ 2411 004 00000003
2025-01-08T08:09:25.647028 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000403000000006700000000000000FF0000000170
2025-01-08T08:09:25.819107 056 RQ --- 05:002861 32:161205 --:------ 2411 004 00000004
2025-01-08T08:09:25.850627 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000B04100000012C00000014000003200000000170
2025-01-08T08:09:26.027348 054 RQ --- 05:002861 32:161205 --:------ 2411 004 00000005
2025-01-08T08:09:26.066334 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000C05100000012C00000014000003200000000170
2025-01-08T08:09:26.223745 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000006
2025-01-08T08:09:26.260827 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000E06000000000F00000000000000640000000170
2025-01-08T08:09:26.429285 051 RQ --- 05:002861 32:161205 --:------ 2411 004 00000007
2025-01-08T08:09:26.471547 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000F07000000005000000000000000640000000170
2025-01-08T08:09:26.710451 052 RQ --- 05:002861 32:161205 --:------ 2411 004 00000008
2025-01-08T08:09:26.741394 035 RP --- 32:161205 05:002861 --:------ 2411 022 00001008000000000A00000000000000640000000170
2025-01-08T08:09:26.898177 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000009
2025-01-08T08:09:26.934721 035 RP --- 32:161205 05:002861 --:------ 2411 022 00001109000000006400000000000000640000000170
2025-01-08T08:09:27.085586 050 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000A
2025-01-08T08:09:27.122041 034 RP --- 32:161205 05:002861 --:------ 2411 022 0000120A000000000A00000000000000640000000170
2025-01-08T08:09:27.290742 049 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000B
2025-01-08T08:09:27.322047 034 RP --- 32:161205 05:002861 --:------ 2411 022 0000130B000000006400000000000000640000000170
2025-01-08T08:09:27.509253 050 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000C
2025-01-08T08:09:27.547854 034 RP --- 32:161205 05:002861 --:------ 2411 022 0000140C9100000032FFFFFF38000000960000000170
2025-01-08T08:09:27.721001 056 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000D
2025-01-08T08:09:27.752743 035 RP --- 32:161205 05:002861 --:------ 2411 022 00001F0D000000000300000000000000060000000170
2025-01-08T08:09:27.902157 055 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000E
2025-01-08T08:09:27.927657 035 RP --- 32:161205 05:002861 --:------ 2411 022 0000200E000000003C00000000000000FF0000000170
2025-01-08T08:09:28.096856 054 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000F
2025-01-08T08:09:28.122976 035 RP --- 32:161205 05:002861 --:------ 2411 022 0000210F000000003C00000000000000FF0000000170
2025-01-08T08:09:28.285386 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000010
2025-01-08T08:09:28.313017 035 RP --- 32:161205 05:002861 --:------ 2411 022 0000221010000007D000000000FFFFFFFF0000000170
2025-01-08T08:09:28.477096 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000011
2025-01-08T08:09:28.515834 036 RP --- 32:161205 05:002861 --:------ 2411 022 00002611100000025800000000FFFFFFFF0000000170
2025-01-08T08:09:28.689273 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000012
2025-01-08T08:09:28.725408 035 RP --- 32:161205 05:002861 --:------ 2411 022 00005D12000000003C00000000000000640000000170
2025-01-08T08:09:28.888278 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000013
2025-01-08T08:09:28.923788 035 RP --- 32:161205 05:002861 --:------ 2411 022 00005E13000000000A00000000000000C80000000170
2025-01-08T08:09:29.086500 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000014
2025-01-08T08:09:29.120289 035 RP --- 32:161205 05:002861 --:------ 2411 022 00005F14000000006400000000000000640000000170
2025-01-08T08:09:29.292069 058 RQ --- 05:002861 32:161205 --:------ 2411 004 00000015
2025-01-08T08:09:29.328924 035 RP --- 32:161205 05:002861 --:------ 2411 022 00006015000000000300000000000000030000000170
2025-01-08T08:09:29.488409 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000015
2025-01-08T08:09:29.529365 035 RP --- 32:161205 05:002861 --:------ 2411 022 00006015000000000300000000000000030000000170
2025-01-08T08:09:29.992245 059 RQ --- 05:002861 32:161205 --:------ 2411 004 00000016
2025-01-08T08:09:30.024969 037 RP --- 32:161205 05:002861 --:------ 2411 022 00002716910000FFE2FFFFFF38000001F40000000170
2025-01-08T08:09:30.197650 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000017
2025-01-08T08:09:30.230468 105 RP --- 32:161205 05:002861 --:------ 2411 022 00005717000000000100000000000000010000000170
2025-01-08T08:09:30.411250 058 RQ --- 05:002861 32:161205 --:------ 2411 004 00000018
2025-01-08T08:09:30.450862 098 RP --- 32:161205 05:002861 --:------ 2411 022 00002818910000FFD8FFFFFF38000001F40000000170
2025-01-08T08:09:30.626859 061 RQ --- 05:002861 32:161205 --:------ 2411 004 00000019
2025-01-08T08:09:30.665819 103 RP --- 32:161205 05:002861 --:------ 2411 022 000072199100000028FFFFFF38000001F40000000170
2025-01-08T08:09:30.828183 068 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001A
2025-01-08T08:09:30.869322 084 RP --- 32:161205 05:002861 --:------ 2411 022 0000291A000000003C00000000000000780000000170
2025-01-08T08:09:31.024882 063 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001B
2025-01-08T08:09:31.066594 091 RP --- 32:161205 05:002861 --:------ 2411 022 00002A1B000000007800000000000000780000000170
2025-01-08T08:09:31.218066 058 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001C
2025-01-08T08:09:31.256827 098 RP --- 32:161205 05:002861 --:------ 2411 022 00002B1C9100000032FFFFFF38000001F40000000170
2025-01-08T08:09:31.490159 057 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001D
2025-01-08T08:09:31.518419 090 RP --- 32:161205 05:002861 --:------ 2411 022 0000701D13000061A8000000000000EA600000006470
2025-01-08T08:09:31.680959 059 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001E
2025-01-08T08:09:31.702316 101 RP --- 32:161205 05:002861 --:------ 2411 022 0000711E1300000000000000000000EA600000006470
2025-01-08T08:09:31.868552 061 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001F
2025-01-08T08:09:31.907268 100 RP --- 32:161205 05:002861 --:------ 2411 022 00006E1F110000007800000000000003E80000000170
2025-01-08T08:09:32.065036 064 RQ --- 05:002861 32:161205 --:------ 2411 004 00000020
2025-01-08T08:09:32.092375 093 RP --- 32:161205 05:002861 --:------ 2411 022 00006F20110000012C00000000000003E80000000170
2025-01-08T08:09:32.251210 065 RQ --- 05:002861 32:161205 --:------ 2411 004 00000021
2025-01-08T08:09:32.319435 097 RP --- 32:161205 05:002861 --:------ 2411 022 00008C21000000000200000000000000040000000170
2025-01-08T08:09:32.458841 064 RQ --- 05:002861 32:161205 --:------ 2411 004 00000022
2025-01-08T08:09:32.504744 100 RP --- 32:161205 05:002861 --:------ 2411 022 00002D22000000000000000000000000010000000170
2025-01-08T08:09:32.672042 069 RQ --- 05:002861 32:161205 --:------ 2411 004 00000023
2025-01-08T08:09:32.709484 093 RP --- 32:161205 05:002861 --:------ 2411 022 00002E239100000000FFFFFF38000001F40000000170
2025-01-08T08:09:32.872298 060 RQ --- 05:002861 32:161205 --:------ 2411 004 00000024
2025-01-08T08:09:32.906215 086 RP --- 32:161205 05:002861 --:------ 2411 022 00002F24010000000A00000000000000320000000170
2025-01-08T08:09:33.068706 058 RQ --- 05:002861 32:161205 --:------ 2411 004 00000025
2025-01-08T08:09:33.111389 090 RP --- 32:161205 05:002861 --:------ 2411 022 00008025100000001E00000000000007080000000170
2025-01-08T08:09:33.263921 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000026
2025-01-08T08:09:33.293706 103 RP --- 32:161205 05:002861 --:------ 2411 022 0000312610000000B400000000000007080000001E70
2025-01-08T08:09:33.444125 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000027
2025-01-08T08:09:33.483688 091 RP --- 32:161205 05:002861 --:------ 2411 022 00003227100000000000000000000000320000000170
2025-01-08T08:09:33.649685 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000028
2025-01-08T08:09:33.684008 096 RP --- 32:161205 05:002861 --:------ 2411 022 00003328000000000100000001000000020000000170
2025-01-08T08:09:35.605954 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000029
2025-01-08T08:09:35.640718 075 RP --- 32:161205 05:002861 --:------ 2411 022 00003429000000003200000000000000640000000170
2025-01-08T08:09:35.836113 055 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002A
2025-01-08T08:09:35.876207 055 RP --- 32:161205 05:002861 --:------ 2411 022 0000352A000000003200000000000000640000000170
2025-01-08T08:09:36.385732 055 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002A
2025-01-08T08:09:36.411414 091 RP --- 32:161205 05:002861 --:------ 2411 022 0000352A000000003200000000000000640000000170
2025-01-08T08:09:36.919514 056 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002B
2025-01-08T08:09:36.956800 091 RP --- 32:161205 05:002861 --:------ 2411 022 00003B2B000000000000000000000000020000000170
2025-01-08T08:09:37.123684 056 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002C
2025-01-08T08:09:37.152092 103 RP --- 32:161205 05:002861 --:------ 2411 022 0000612C000000000000000000000000010000000170
2025-01-08T08:09:37.336395 054 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002D
2025-01-08T08:09:37.371054 083 RP --- 32:161205 05:002861 --:------ 2411 022 0000622D000000000000000000000000010000000170
2025-01-08T08:09:37.528324 056 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002E
2025-01-08T08:09:37.557628 088 RP --- 32:161205 05:002861 --:------ 2411 022 00003C2E100000000000000000FFFFFFFF0000000170
2025-01-08T08:09:37.728336 055 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002F
2025-01-08T08:09:37.752733 105 RP --- 32:161205 05:002861 --:------ 2411 022 00003D2F0F0000001400000000000000500000000170
2025-01-08T08:09:37.938122 054 RQ --- 05:002861 32:161205 --:------ 2411 004 00000030
2025-01-08T08:09:37.972945 091 RP --- 32:161205 05:002861 --:------ 2411 022 00003E300F0000001400000000000000500000000170
2025-01-08T08:09:38.154577 054 RQ --- 05:002861 32:161205 --:------ 2411 004 00000031
2025-01-08T08:09:38.188047 099 RP --- 32:161205 05:002861 --:------ 2411 022 00003F310F0000001E00000000000000A00000000170
2025-01-08T08:09:38.331797 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000032
2025-01-08T08:09:38.363455 089 RP --- 32:161205 05:002861 --:------ 2411 022 000040320F0000001E00000000000000A00000000170
2025-01-08T08:09:38.566562 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000033
2025-01-08T08:09:38.608493 102 RP --- 32:161205 05:002861 --:------ 2411 022 000041330F0000006400000000000000C80000000170
2025-01-08T08:09:38.802999 052 RQ --- 05:002861 32:161205 --:------ 2411 004 00000034
2025-01-08T08:09:38.841663 091 RP --- 32:161205 05:002861 --:------ 2411 022 000042340F0000006400000014000000C80000000170
2025-01-08T08:09:39.029552 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000035
2025-01-08T08:09:39.059099 086 RP --- 32:161205 05:002861 --:------ 2411 022 000043350F0000008C00000000000000C80000000170
2025-01-08T08:09:39.251492 052 RQ --- 05:002861 32:161205 --:------ 2411 004 00000036
2025-01-08T08:09:39.284407 078 RP --- 32:161205 05:002861 --:------ 2411 022 000044360F0000008C00000014000000C80000000170

van HEX 00 t/m HEX 36 dus.

Als ik dan zoek naar de 4B (bypass) dan komt die als reponse op het request 00000039

code:

2025-01-08T08:10:00.820439 047 RQ --- 05:002861 32:161205 --:------ 2411 004 00000039
2025-01-08T08:10:00.851845 099 RP --- 32:161205 05:002861 --:------ 2411 022 00004B39000000000000000000000000020000000170

Je kunt ze dus op verschillende manieren opvragen...
Zou toch handig zijn als iemand hiervan een lijstje heeft.
@Vaevictis_, is dit te halen uit de documentatie die jij hebt?

documentatie van Orcon, Honeywell met instructies hoe te koppelen en modbus registers

[TijmenvS]

@ebroerse De hele nacht van 18 op 19 september had ik geen data en ik heb de packetlog nagekeken, maar daar staan die hele nacht geen 1298 packets. De module zit nu via de usb poort aangesloten, dus niet via MQTT.

Gedurende die nacht wel een aantal van deze meldingen, maar die zijn er ook als de CO2 waarde wel goed binnenkomt.
HGI 18:183788 Gateway status probleem gedetecteerd

En ik zie regelmatig deze melding, maar ook die is er ook als de CO2 waarde wel goed binnen komt

code:

 Logger: homeassistant.util.loop
Bron: util/loop.py:137
Eerst voorgekomen: 16:20:41 (5 gebeurtenissen)
Laatst gelogd: 16:20:41

Detected blocking call to glob with args ('/dev/ttyACM*',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 146: await self.client.start(cached_packets=cached_packets()) (offender: /usr/local/lib/python3.13/site-packages/ramses_tx/transport.py, line 166: devices.update(glob.glob(items[1] + "*"))), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#glob Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 223, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 209, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 156, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 896, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 662, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 751, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 94, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 146, in async_setup await self.client.start(cached_packets=cached_packets())
Detected blocking call to iglob with args ('/dev/ttyACM*',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 146: await self.client.start(cached_packets=cached_packets()) (offender: /usr/local/lib/python3.13/glob.py, line 31: return list(iglob(pathname, root_dir=root_dir, dir_fd=dir_fd, recursive=recursive,), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#iglob Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 223, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 209, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 156, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 896, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 662, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 751, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 94, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 146, in async_setup await self.client.start(cached_packets=cached_packets())
Detected blocking call to scandir with args ('/dev',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 146: await self.client.start(cached_packets=cached_packets()) (offender: /usr/local/lib/python3.13/glob.py, line 170: with os.scandir(arg) as it:), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#scandir Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 223, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 209, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 156, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 896, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 662, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 751, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 94, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 146, in async_setup await self.client.start(cached_packets=cached_packets())
Detected blocking call to glob with args ('/dev/*',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 146: await self.client.start(cached_packets=cached_packets()) (offender: /usr/local/lib/python3.13/site-packages/ramses_tx/transport.py, line 147: for device in glob.glob("/dev/*") + glob.glob("/dev/serial/by-id/*"):), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#glob Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 223, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 209, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 156, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 896, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 662, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 751, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 94, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 146, in async_setup await self.client.start(cached_packets=cached_packets())
Detected blocking call to open with args ('/sys/devices/platform/fd840000.usb/usb5/5-1/bNumInterfaces',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 146: await self.client.start(cached_packets=cached_packets()) (offender: /usr/local/lib/python3.13/site-packages/serial/tools/list_ports_linux.py, line 84: with open(os.path.join(*args)) as f:), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#open Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 223, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 209, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 156, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 896, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 662, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 751, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 94, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 146, in async_setup await self.client.start(cached_packets=cached_packets())

[Vaevictis_]

Pocketware schreef op dinsdag 23 september 2025 @ 20:07:
[...]


Er zijn een heleboel 2411 parameters.

Bijvoorbeeld de

code:

" W --- 37:161205 32:161205 --:------ 2411 022 00008E00000000FE6F00000000000000000000000000"

Deze heb ik gebruikt om de offset van de out temperatuur aan te passen (monteur was hier voor onderhoud en heeft toen de offset aangepast omdat die 5 graden uit de pas liep.
Nu blijkt dat die helemaal niet lekker werkt en continue te weinig aangeeft (dus te hoog bij lage temperaturen en te laag bij hogere temperaturen).


Met dit commando een offset gemaakt die rond de 20 graden klopt.
Was begin januari dat ik dit heb gedaan; zou nu echt niet meer weten wat de offset is...

8E, 8F en 90 zijn iig temperatuur offsets; monteur moest ook even zoeken naar de juiste en deze zijn toen aangepast.

Log nadat de monteur verbinding had gemaakt:

code:

2025-01-08T08:09:25.005222 058 RQ --- 05:002861 32:161205 --:------ 2411 004 00000000
2025-01-08T08:09:25.034849 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000100200000303900000000FFFFFFFF0000000170
2025-01-08T08:09:25.304332 059 RQ --- 05:002861 32:161205 --:------ 2411 004 00000001
2025-01-08T08:09:25.335284 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000201000000001300000000000000FF0000000070
2025-01-08T08:09:25.449400 063 RQ --- 05:002861 32:161205 --:------ 2411 004 00000002
2025-01-08T08:09:25.485466 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000302000000000800000000000000FF0000000070
2025-01-08T08:09:25.617802 063 RQ --- 05:002861 32:161205 --:------ 2411 004 00000003
2025-01-08T08:09:25.647028 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000403000000006700000000000000FF0000000170
2025-01-08T08:09:25.819107 056 RQ --- 05:002861 32:161205 --:------ 2411 004 00000004
2025-01-08T08:09:25.850627 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000B04100000012C00000014000003200000000170
2025-01-08T08:09:26.027348 054 RQ --- 05:002861 32:161205 --:------ 2411 004 00000005
2025-01-08T08:09:26.066334 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000C05100000012C00000014000003200000000170
2025-01-08T08:09:26.223745 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000006
2025-01-08T08:09:26.260827 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000E06000000000F00000000000000640000000170
2025-01-08T08:09:26.429285 051 RQ --- 05:002861 32:161205 --:------ 2411 004 00000007
2025-01-08T08:09:26.471547 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000F07000000005000000000000000640000000170
2025-01-08T08:09:26.710451 052 RQ --- 05:002861 32:161205 --:------ 2411 004 00000008
2025-01-08T08:09:26.741394 035 RP --- 32:161205 05:002861 --:------ 2411 022 00001008000000000A00000000000000640000000170
2025-01-08T08:09:26.898177 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000009
2025-01-08T08:09:26.934721 035 RP --- 32:161205 05:002861 --:------ 2411 022 00001109000000006400000000000000640000000170
2025-01-08T08:09:27.085586 050 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000A
2025-01-08T08:09:27.122041 034 RP --- 32:161205 05:002861 --:------ 2411 022 0000120A000000000A00000000000000640000000170
2025-01-08T08:09:27.290742 049 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000B
2025-01-08T08:09:27.322047 034 RP --- 32:161205 05:002861 --:------ 2411 022 0000130B000000006400000000000000640000000170
2025-01-08T08:09:27.509253 050 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000C
2025-01-08T08:09:27.547854 034 RP --- 32:161205 05:002861 --:------ 2411 022 0000140C9100000032FFFFFF38000000960000000170
2025-01-08T08:09:27.721001 056 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000D
2025-01-08T08:09:27.752743 035 RP --- 32:161205 05:002861 --:------ 2411 022 00001F0D000000000300000000000000060000000170
2025-01-08T08:09:27.902157 055 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000E
2025-01-08T08:09:27.927657 035 RP --- 32:161205 05:002861 --:------ 2411 022 0000200E000000003C00000000000000FF0000000170
2025-01-08T08:09:28.096856 054 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000F
2025-01-08T08:09:28.122976 035 RP --- 32:161205 05:002861 --:------ 2411 022 0000210F000000003C00000000000000FF0000000170
2025-01-08T08:09:28.285386 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000010
2025-01-08T08:09:28.313017 035 RP --- 32:161205 05:002861 --:------ 2411 022 0000221010000007D000000000FFFFFFFF0000000170
2025-01-08T08:09:28.477096 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000011
2025-01-08T08:09:28.515834 036 RP --- 32:161205 05:002861 --:------ 2411 022 00002611100000025800000000FFFFFFFF0000000170
2025-01-08T08:09:28.689273 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000012
2025-01-08T08:09:28.725408 035 RP --- 32:161205 05:002861 --:------ 2411 022 00005D12000000003C00000000000000640000000170
2025-01-08T08:09:28.888278 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000013
2025-01-08T08:09:28.923788 035 RP --- 32:161205 05:002861 --:------ 2411 022 00005E13000000000A00000000000000C80000000170
2025-01-08T08:09:29.086500 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000014
2025-01-08T08:09:29.120289 035 RP --- 32:161205 05:002861 --:------ 2411 022 00005F14000000006400000000000000640000000170
2025-01-08T08:09:29.292069 058 RQ --- 05:002861 32:161205 --:------ 2411 004 00000015
2025-01-08T08:09:29.328924 035 RP --- 32:161205 05:002861 --:------ 2411 022 00006015000000000300000000000000030000000170
2025-01-08T08:09:29.488409 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000015
2025-01-08T08:09:29.529365 035 RP --- 32:161205 05:002861 --:------ 2411 022 00006015000000000300000000000000030000000170
2025-01-08T08:09:29.992245 059 RQ --- 05:002861 32:161205 --:------ 2411 004 00000016
2025-01-08T08:09:30.024969 037 RP --- 32:161205 05:002861 --:------ 2411 022 00002716910000FFE2FFFFFF38000001F40000000170
2025-01-08T08:09:30.197650 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000017
2025-01-08T08:09:30.230468 105 RP --- 32:161205 05:002861 --:------ 2411 022 00005717000000000100000000000000010000000170
2025-01-08T08:09:30.411250 058 RQ --- 05:002861 32:161205 --:------ 2411 004 00000018
2025-01-08T08:09:30.450862 098 RP --- 32:161205 05:002861 --:------ 2411 022 00002818910000FFD8FFFFFF38000001F40000000170
2025-01-08T08:09:30.626859 061 RQ --- 05:002861 32:161205 --:------ 2411 004 00000019
2025-01-08T08:09:30.665819 103 RP --- 32:161205 05:002861 --:------ 2411 022 000072199100000028FFFFFF38000001F40000000170
2025-01-08T08:09:30.828183 068 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001A
2025-01-08T08:09:30.869322 084 RP --- 32:161205 05:002861 --:------ 2411 022 0000291A000000003C00000000000000780000000170
2025-01-08T08:09:31.024882 063 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001B
2025-01-08T08:09:31.066594 091 RP --- 32:161205 05:002861 --:------ 2411 022 00002A1B000000007800000000000000780000000170
2025-01-08T08:09:31.218066 058 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001C
2025-01-08T08:09:31.256827 098 RP --- 32:161205 05:002861 --:------ 2411 022 00002B1C9100000032FFFFFF38000001F40000000170
2025-01-08T08:09:31.490159 057 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001D
2025-01-08T08:09:31.518419 090 RP --- 32:161205 05:002861 --:------ 2411 022 0000701D13000061A8000000000000EA600000006470
2025-01-08T08:09:31.680959 059 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001E
2025-01-08T08:09:31.702316 101 RP --- 32:161205 05:002861 --:------ 2411 022 0000711E1300000000000000000000EA600000006470
2025-01-08T08:09:31.868552 061 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001F
2025-01-08T08:09:31.907268 100 RP --- 32:161205 05:002861 --:------ 2411 022 00006E1F110000007800000000000003E80000000170
2025-01-08T08:09:32.065036 064 RQ --- 05:002861 32:161205 --:------ 2411 004 00000020
2025-01-08T08:09:32.092375 093 RP --- 32:161205 05:002861 --:------ 2411 022 00006F20110000012C00000000000003E80000000170
2025-01-08T08:09:32.251210 065 RQ --- 05:002861 32:161205 --:------ 2411 004 00000021
2025-01-08T08:09:32.319435 097 RP --- 32:161205 05:002861 --:------ 2411 022 00008C21000000000200000000000000040000000170
2025-01-08T08:09:32.458841 064 RQ --- 05:002861 32:161205 --:------ 2411 004 00000022
2025-01-08T08:09:32.504744 100 RP --- 32:161205 05:002861 --:------ 2411 022 00002D22000000000000000000000000010000000170
2025-01-08T08:09:32.672042 069 RQ --- 05:002861 32:161205 --:------ 2411 004 00000023
2025-01-08T08:09:32.709484 093 RP --- 32:161205 05:002861 --:------ 2411 022 00002E239100000000FFFFFF38000001F40000000170
2025-01-08T08:09:32.872298 060 RQ --- 05:002861 32:161205 --:------ 2411 004 00000024
2025-01-08T08:09:32.906215 086 RP --- 32:161205 05:002861 --:------ 2411 022 00002F24010000000A00000000000000320000000170
2025-01-08T08:09:33.068706 058 RQ --- 05:002861 32:161205 --:------ 2411 004 00000025
2025-01-08T08:09:33.111389 090 RP --- 32:161205 05:002861 --:------ 2411 022 00008025100000001E00000000000007080000000170
2025-01-08T08:09:33.263921 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000026
2025-01-08T08:09:33.293706 103 RP --- 32:161205 05:002861 --:------ 2411 022 0000312610000000B400000000000007080000001E70
2025-01-08T08:09:33.444125 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000027
2025-01-08T08:09:33.483688 091 RP --- 32:161205 05:002861 --:------ 2411 022 00003227100000000000000000000000320000000170
2025-01-08T08:09:33.649685 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000028
2025-01-08T08:09:33.684008 096 RP --- 32:161205 05:002861 --:------ 2411 022 00003328000000000100000001000000020000000170
2025-01-08T08:09:35.605954 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000029
2025-01-08T08:09:35.640718 075 RP --- 32:161205 05:002861 --:------ 2411 022 00003429000000003200000000000000640000000170
2025-01-08T08:09:35.836113 055 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002A
2025-01-08T08:09:35.876207 055 RP --- 32:161205 05:002861 --:------ 2411 022 0000352A000000003200000000000000640000000170
2025-01-08T08:09:36.385732 055 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002A
2025-01-08T08:09:36.411414 091 RP --- 32:161205 05:002861 --:------ 2411 022 0000352A000000003200000000000000640000000170
2025-01-08T08:09:36.919514 056 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002B
2025-01-08T08:09:36.956800 091 RP --- 32:161205 05:002861 --:------ 2411 022 00003B2B000000000000000000000000020000000170
2025-01-08T08:09:37.123684 056 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002C
2025-01-08T08:09:37.152092 103 RP --- 32:161205 05:002861 --:------ 2411 022 0000612C000000000000000000000000010000000170
2025-01-08T08:09:37.336395 054 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002D
2025-01-08T08:09:37.371054 083 RP --- 32:161205 05:002861 --:------ 2411 022 0000622D000000000000000000000000010000000170
2025-01-08T08:09:37.528324 056 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002E
2025-01-08T08:09:37.557628 088 RP --- 32:161205 05:002861 --:------ 2411 022 00003C2E100000000000000000FFFFFFFF0000000170
2025-01-08T08:09:37.728336 055 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002F
2025-01-08T08:09:37.752733 105 RP --- 32:161205 05:002861 --:------ 2411 022 00003D2F0F0000001400000000000000500000000170
2025-01-08T08:09:37.938122 054 RQ --- 05:002861 32:161205 --:------ 2411 004 00000030
2025-01-08T08:09:37.972945 091 RP --- 32:161205 05:002861 --:------ 2411 022 00003E300F0000001400000000000000500000000170
2025-01-08T08:09:38.154577 054 RQ --- 05:002861 32:161205 --:------ 2411 004 00000031
2025-01-08T08:09:38.188047 099 RP --- 32:161205 05:002861 --:------ 2411 022 00003F310F0000001E00000000000000A00000000170
2025-01-08T08:09:38.331797 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000032
2025-01-08T08:09:38.363455 089 RP --- 32:161205 05:002861 --:------ 2411 022 000040320F0000001E00000000000000A00000000170
2025-01-08T08:09:38.566562 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000033
2025-01-08T08:09:38.608493 102 RP --- 32:161205 05:002861 --:------ 2411 022 000041330F0000006400000000000000C80000000170
2025-01-08T08:09:38.802999 052 RQ --- 05:002861 32:161205 --:------ 2411 004 00000034
2025-01-08T08:09:38.841663 091 RP --- 32:161205 05:002861 --:------ 2411 022 000042340F0000006400000014000000C80000000170
2025-01-08T08:09:39.029552 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000035
2025-01-08T08:09:39.059099 086 RP --- 32:161205 05:002861 --:------ 2411 022 000043350F0000008C00000000000000C80000000170
2025-01-08T08:09:39.251492 052 RQ --- 05:002861 32:161205 --:------ 2411 004 00000036
2025-01-08T08:09:39.284407 078 RP --- 32:161205 05:002861 --:------ 2411 022 000044360F0000008C00000014000000C80000000170

van HEX 00 t/m HEX 36 dus.

Als ik dan zoek naar de 4B (bypass) dan komt die als reponse op het request 00000039

code:

2025-01-08T08:10:00.820439 047 RQ --- 05:002861 32:161205 --:------ 2411 004 00000039
2025-01-08T08:10:00.851845 099 RP --- 32:161205 05:002861 --:------ 2411 022 00004B39000000000000000000000000020000000170

Je kunt ze dus op verschillende manieren opvragen...
Zou toch handig zijn als iemand hiervan een lijstje heeft.
@Vaevictis_, is dit te halen uit de documentatie die jij hebt?

documentatie van Orcon, Honeywell met instructies hoe te koppelen en modbus registers

Nee helaas ik heb modbus rtu/tcp documentatie en dat is een ander protocol. Uiteindelijk zal het ook naar Honeywel RAMSES worden vertaald maar dat krijg je niet te zien omdat het een gesloten systeem is.

Als ik het werkend krijg kan ik wel commandos versturen en packets met evofw3 opvangen. Want de implementatie van Honeywel is wel veel uitgebreider dan wat nu mogelijk is.

[ebroerse]

TijmenvS schreef op dinsdag 23 september 2025 @ 20:39:
… En ik zie regelmatig deze melding, …

Bedankt. Ik heb de melding aan de collectie in issue 285 toegevoegd. Lijkt niet kritisch (HA loopt verder), en niet direct aan je CO2 sensor gekoppeld.

[Robbrand89]

Robbrand89 schreef op woensdag 17 september 2025 @ 19:24:
Goedeavond allemaal,

Ik ben al enige tijd aan het stoeien met ramses RF om mijn ocron WTW in HA te krijgen alleen op dit moment loopt ik een beetje vast, heb al een hoop gelezen en geprobeerd maar heb even een zetje in de goede richting nodig.

Ik heb deze module gekocht en via USB direct met HA gekoppeld.

https://smart-home-kompon...d74qEhaXLsTgK8PhaUt2V-plK

Via arduino heb ik de evofw3 firmware in de dongle geflashed en daarna kreeg ik keurig berichten en devices binnen.

[Afbeelding]

Ik loop alleen helemaal vast bij het comminiceren met de WTW unit. Ik heb geprobeerd om nieuwe fake remote's te binden met de WTW en bestaande remotes om deze aan te sturen echter krijg ik gewoon geen reactie van de box. Vanavond geprobeerd om de antenne dichterbij de box te brengen maar dat heeft ook geen effect gehad.

Wat ik zie is dat de gateway heel veel RQ berichten uitzend maar nooit een reactie lijkt te krijgen. Zou het kunnen dat mijn gateway wel zend maar geen berichten ontvangt?

[Afbeelding]

Dit is onder andere een commando dat ik probeer te versturen naar de ventilatie box (waarbij ik de ID van de bestaande remote gebruik) Maar dit geeft geen reactie van de box.

2025-09-17T17:43:21.932774 000 I --- 37:090646 32:138305 --:------ 22F1 003 000307

Heb van Vliegnerd een dongle te leen gekregen, nu functioneerd alles. Nanocul unit is dus helaas kapot.

[vliegnerd]

Robbrand89 schreef op donderdag 25 september 2025 @ 14:52:
[...]


Heb van Vliegnerd een dongle te leen gekregen, nu functioneerd alles. Nanocul unit is dus helaas kapot.

Dat die nanoculs niet zenden is een bekend probleem, althans, dat beweer ik in een wat ouder bericht:
vliegnerd in "Ramses II 868MHz communicatie via evofw3 en ramses_rf"

Daar lees je overigens ook een oplossing (8/16MHz). Ik denk dat dit niet klopt, maar ik kan het bericht niet meer aanpassen.
Wellicht lukt het om het ding toch te laten zenden, aangezien ik vrij zeker weet dat de cc1101 module goed werkt.

[ Voor 9% gewijzigd door vliegnerd op 25-09-2025 19:10 . Reden: Nanocul zenden niet ]

[TijmenvS]

Sinds vanmiddag krijg ik weer geen CO2 waardes meer binnen. Nu zonder aanleiding, geen apparaten die voor storing zouden kunnen zorgen. Ik zie sinds de laatste CO2 waarde geen 1298 packets meer. In de logs zie ik wel een foutmelding, maar die is van zojuist. Toen heb ik wel de afstandsbediening even uit het stopcontact gehaald in de hoop dat dat zou helpen (dat deed het eerder wel eens). De melding noemt wel CO2.

Edit: ik zie in de packetlog helemaal geen berichten van de remote meer terugkomen sinds de laatste meting, ook niet de 31E0 berichten die normaal aanwezig zijn.

Deze foutmelding kreeg ik:

code:

 Logger: ramses_rf.dispatcher
Bron: runner.py:156
Eerst voorgekomen: 19:57:22 (2 gebeurtenissen)
Laatst gelogd: 20:04:31

RP --- 32:161442 32:097951 --:------ 31D9 004 00200400 < PacketInvalid(RP --- 32:161442 32:097951 --:------ 31D9 004 00200400 < Unexpected code for dst (CO2) to Rx)

[ Voor 9% gewijzigd door TijmenvS op 25-09-2025 20:34 ]

[ebroerse]

TijmenvS schreef op donderdag 25 september 2025 @ 20:21:
(…)
ook niet de 31E0 berichten die normaal aanwezig zijn.

Deze foutmelding kreeg ik:

code:

PacketInvalid(RP --- 32:161442 32:097951 --:------ 31D9 004 00200400 < Unexpected code for dst (CO2) to Rx)

De 32:097951 heb je als CO2 sensor ingesteld, maar hij doet kennelijk ook andere dingen?Daar is nu nog geen optie voor in ramses_cc (al vaker besproken). Als sensor verwacht je geen instructies of RP, dus daarom vind ramses_cc dat unexpected. Die melding mag je dus negeren.
Maar regelmatig een 1298, dat hoort iig.

Voor het dossier:
Wat voor model Orcon CO2/REM is het?
En welk model fan Orcon HRC300 EcoMax uit 2019 stuur je er mee aan? Heb je van beide een 10E0?

[ Voor 3% gewijzigd door ebroerse op 26-09-2025 16:34 ]

[TijmenvS]

@ebroerse De CO2 remote is een CO2 bedieningssensor, VMS-15CM17. Het is dus zowel een afstandsbediening als CO2 sensor. Hij meet CO2 en stuurt op basis daarvan de Orcon aan, maar hij heeft ook knoppen voor standen auto, 1, 2, 3 en alleen afvoeren. Op basis van de CO2 gaat de fan met halve procenten nauwkeurig hoger en lager. Voor zover ik weet kan dat niet met de home assistant integratie. Ik gebruik nu daarom een automatisering bij CO2 boven 800 schakel naar stand 3 voor 1 uur (= gelijk aan instellen op stand 3 via de CO2 remote, de standen 1, 2 en 3 op de remote zijn ook voor 1 uur). De CO2 remote herkent overigens het commando High 60 minuten via Home Assistant ook, de CO2 remote geeft dan ook stand 3 aan.

Ik had hem eerst als REM ingesteld, maar dan ziet de integratie in Home Assistant geen CO2 waardes en kan daar niet op gestuurd worden.

10E0 van de Orcon HRC300 EcoMax

code:

2025-09-04T08:52:44.910484 050  I --- 32:161442 63:262142 --:------ 10E0  038 000001C87D130D67FEFFFFFFFFFF1C0207E3564D442D3135524D533634000000000000000000

De CO2 remote heeft geen 10E0, wel een 31E0, zie hieronder. De 32:097951 van de CO2 remote zendt volgens mij alleen 31E0 en 1298 packets. Daarnaast ontvangt hij volgens mij ook 31D9 packets.

code:

 2025-09-26T18:14:52.807379 061  I --- 32:097951 32:161442 --:------ 31E0 008 0000000001006400
2025-09-26T18:25:14.927056 079 RP --- 32:161442 32:097951 --:------ 31D9 004 00200300

[ Voor 4% gewijzigd door TijmenvS op 26-09-2025 19:10 ]

[Bra-Jo]

ebroerse schreef op maandag 22 september 2025 @ 17:01:
[...]


De gateway hoeft niet bij ‘orphans_hvac’ te staan; die wordt vanzelf opgepikt en hoe minder hoe beter!
Is de fake remote al gepaird? En doet die echte het wel? Wat komt er in je packetlog?

Fake remote pairen had ik ff gemist, dacht dat dat niet nodig was als je dezelfde cofdes gebruikt als van de RF15? Ik heb voor nu even verwijderd om het geheel (voor mij) niet te complex te maken. Ik vind 't vreemd dat de RF steeds op unavailable blijft staan. Ik zie de WTW-unit zelf wel gewoon terug in HA, en hij reageert ook op commando's vanuit de RF.

Hieronder de logs, daar heb ik de ID's en codes geplukt.

code:

NAAR AUTO
2025-09-27T10:59:06.283546 060 RQ --- 32:105457 32:162716 --:------ 31D9 001 00
2025-09-27T10:59:06.315809 059 RP 020 32:162716 32:105457 --:------ 31D9 017 000A000020202020202020202020202008
2025-09-27T10:59:09.031473 058  I --- 32:105457 32:162716 --:------ 22F1 003 000404
2025-09-27T10:59:09.056028 059  I 021 32:162716 --:------ 32:162716 31D9 017 000A040020202020202020202020202008
2025-09-27T10:59:09.157773 059  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3C38078082000785075FF801001800000000EF000000000000
2025-09-27T10:59:18.599232 059  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3C380776078A0783075FF801001822220000EF00068205DC00
2025-09-27T10:59:28.601282 058  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3D38077607800785075FF801001822220000EF000745074500



NAAR 1
2025-09-27T11:01:31.380562 060 RQ --- 32:105457 32:162716 --:------ 31D9 001 00
2025-09-27T11:01:31.404754 059 RP 022 32:162716 32:105457 --:------ 31D9 017 000A040020202020202020202020202008
2025-09-27T11:01:34.020812 058  I --- 32:105457 32:162716 --:------ 22F3 007 00123C01040404
2025-09-27T11:01:34.045499 059  I 023 32:162716 --:------ 32:162716 31D9 017 000A010020202020202020202020202008
2025-09-27T11:01:34.136962 059  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3C380780078A07840761F801000B2222003BEF000760076000
2025-09-27T11:01:38.617676 059  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3C380780078A07850761F801000B2222003BEF000760076000
2025-09-27T11:01:39.402125 056  I --- 32:105457 --:------ 32:105457 1298 003 00024C
2025-09-27T11:01:55.485099 057  I --- 32:105457 32:162716 --:------ 31E0 008 0000000001006400



NAAR 2
2025-09-27T11:02:34.302940 056  I --- 32:105457 32:162716 --:------ 22F3 007 00520D02040404
2025-09-27T11:02:34.328899 058  I 025 32:162716 --:------ 32:162716 31D9 017 000A020020202020202020202020202008
2025-09-27T11:02:34.430463 059  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3C380776078A07860761F801000C5858030BEF000760076000
2025-09-27T11:02:38.641620 059  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3C380776078007860761F801000C5858030BEF000F4C109A00
2025-09-27T11:02:58.635840 058  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3B380780078A07990763F801000C5858030BEF001318131800



NAAR 3
2025-09-27T11:03:29.351560 055  I --- 32:105457 32:162716 --:------ 22F3 007 00123C03040404
2025-09-27T11:03:29.380977 059  I 026 32:162716 --:------ 32:162716 31D9 017 000A030020202020202020202020202008
2025-09-27T11:03:29.482333 058  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3B380780078A07AB076BF801000D7E7E003BEF001318131800
2025-09-27T11:03:38.654402 058  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3B380776078A07AD076DF801000D7E7E003BEF001B3C1B7300



NAAR AWAY
2025-09-27T11:04:27.892322 055  I --- 32:105457 32:162716 --:------ 22F3 007 00520C00040404
2025-09-27T11:04:27.914258 058  I 027 32:162716 --:------ 32:162716 31D9 017 000A000020202020202020202020202008
2025-09-27T11:04:28.010681 058  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3B380780078A07AD077CF8010015000002CFEF001B581B5800
2025-09-27T11:04:28.666009 058  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3B380780078A07AD077CF8010015000002CFEF001B581B5800
2025-09-27T11:04:38.663076 059  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3B380780078A07AA0780F8010015000002CFEF000535055100
2025-09-27T11:04:48.659894 059  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3B380780078A07A90782F8010015000002CFEF00014D016900

[ebroerse]

Bra-Jo schreef op zaterdag 27 september 2025 @ 11:15:
[...]

Fake remote pairen had ik ff gemist. Dacht dat dat niet nodig was als je dezelfde codes gebruikt als van de RF15?

Als je de “echte” al gepaird hebt, dan hoeft dat geen 2e keer. Maar als je alleen een fake aanmaakt, dan moet er nog wel iets worden uitgewisseld (pairen). Was me nog niet helder uit je beschrijving.
Maar gun iedereen om zonder een €€ remote, die met een fris batterijtje in de kast niks ligt te doen, het huis fris te houden.

[vervlogen]

TijmenvS schreef op vrijdag 22 augustus 2025 @ 10:31:
Ik heb een Orcon HRC300 EcoMax uit 2019 die via een Indalo tech module kan worden aangestuurd met de ramses_cc integratie in Home Assistant. De fan speeds werken prima, heb er automations mee gemaakt zodat de Orcon al bij een CO2 van 800 hoger gaat.

Alleen ik krijg de bypass aansturing niet aan de praat. Ik heb in de known device id's de op het forum hier bekende codes toegevoegd, de code wordt verstuurd, maar lijkt verder genegeerd te worden door de Orcon unit. Ik heb nog opnieuw gebind met de 22F7 code, maar ook dan krijg ik hetzelfde resultaat. Heeft iemand hier enig idee waarom het niet werkt?

He Tijmen,

Ik heb toch de bypass aan de praat gekregen (in mijn Ecomax van 2019) na posts hier in dit forum.

code:

bypass_auto: " W --- 37:xxxxxx 32:xxxxxx --:------ 2411 023 00004B0000000000000000000000000002000000010000"
    bypass_close: " W --- 37:xxxxxx 32:xxxxxx --:------ 2411 023 00004B0000000000020000000000000002000000010000"
    bypass_open: " W --- 37:xxxxxx 32:xxxxxx --:------ 2411 023 00004B0000000000010000000000000002000000010000"

Kan de bypass nu goed aansturen, en krijg ook de positie te zien in mijn WTW device.

[Wimpie70]

@vervlogen Dank je. Ik heb een PR gemaakt voor deze 2411 parameter. Zie: https://github.com/ramses-rf/ramses_rf/pull/293

[Bra-Jo]

Ik ben ondertussen ook weer wat verder, dankzij de hulp hier. Ben nu zover dat de commando's die ik bij de fake remote heb gezet, geaccepteerd worden wanneer ik ze handmatig verzend vanuit de developer tools. Dus ik kan de unit nu bedienen, in ieder geval.
Maar de grafische weergave en bediening willen nog niet... ik krijg nog steeds fouten wanneer ik een instelling op de WTW wil aanpassen, unknown error. Die commando's zie ik ook niet terug in de packet log. Ook zijn diverse sensoren niet actief/onbekend. Iemand nog een idee hoe ik dit kan troubleshooten?

[Wimpie70]

Kijk eens naar de home-assistant.log. Je kan in in HA ook 'enable debug logging' aanzetten voor ramses RF (3 puntjes rechtsboven)

[Bra-Jo]

@Wimpie70 Tnx voor de tip. Vrees alleen dat ik daar helemaal geen chocola van kan maken...

code:

2025-10-05 16:48:00.109 ERROR (MainThread) [homeassistant.components.websocket_api.http.connection] [139968408719008] Unexpected exception
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/websocket_api/commands.py", line 264, in handle_call_service
    response = await hass.services.async_call(
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<7 lines>...
    )
    ^
  File "/usr/src/homeassistant/homeassistant/core.py", line 2835, in async_call
    response_data = await coro
                    ^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/core.py", line 2878, in _execute_service
    return await target(service_call)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 850, in entity_service_call
    single_response = await _handle_entity_call(
                      ^^^^^^^^^^^^^^^^^^^^^^^^^^
        hass, entity, func, data, call.context
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 922, in _handle_entity_call
    result = await task
             ^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 1682, in async_turn_off
    await self.hass.async_add_executor_job(ft.partial(self.turn_off, **kwargs))
  File "/usr/local/lib/python3.13/concurrent/futures/thread.py", line 59, in run
    result = self.fn(*self.args, **self.kwargs)
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 1678, in turn_off
    raise NotImplementedError
NotImplementedError

Ik heb Turn off aangeklikt op de RF15, dat zie ik terug in de debug log als "self.turn_off,". Ik snap dat er iets mis gaat bij de actie, ik zie "NotImplemented" maar waarom dat niet implemented is en hoe ik het moet herstellen...

[Wimpie70]

@Bra-Jo Ah, ik zie nu wat je probeerde te doen. Ik kan het ook reproduceren. Maar wat is het nut om een REM aan of uit te kunnen zetten ?

The error occurs because the async_turn_on and _off are not implemented...To avoid the error we could add an empty method that logs 'on' or 'off'...

Maar misschien maak ik er morgen nog wel even een PR voor.

Kijk even naar de begin post. Daar staan een aantal commando's en hoe je deze kan gebruiken.

[ebroerse]

Bra-Jo schreef op zondag 5 oktober 2025 @ 16:56:

"NotImplemented" maar waarom dat niet implemented is en hoe ik het moet herstellen...

Ter geruststelling: dat knopje is bij ons allemaal ‘not implemented’ voor HVAC (ventilatie). Staat op de To Do lijst, zonder deadline gelukkig 😜
Voor evohome/verwarming werkt het wel, met binnenkort nog wat correcties.

[Wimpie70]

te laat
PR met 2 lege (logger) methods...

[Xilvaro]

Dag allen, misschien een domme vraag, maar ik heb een HRC300 WTW die sinds gisteren 1 van de ventilatoren op 100% heeft zuigen, althans, het klinkt als 150% om eerlijk te zijn.

Als ik de stekker eruit haal en er weer in doe gaat hij zijn opstartprocedure af, even optoeren en weer stoppen, bij de 2e keer "optoeren" gaat (volgens mij) de afzuigventilator op 150% draaien en blijft dat doen.

De afzuigventielen in huis klinken als een vliegtuig. Met de CO2 afstandsbediening het toestel handmatig op 1,2,3,auto of het huisje zetten helpt niets.

Iemand enig idee voor ik de monteur moet gaan bellen? Kan ik ergens nog wat resetten ofzo?

[Vaevictis_]

Xilvaro schreef op zondag 5 oktober 2025 @ 20:48:
Dag allen, misschien een domme vraag, maar ik heb een HRC300 WTW die sinds gisteren 1 van de ventilatoren op 100% heeft zuigen, althans, het klinkt als 150% om eerlijk te zijn.

Als ik de stekker eruit haal en er weer in doe gaat hij zijn opstartprocedure af, even optoeren en weer stoppen, bij de 2e keer "optoeren" gaat (volgens mij) de afzuigventilator op 150% draaien en blijft dat doen.

De afzuigventielen in huis klinken als een vliegtuig. Met de CO2 afstandsbediening het toestel handmatig op 1,2,3,auto of het huisje zetten helpt niets.

Iemand enig idee voor ik de monteur moet gaan bellen? Kan ik ergens nog wat resetten ofzo?

Ja er zit een reset knop op de printplaat, maar ik denk dat 1 ventilator defect is.

[Wimpie70]

Ik zal hem hier maar even reposten:

Ramses RF 0.51.8 is uit, met dank voor jullie bijdragen.
De ramses_cc custom integratie vereist HA Core 2025.10.0 of later. Meer in de release notes.

[Bra-Jo]

Wimpie70 schreef op zondag 5 oktober 2025 @ 18:55:
@Bra-Jo Ah, ik zie nu wat je probeerde te doen. Ik kan het ook reproduceren. Maar wat is het nut om een REM aan of uit te kunnen zetten ?

The error occurs because the async_turn_on and _off are not implemented...To avoid the error we could add an empty method that logs 'on' or 'off'...

Maar misschien maak ik er morgen nog wel even een PR voor.

Kijk even naar de begin post. Daar staan een aantal commando's en hoe je deze kan gebruiken.

Het ging me niet perse om die handeling, was gewoon een willekeurige knop om te testen.

Ik zou verwachten dat ik bv wel de fan-snelheid vanuit de gui zou kunnen aanpassen, zie 1e screenshot uit mijn vorige post. Daar kan ik wel bv Fan Mode kiezen, en kiezen voor hoog/laag/enz, maar dan komt ook dezelfde fout in beeld.

Maar goed, als dat bij niemand werkt, dan ga ik me er niet moe mee maken, dan houd ik het voorlopig wel bij directe commando's zoals beschreven in de startpost. Tnx in ieder geval!

[Wimpie70]

Er zijn een aantal voorbeelden van scripts, cards en automations (van mij staat er ook nog wat tussen). Kijk in dit forum, maar ook bijvoorbeeld in de wiki van Ramses RF (even uitvouwen). Ik weet niet hoe up-to-date deze zijn.

[vervlogen]

Xilvaro schreef op zondag 5 oktober 2025 @ 20:48:
Dag allen, misschien een domme vraag, maar ik heb een HRC300 WTW die sinds gisteren 1 van de ventilatoren op 100% heeft zuigen, althans, het klinkt als 150% om eerlijk te zijn.

Als ik de stekker eruit haal en er weer in doe gaat hij zijn opstartprocedure af, even optoeren en weer stoppen, bij de 2e keer "optoeren" gaat (volgens mij) de afzuigventilator op 150% draaien en blijft dat doen.

De afzuigventielen in huis klinken als een vliegtuig. Met de CO2 afstandsbediening het toestel handmatig op 1,2,3,auto of het huisje zetten helpt niets.

Iemand enig idee voor ik de monteur moet gaan bellen? Kan ik ergens nog wat resetten ofzo?

Ik heb precies hetzelfde probleem gehad. Het was idd een van de sensoren op de fan die defect was. Helaas heb ik nergens de sensor los kunnen vinden (en Orcon gaf ook aan dat die niet los verkrijgbaar was), dus heb uiteindelijk een nieuwe geen gekocht.

Laat de fan niet te lang op hoog vermogen draaien, ik had een hele bak water onderin de WTW liggen, bijna kortsluiting in de fan.

[Turrican]

vervlogen schreef op maandag 6 oktober 2025 @ 23:10:
Laat de fan niet te lang op hoog vermogen draaien, ik had een hele bak water onderin de WTW liggen, bijna kortsluiting in de fan.

Hm, als het goed is zit er een afvoer onderin de WTW-unit, dus als het water erin blijft staan is er denk ik iets verstopt, dat hoort namelijk niet te gebeuren.

[TijmenvS]

Sinds vanavond weer een probleem met ramses_cc. Ik krijg geen info meer binnen uit de Orcon HRC 300. Alles is niet beschikbaar. Alleen dit keer werkt de CO2 remote als enige nog wel. En ik kan ook de standen aansturen met mijn fake remote.

Als ik de packetlog bekijk zie ik geen RP berichten meer. En ik krijg onderstaande foutmelding. Volgens ChatGPT heeft dat met elkaar te maken. Heeft iemand een idee wat er aan de hand kan zijn?

code:

Logger: homeassistant.util.loop
Bron: util/loop.py:137
Eerst voorgekomen: 20:56:43 (5 gebeurtenissen)
Laatst gelogd: 20:56:43

Detected blocking call to glob with args ('/dev/ttyACM*',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 166: await self.client.start(cached_packets=chpkt) (offender: /usr/local/lib/python3.13/site-packages/ramses_tx/transport.py, line 166: devices.update(glob.glob(items[1] + "*"))), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#glob Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 229, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 215, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 271, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 906, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 672, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 761, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 141, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 166, in async_setup await self.client.start(cached_packets=chpkt)
Detected blocking call to iglob with args ('/dev/ttyACM*',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 166: await self.client.start(cached_packets=chpkt) (offender: /usr/local/lib/python3.13/glob.py, line 31: return list(iglob(pathname, root_dir=root_dir, dir_fd=dir_fd, recursive=recursive,), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#iglob Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 229, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 215, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 271, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 906, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 672, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 761, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 141, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 166, in async_setup await self.client.start(cached_packets=chpkt)
Detected blocking call to scandir with args ('/dev',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 166: await self.client.start(cached_packets=chpkt) (offender: /usr/local/lib/python3.13/glob.py, line 170: with os.scandir(arg) as it:), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#scandir Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 229, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 215, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 271, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 906, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 672, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 761, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 141, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 166, in async_setup await self.client.start(cached_packets=chpkt)
Detected blocking call to glob with args ('/dev/*',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 166: await self.client.start(cached_packets=chpkt) (offender: /usr/local/lib/python3.13/site-packages/ramses_tx/transport.py, line 147: for device in glob.glob("/dev/*") + glob.glob("/dev/serial/by-id/*"):), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#glob Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 229, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 215, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 271, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 906, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 672, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 761, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 141, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 166, in async_setup await self.client.start(cached_packets=chpkt)
Detected blocking call to open with args ('/sys/devices/platform/fd840000.usb/usb5/5-1/bNumInterfaces',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 166: await self.client.start(cached_packets=chpkt) (offender: /usr/local/lib/python3.13/site-packages/serial/tools/list_ports_linux.py, line 84: with open(os.path.join(*args)) as f:), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#open Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 229, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 215, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 271, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 906, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 672, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 761, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 141, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 166, in async_setup await self.client.start(cached_packets=chpkt)

[ebroerse]

TijmenvS schreef op donderdag 9 oktober 2025 @ 22:35:
… En ik krijg onderstaande foutmelding. …

Is zelfde als ramses_cc issue 296. Verschil met jouw post van 23/9?
Wat zijn je Ramses RF instellingen voor Packet Log? Was er een HA herstart rond deze tijd? Kan je de dongle/HA herstarten? Dongle zit aan USB, zo te zien.

Heb je nog andere apparaten in Ramses, en geven die wel info? Als de CO2 REM een “echte” is dan werkt dat gelukkig gewoon, al crasht Ramses RF.

[ Voor 17% gewijzigd door ebroerse op 10-10-2025 09:49 ]

[TijmenvS]

@ebroerse Het verschil is dat nu de Orcon HRC300 geen data geeft, en de CO2 remote wel, terwijl het eerder andersom was. Dit heb ik ook nog niet eerder meegemaakt.

Ik zag in de data geen verandering van status als ik de stand van de ventilatie aanpaste. De unit veranderde de stand wel, maar ik zag bijvoorbeeld niet dat de fan speed omhoog ging. Dat gebeurt sinds de laatste update wel vaker, dan helpt herladen van de integratie. Dat heb ik gisteren dus ook gedaan en daarna stond alles oo niet beschikbaar. Herstarten van home assistant hielp daar niet tegen. De automatisering voor verhogen van de fan speed werkte ook nog want co2 waarde werkte nog en aansturing ook. Vanochtend was de missende info ineens vanzelf weer terug trouwens (met een gat in de data tussen gisteravond en vanochtend).

Qua apparaten heb ik de indalo tech module, de Orcon HRC300, een co2 remote en een fake remote. Dus alleen de Orcon en de co2 remote geven data. Dongle zit inderdaad direct in de usb poort van de home assistant green.

[Paprika]

Zonder hulp was ik hier waarschijnlijk dagen mee bezig geweest, maar met wat hulp van ChatGPT en een paar Tweakers-posts als input werkte alles eigenlijk direct. In de logs duiken naast mijn eigen WTW nog drie andere exemplaren op. Gezien mijn woning een rijtjeshuis is en ik aan één kant eenzelfde soort buren heb en aan de andere kant een beneden- en bovenwoning, is dat ook niet zo vreemd, maar ergens wel een grappig idee dat die data gewoon rond zweeft.

[ Voor 3% gewijzigd door Paprika op 10-10-2025 15:45 ]

[ebroerse]

Paprika schreef op vrijdag 10 oktober 2025 @ 15:43:
… ergens wel een grappig idee dat die data gewoon rond zweeft.

Vond ik ook bijzonder om te ontdekken, vooral dat de installateur/fabrikant dat niet meldt bij aankoop, en dat je het niet uit kan zetten.

[ebroerse]

TijmenvS schreef op vrijdag 10 oktober 2025 @ 13:21:
... Vanochtend was de missende info ineens vanzelf weer terug trouwens (met een gat in de data tussen gisteravond en vanochtend)…

@TijmenvS Is de ontvangst (1e 3 cijfertjes in message payload) wel goed? Had je de dongel al eens verplaatst? Was bij mij thuis reden om de dongel in een stopcontact in de buurt van één fan te prikken en dan via MQTT in HA te krijgen. Vooral het signaal van de Vasco D60 fan is te zwak (metalen voorkant al vervangen door hardboard, maar zelfs dan).

[ Voor 9% gewijzigd door ebroerse op 11-10-2025 12:23 ]

[TijmenvS]

@ebroerse De ontvangst zit meestal tussen 50 en 60. Heel af en toe zitten er bepaalde packets tussen rond de 80. De dongel staat op ongeveer 2-2,5 meter van de ventilatie unit. De ventilatie unit hangt boven de deur buiten de kamer waar de dongel (en dus de home assistant green) staat. De enige plek dichterbij is het stopcontact van de Orcon zelf, die zou ik dan moeten aanpassen naar een dubbel stopcontact.