Het grote Orcon HRC / WtW topic

[Terpen Tijn]

Die Pure induct moet toch tussen WTW en woning zitten, niet tussen buitenlucht en WTW?

[Vaevictis_]

Terpen Tijn schreef op maandag 9 juni 2025 @ 10:33:
Die Pure induct moet toch tussen WTW en woning zitten, niet tussen buitenlucht en WTW?

Voor de werking maakt dat niet uit.

Waarom moet dat? Zo wordt het idd vaak gedaan, maar deze opstelling heeft als voordeel dat al het fijnstof in de carbon / fijnstofilter van de pure induct blijven. Ik heb in de wtw geen toevoer filter zitten. Daarnaast had ik ook geen ruimte om de pure induct op toevoer kanaal te zetten.

Aangezien filteren in de pure induct beter werkt dan de wtw blijft deze dus heel erg schoon.

[ Voor 10% gewijzigd door Vaevictis_ op 09-06-2025 10:55 ]

[Terpen Tijn]

Vaevictis_ schreef op maandag 9 juni 2025 @ 10:54:
[...]


Voor de werking maakt dat niet uit.

Waarom moet dat? Zo wordt het idd vaak gedaan, maar deze opstelling heeft als voordeel dat al het fijnstof in de carbon / fijnstofilter van de pure induct blijven. Ik heb in de wtw geen toevoer filter zitten. Daarnaast had ik ook geen ruimte om de pure induct op toevoer kanaal te zetten.

Aangezien filteren in de pure induct beter werkt dan de wtw blijft deze dus heel erg schoon.

Het staat in ieder geval met dikgedrukte letters in de installatiehandleiding...

Ik nam zelf aan dat dit te maken heeft met het aanzuigen van koude buitenlucht door deze ongeisoleerde unit. Dit zal koude en condensatie in de woning brengen.

[Vaevictis_]

Terpen Tijn schreef op maandag 9 juni 2025 @ 11:37:
[...]


Het staat in ieder geval met dikgedrukte letters in de installatiehandleiding...

Ik nam zelf aan dat dit te maken heeft met het aanzuigen van koude buitenlucht door deze ongeisoleerde unit. Dit zal koude en condensatie in de woning brengen.

Ik heb een geisoleerde thermoduct ervoor zitten dus dat valt wel mee, is zelfs in de winter paar graden boven nul. Vocht kun je niets tegen doen dat krijg je gewoon mee naar binnen. Koude lucht krijg je anders ook zonder de pure induct in de WTW dus dat maakt niets uit. Overigens heb ik deze opstelling wel eens aan Brink laten zien die zeiden dat niet de voorkeur had maar wel kon.

[technopeuter]

Eigenlijk hoort de pure induct dan geisoleerd te zijn. Nu heb je de oppervlakte van hem als extra buitentemp in je huis.

Hoe vaak vervang je de filters van de pure induct en zijn die een beetje te krijgen?
Ik zou ook je slang tussen wtw en pure induct vervangen als je schoonmaakt, denk dat daar ook wel zooi in zit

Zelf heb ik een f7 filterbox voor de WTW ( erna lijkt me echt een paard achter de wagen spannen) deze metalen kast met zakkenfilter heb ik aan de binnenzijde geisoleerd met armaflex.

[technopeuter]

Vaevictis_ schreef op donderdag 22 mei 2025 @ 06:54:
[...]


Nee de auto knop schakelt altijd auto modus in als die al daarin staat heeft het geen effect.

Ik kan iedereen aanraden om de inbouw display te nemen: https://www.ventilatielan...nbouw-display-15rf/17645/

Heb deze in een kastje als opbouw in de gang gehangen want zonder een display kun je weinig zien of instellen (als je geen HA hebt).

[Afbeelding]

Ookal heb jezelf HA, dat ga je bij een verkoop van je huis nooit meeverkopen. Een display hoeft niet maar wil je wel ivm het hebben van een compleet en overdraagbaar systeem.

[Terpen Tijn]

Vaevictis_ schreef op maandag 9 juni 2025 @ 11:45:
[...]


Ik heb een geisoleerde thermoduct ervoor zitten dus dat valt wel mee, is zelfs in de winter paar graden boven nul. Vocht kun je niets tegen doen dat krijg je gewoon mee naar binnen. Koude lucht krijg je anders ook zonder de pure induct in de WTW dus dat maakt niets uit. Overigens heb ik deze opstelling wel eens aan Brink laten zien die zeiden dat niet de voorkeur had maar wel kon.

Ik bedoelde dat er vocht uit de binnenlucht condenseert op de buitenkant van de pure induct behuizing en/of buizen. En de koude lucht die je aanzuigt wordt normaliter via een geisoleerde buis naar de WTW gebracht, zodat die buis de binnenlucht niet gaat afkoelen.

Ik bedoel het overigens niet als kritiek. Wil zelf ook zo'n Pure induct installeren en worstel ook met de plaatsing. Ziet ernaar uit dat ik alles een meter moet gaan opschuiven en 90 graden bochten moet gaan maken om dit te realiseren. Wist ik van tevoren maar van mijn stokerige buren...

[Vaevictis_]

Terpen Tijn schreef op maandag 9 juni 2025 @ 11:59:
[...]


Ik bedoelde dat er vocht uit de binnenlucht condenseert op de buitenkant van de pure induct behuizing en/of buizen. En de koude lucht die je aanzuigt wordt normaliter via een geisoleerde buis naar de WTW gebracht, zodat die buis de binnenlucht niet gaat afkoelen.

Ik bedoel het overigens niet als kritiek. Wil zelf ook zo'n Pure induct installeren en worstel ook met de plaatsing. Ziet ernaar uit dat ik alles een meter moet gaan opschuiven en 90 graden bochten moet gaan maken om dit te realiseren. Wist ik van tevoren maar van mijn stokerige buren...

Ik ervaar helemaal geen condens of koude op de pure induct. Ik heb er zelf een koolstoffilter voor geplaatst want ook veel houtstook en nu geen last meer van stank in de woning. Ook geen diesel geuren.

[thearbi]

Wimpie70 schreef op vrijdag 6 juni 2025 @ 20:11:
[...]
- check het aantal messages (luister naar events: ramses_cc_message). Als er (te)veel verkeer is, check dan of de data en tijd in de berichten wel kloppen. Dit kan veel storing en uitval veroorzaken.
- zet je esp vlak bij je wtw unit
- check of je esp een goede verbinding heeft (wifi of usb)
- bij uitval van andere entities: check je Zigbee ? netwerk, Plaats evt. routers bij. Sommige apparaten fungeren ook als router en versterken het netwerk.

- Ik zit een nieuwbouw project en pick al 56 andere apparaten op
- Esp zit in een usb stekker vlak naast de ORCON
- Hoe kan ik de wifi checken (Router zit aan de overkant van de ORCON)?
- Ik gebruik MQTT, zal wat extra zigbee lampen toevoegen in de buurt.

Ik heb geprobeerd te luisteren naar events maar krijg niks binnen...

[Vaevictis_]

technopeuter schreef op maandag 9 juni 2025 @ 11:57:
Eigenlijk hoort de pure induct dan geisoleerd te zijn. Nu heb je de oppervlakte van hem als extra buitentemp in je huis.

Hoe vaak vervang je de filters van de pure induct en zijn die een beetje te krijgen?
Ik zou ook je slang tussen wtw en pure induct vervangen als je schoonmaakt, denk dat daar ook wel zooi in zit

Zelf heb ik een f7 filterbox voor de WTW ( erna lijkt me echt een paard achter de wagen spannen) deze metalen kast met zakkenfilter heb ik aan de binnenzijde geisoleerd met armaflex.

1x per jaar voor het stookseizoen. Zijn erg duur 100 euro per stuk. In de zomer en begin herfst is het eigenlijk niet nodig dus effectief 6 maanden. De filterbox zelf is wel schoon.

[Wimpie70]

thearbi schreef op maandag 9 juni 2025 @ 14:00:

Ik heb geprobeerd te luisteren naar events maar krijg niks binnen...

Dat lijkt me het belangrijkste om op te lossen.
Ik begrijp dat je de ESP los aan een voeding hebt, niet verbonden met een computer ?
welke ESP heb je ?
Heb je de ESP eerst ingesteld ? En ramses rf geinstalleerd ? (zie topic start)
Ik heb zelf de ramses_esp van idalo-tech. Je moet bij deze eerst de wifi, mqtt broker, en sntp server en timezone instellen. https://github.com/Indalo...esp/wiki/Serial-Interface. Hiervoor moet je m eerst aan de usb van een computer hangen en verbinding maken met bijvoorbeeld Putty of Minicom
Als je nog vragen hebt, geef dan wat meer info over je systeem en setup.

[ Voor 6% gewijzigd door Wimpie70 op 10-06-2025 10:26 ]

[Flexiilex]

Wimpie70 schreef op dinsdag 10 juni 2025 @ 10:23:
[...]

Dat lijkt me het belangrijkste om op te lossen.
Ik begrijp dat je de ESP los aan een voeding hebt, niet verbonden met een computer ?
welke ESP heb je ?
Heb je de ESP eerst ingesteld ? En ramses rf geinstalleerd ? (zie topic start)
Ik heb zelf de ramses_esp van idalo-tech. Je moet bij deze eerst de wifi, mqtt broker, en sntp server en timezone instellen. https://github.com/Indalo...esp/wiki/Serial-Interface. Hiervoor moet je m eerst aan de usb van een computer hangen en verbinding maken met bijvoorbeeld Putty of Minicom
Als je nog vragen hebt, geef dan wat meer info over je systeem en setup.

Dit was bij indd de oplossing, als je TimeZone en SNTP ingesteld, doe je dat niet dan worden je entities in HA unavailible om de paar seconden.. Heb ook WiFi geconfigureerd voor toekomst firmware updates. Zeker doen dus.

[vliegnerd]

Flexiilex schreef op dinsdag 10 juni 2025 @ 12:49:
[...]


Dit was bij indd de oplossing, als je TimeZone en SNTP ingesteld, doe je dat niet dan worden je entities in HA unavailible om de paar seconden.. Heb ook WiFi geconfigureerd voor toekomst firmware updates. Zeker doen dus.

Dit moet in FAQ in startpost… reminder aan mijzelf. (gedaan)

[Wimpie70]

Ik ben behoorlijk bezig geweest om het aan de praat te krijgen...zelfs 1 vd 2 esp's geflashed wat uiteindelijk niet goed ging. Die moet ik nog een keer fixen, maar dat komt later wel. Ben nu bezig om via de codes van de 15RF display de settings van de WTW aan te passen. Het uitlezen met een fake display is al wel gelukt nu...Tip: vertrouw niet te veel op chatGPT ...die geeft verouderde en vaak halve antwoorden...1 stap vooruit, 2 terug...Al is het soms wel handig om het systeem te leren.

[Razor109]

Dank voor de informatie uit de startpost!

Ik heb een jaar of 2 een FanX module draaien en die doet het prima om mijn Orcon HRC300 uit te lezen en aan te sturen qua snelheid van de ventilator. Echter het bedienen van de Bypass wil maar niet lukken met de software ontwikkeld door Willywortel.

Is het mogelijk de Ramses software via HA te draaien met de FanX module of kan ik dan toch beter een Ramses-ESP aanschaffen? In de zomer merk je goed dat de automatische bypasssturing van Orcon bagger is en heel vaak snachts de koele buitenlucht verwarmt met de binnenlucht. Dat wil ik graag beter krijgen.

[Vaevictis_]

Razor109 schreef op donderdag 26 juni 2025 @ 14:15:
Dank voor de informatie uit de startpost!

Ik heb een jaar of 2 een FanX module draaien en die doet het prima om mijn Orcon HRC300 uit te lezen en aan te sturen qua snelheid van de ventilator. Echter het bedienen van de Bypass wil maar niet lukken met de software ontwikkeld door Willywortel.

Is het mogelijk de Ramses software via HA te draaien met de FanX module of kan ik dan toch beter een Ramses-ESP aanschaffen? In de zomer merk je goed dat de automatische bypasssturing van Orcon bagger is en heel vaak snachts de koele buitenlucht verwarmt met de binnenlucht. Dat wil ik graag beter krijgen.

Ik weet het niet zeker maar volgens mij geen FanX support met HA. Met Ramses werkt bypass aansturen wel, maar hangt ook af van de printboard (en software) die in WTW zit. Volgens mij werken alle printboarden na 2019 met bypass. Als je een RF-15 bedieningsdisplay hebt kun je kijken of je de bypass handmatig kan bedienen.

[Razor109]

Vaevictis_ schreef op donderdag 26 juni 2025 @ 14:57:
[...]


Ik weet het niet zeker maar volgens mij geen FanX support met HA. Met Ramses werkt bypass aansturen wel, maar hangt ook af van de printboard (en software) die in WTW zit. Volgens mij werken alle printboarden na 2019 met bypass. Als je een RF-15 bedieningsdisplay hebt kun je kijken of je de bypass handmatig kan bedienen.

Ik heb helaas gewoon alleen een simpele RF15. geen display. En is van na december 2020. Ik zal vanavond serienummer eens controleren. Anders dan toch een RamsesESP aanschaffen om te proberen goedkoper dan een display.

[Snuurtje]

Weet iemand hoe de orcon units werken wanneer de buitenlucht warmer is dan de binnenlucht, werkt het dan ook zo dat de buitenlucht gekoeld wordt met de binnenlucht?

[vliegnerd]

Snuurtje schreef op maandag 30 juni 2025 @ 09:44:
Weet iemand hoe de orcon units werken wanneer de buitenlucht warmer is dan de binnenlucht, werkt het dan ook zo dat de buitenlucht gekoeld wordt met de binnenlucht?

Ja.

Is geen airco natuurlijk maar scheelt wel

[Vaevictis_]

Snuurtje schreef op maandag 30 juni 2025 @ 09:44:
Weet iemand hoe de orcon units werken wanneer de buitenlucht warmer is dan de binnenlucht, werkt het dan ook zo dat de buitenlucht gekoeld wordt met de binnenlucht?

Volgens mij is setpoint binnen 25 graden dan zou de bypass open moeten gaan als buiten kouder is. Alleen haal ik nooit 25 binnen. Dus ik heb het zelf geautomatiseerd.

[Wimpie70]

De comfort temperatuur kan worden veranderd met een remote display. Misschien ook wel met de dipswitches op het apparaat, maar dat heb ik nooit geprobeerd. Ik ben bezig met een paar PR's voor Ramses_rf en ramses_cc om dit eenvoudig met HA te kunnen doen...
De huidige beheerder stopt ermee en ik heb niet gehoord dat er al een vervanger is...we gaan het zien...

Opvragen kan natuurlijk ook al met:

action: ramses_cc.send_packet
data:
device_id: FAN_ID
from_id: FAKE_REM_OR_DIS_ID
verb: RQ
code: "2411"
payload: "000075"

en dan tegelijk luisteren naar events: ramses_cc_message.
Onthoudt de payload die je terug krijgt. Deze kun je later weer gebruiken om hem op de huidige waarde terug te zetten.

Om te schrijven met W is de payload iets ingewikkelder maar om hem op 17,5 C te zetten:
action: ramses_cc.send_packet
data:
device_id: FAN_ID
from_id: FAKE_REM_OR_DIS_ID
verb: W
code: "2411"
payload: "0000756792000006D60000000000000BB800000001CB01"


De id's in de vorm van "12:345678". Deze zouden al in je Known list moeten staan, En kun je vinden door te luisteren naar ramses events.

[nvd1900]

Heeft iemand hier ervaring met een goede voeding voor een Indalo‐Tech RAMSES_ESP? Ik heb inmiddels al diverse geprobeerd met verschillende wattages maar elke 10 a 15 minuten reboot het apparaat en verbind het opnieuw met de wifi / MQTT.
Of kan dit wellicht er mee te maken hebben dat er in een nieuwbouwwijk die vol staat met Itho / Orcon spul het apparaat overbelast raakt?

[vliegnerd]

nvd1900 schreef op woensdag 9 juli 2025 @ 21:34:
Heeft iemand hier ervaring met een goede voeding voor een Indalo‐Tech RAMSES_ESP? Ik heb inmiddels al diverse geprobeerd met verschillende wattages maar elke 10 a 15 minuten reboot het apparaat en verbind het opnieuw met de wifi / MQTT.
Of kan dit wellicht er mee te maken hebben dat er in een nieuwbouwwijk die vol staat met Itho / Orcon spul het apparaat overbelast raakt?

Nee, komt niet door te veel devices.

Reboot is geforceerd in de software bij een MQTT disconnect. Heb ik ook. Kan geen kwaad. Je kunt proberen wifi te verbeteren.

Zoek het dus in wifi/MQTT en niet in de voeding.

[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