Het grote Orcon HRC / WtW topic

[Turrican]

Ik stuur mijn fan al een hele tijd traploos aan via Homeassistent met PID-regeling op basis van CO2 (en sinds kort ook op VOC index). De fan moet dan op “auto” staan, en je moet een CO2 sensor faken (ik heb er nu 3 gefaked, in 3 slaapkamers, met 3 verschillende types CO2-meters). Werkt prima. Enige nadeel is dat je de fan dan niet harder kunt laten draaien dan 85% van stand 3 (dat is 54% in mijn geval). Je zou dan nog een automatisering kunnen maken om hem bij langdurige overschrijding op stand 3 te zetten en weer terug op auto bij voldoende onderschreiding.

Ik zou niet gaan aansturem via de comforttemperatuur. Die waarde wordt volgens mij naar EEPROM geschreven dus dat wil je niet te vaak doen.

[ Voor 44% gewijzigd door Turrican op 12-09-2026 08:06 ]

[NoControl]

Turrican schreef op zaterdag 12 september 2026 @ 07:59:
Ik stuur mijn fan al een hele tijd traploos aan via Homeassistent met PID-regeling op basis van CO2 (en sinds kort ook op VOC index). De fan moet dan op “auto” staan, en je moet een CO2 sensor faken (ik heb er nu 3 gefaked, in 3 slaapkamers, met 3 verschillende types CO2-meters). Werkt prima. Enige nadeel is dat je de fan dan niet harder kunt laten draaien dan 85% van stand 3 (dat is 54% in mijn geval). Je zou dan nog een automatisering kunnen maken om hem bij langdurige overschrijding op stand 3 te zetten en weer terug op auto bij voldoende onderschreiding.

Ik zou niet gaan aansturem via de comforttemperatuur. Die waarde wordt volgens mij naar EEPROM geschreven dus dat wil je niet te vaak doen.

@Turrican Dat is nuttige info!

Inderdaad niet sturen via comforttemperatuur; die wil ik enkel aanpassen als de unit anders weigert trager te gaan draaien. De overige settings (low mode fan rate enz) lijken te resetten na uit- en inschakelen van de unit, dus die worden niet weggeschreven denk ik.

Heb je toevallig de offer/device_info voor het binden van een fake Orcon CO2 sensor? Ik heb geen echte, en ik vind de juiste parameters niet. Degene in een issue op ramses_rf github werken niet.

Ik zie in ramses_cc dat de CO2-sensor gewoon CO2-meetwaarden naar de unit stuurt. Is het bij jou dan de unit die traploos stuurt op basis van de (hoogste?) CO2-waarden? Heb je in Home Assistant een automation gemaakt die de CO2-waarden bij wijziging doorsturen via ramses_cc? Ik ben wel geïnteresseerd in de regeling als je weet waar die staat (als het een bestaande feature is) of als je die wil delen (als je zelf iets hebt geschreven).

[Wimpie70]

Er is een nieuwe pre-release uit voor Ramses RF (0.60.6). Deze heeft naast een aantal bugfixes nu ook ondersteuning voor meerdere HGI's. Dit kan problemen met slecht bereik, etc. oplossen.

Zowel MQTT als USB devices kunnen worden gebruikt in een 'pool'. Als je de mogelijkheid hebt, graag testen. Mocht je iets tegenkomen, graag een issue aanmaken op https://github.com/ramses-rf/ramses_cc/issues

Ondersteuning voor Zigbee esp's, is de volgende stap. Er is er 1 onderweg, maar de bezorgdiensten zijn wat onbetrouwbaar de laatste tijd...

[Sidle]

Ik heb zelf ook iets gebouwd voor mijn Orcon HRC, voornamelijk omdat ik me stoorde aan de comforttemperatuurregeling. Mijn appartement kon behoorlijk warm blijven terwijl het buiten gewoon een stuk kouder was en die lucht dus prima gebruikt kon worden om te koelen.

Daarom heb ik Crispy gemaakt in Home Assistant bovenop ramses_cc. Het gebruikt de bestaande LOW/MEDIUM/HIGH-standen en bypass om actief gebruik te maken van vrije koeling. De fanpercentages/balancering van de Orcon zelf laat ik gewoon met rust.

In plaats van alleen binnen > buiten = bypass open kijkt de regeling inmiddels o.a. naar indoor/intake/supply-temperaturen, airflow, temperatuurtrend, recente warmteopbouw en de weersverwachting om te bepalen wanneer en hoe hard ventileren zinvol is. Daarnaast heb ik vocht-/douchedetectie toegevoegd op basis van o.a. absolute luchtvochtigheid en stijgsnelheid.

CO₂ en andere normale ventilatievraag probeer ik bewust niet zelf te regelen; dat laat ik aan de Orcon over. Als de Orcon zelf een hogere ventilatiestand vraagt dan Crispy, krijgt de Orcon gewoon voorrang. Crispy voegt dus vooral thermische/vrije-koelingslogica en extra vochtafhandeling toe zonder de normale regeling over te willen nemen.

Mocht iemand hetzelfde probleem hebben: ik heb de YAML, weather package, dashboard en installatie-instructies op GitHub gezet. Voel je vrij om het ook te gebruiken:

https://github.com/Sidlegionair/crispy

En mocht iemand nog tips, opmerkingen of verbeteringen hebben: altijd welkom 🙂

[ Voor 22% gewijzigd door Sidle op 18-09-2026 12:55 ]

[vervlogen]

Bassie90 schreef op vrijdag 11 september 2026 @ 10:12:
[...]


Ik heb nu hetzelfde probleem met mijn Orcon HRC-500 EcoMax. De ventilatoren gaan spontaan naar 100%. Daarna kan ik de WTW ook niet meer bedienen met de afstandsbediening. De ventilatoren blijven dan op 100% draaien.

Heb je foto's van de sensor op de ventilator die jij toen heb schoongemaakt?

@vervlogen heb jij de foto's nog die je toen heb gedeeld?

Alvast bedankt beide!

Sorry voor de late reactie. Ik heb even gezocht in mijn archief (en moest even graven hoe het ook al weer zat). Een foto met locatie van sensor en de sensor zelf bijgevoegd.

Succes

[Wimpie70]

@sidle Leuk dat je er ook mee bezig bent. Heb je Ramses Extras wel eens bekeken ? Ik zie dat jij ook absolute vochtigheid e.d. meeneemt in je beslissingsboom.

[Turrican]

NoControl schreef op zondag 13 september 2026 @ 04:10:
[...]

@Turrican Dat is nuttige info!

Inderdaad niet sturen via comforttemperatuur; die wil ik enkel aanpassen als de unit anders weigert trager te gaan draaien. De overige settings (low mode fan rate enz) lijken te resetten na uit- en inschakelen van de unit, dus die worden niet weggeschreven denk ik.

Heb je toevallig de offer/device_info voor het binden van een fake Orcon CO2 sensor? Ik heb geen echte, en ik vind de juiste parameters niet. Degene in een issue op ramses_rf github werken niet.

Hoi @NoControl, excuses dat het even duurde, ik lees Tweakers meestal op m'n tablet en dan heb ik dit allemaal niet bij de hand.

Afgelopen juni lukte het bij mij hiermee, aanroepen via "Hulpmiddelen" -> "Acties" tab, selecteer "YAML-modus" en plak onderstaande, dan op "Actie uitvoeren" klikken. De HRU moet dan wel in inleer-stand staan (activeren door de unit even uit en dan weer aan te zetten, je hebt dan ongeveer 3 minuten om de sensor aan te melden).

YAML:

action: ramses_cc.bind_device
data:
  device_id: "37:123456"
  offer:
    "1298": "00"
    "31E0": "00"
    "21E0": "00"
    "10E0": "67"
    "1FC9": "00"
  device_info: " I --- 37:123456 63:262142 --:------ 10E0 038 000001C88D030167FEFFFFFFFFFF1C0707E5564D492D31354D43303100000000000000000000"

Bij device_id en in de device_info payload vul je dan het adres in van je gesimuleerde CO2-sensor, die moet je dan al aan je schema hebben toegevoegd (_owner aanpassen naar wat jij ingesteld hebt). Let op, dit moet een zelf verzonnen id zijn dat nog niet in gebruik is in je omgeving. Ik zou de 37-prefix zo laten, alle Orcon CO2-sensoren lijken een adres te hebben dat daarmee begint:

YAML:

37:123456:
  _class: CO2
  _faked: true
  _owner: me

Ik zie in ramses_cc dat de CO2-sensor gewoon CO2-meetwaarden naar de unit stuurt. Is het bij jou dan de unit die traploos stuurt op basis van de (hoogste?) CO2-waarden?

De WTW luistert naar de CO2-sensor met de hoogste vraag inderdaad.
Bij een vraag van 0% blijft hij op laagstand draaien.
Bij een vraag van 100% gaat hij bij mij naar 54%. Helaas lijkt dit niet hoger te worden als je de waarden voor stand 3 hoger maakt (heb het zowel softwarematig als met de DIP-switches geprobeerd, beide hebben geen effect hierop).
Wil je dus de fan harder laten draaien dan 54% zul je hem op stand 3 moeten zetten. Kun je natuurlijk ook automatiseren, als het "te lang" duurt om de CO2-waardes omlaag te krijgen, stand 3, totdat deze weer binnen acceptabele grenzen valt, dan terug naar "auto".
Dit is bij mij zelden nodig dus dat heb ik (nog) niet geautomatiseerd.

Heb je in Home Assistant een automation gemaakt die de CO2-waarden bij wijziging doorsturen via ramses_cc? Ik ben wel geïnteresseerd in de regeling als je weet waar die staat (als het een bestaande feature is) of als je die wil delen (als je zelf iets hebt geschreven).

Staat nergens, maar wil ik wel delen.

Het bestaat uit een aantal onderdelen.

In de RAMSES RF integratie moet je bij "Geavanceerde opties" de optie "Schakel send_packet service in om maatwerk-berichten te versturen" aanzetten.

Ik gebruik de "Simple PID Controller" custom integratie voor het bepalen van de fan demand, deze staat op HACS.

Bij het aanmaken van de PID controller heb ik "Minimum Input Bereik" op 0 gezet, "Maximum Input Bereik" op 2000, "Minimum Input Bereik" op 0 en "Maximum Output Bereik" op 100.
Setpoint staat op 900 bij mij (mag je natuurlijk zelf kiezen), Kd op 0, Ki op -0.0008, Kp op 0, Ouput Max op 100, Output Min op 0, Sample Time op 60 s (instellen op basis van hoe vaak je echte CO2-sensor een nieuwe waarde krijgt), Startup Value op 0, Windup Protection aan.

Verder heb je een aantal helpers nodig:

• timer.<ruimte>_fan_demand_idle_timer - een timer van 00:04:48, wordt gebruikt om als er geen (veranderende) demand is de fan demand-waarde periodiek op te sturen, net zo vaak als een echte CO2-sensor dat doet. Dit is een soort keep-alive en zorgt ervoor dat de fan weet dat je sensor er nog is en dus mee mag doen met de regeling.
• input_number.<ruimte>_max_fan_demand - Een numerieke invoer met een waarde van 0-100 %, stapgrootte 1
• sensor.<ruimte>_max_fan_demand - Een template sensor om de waarde van de numerieke invoer weer te geven (voor in een dashboard, en om statistiek op te slaan). Template: {{ states('input_number.<ruimte>_max_fan_demand')|int }}.

Vervang hierin steeds <ruimte> door de naam van de ruimte waar de sensor hangt.

En dan de eigenlijke automatisering (in dit geval voor de slaapkamer):

YAML:

alias: Send Slaapkamer fan demand to HRU
description: ''
triggers:
  - trigger: state
    entity_id:
      - sensor.slaapkamer_co2_pid_controller_pid_output
  - trigger: event
    event_type: timer.finished
    event_data:
      entity_id: timer.slaapkamer_fan_demand_idle_timer
conditions: []
actions:
  - if:
      - condition: state
        entity_id: timer.slaapkamer_fan_demand_idle_timer
        state:
          - active
    then:
      - action: timer.cancel
        metadata: {}
        data: {}
        target:
          entity_id: timer.slaapkamer_fan_demand_idle_timer
  - variables:
      max_demand: >-
        {% set co2_level =
        states('sensor.slaapkamer_meter_pro_co2_kooldioxide')|int %} {% set
        co2_set_point =
        states('number.slaapkamer_co2_pid_controller_setpoint')|int %} {% set
        max_demand = states('input_number.slaapkamer_max_fan_demand')|int %} {%
        if co2_level < (co2_set_point - 500) %}
          {% set max_demand = 15 %}
        {% elif max_demand == 15 and co2_level >= (co2_set_point - 400) %}
          {% set max_demand = 50 %}
        {% elif max_demand == 85 and co2_level < (co2_set_point - 200) %}
          {% set max_demand = 50 %}
        {% elif max_demand == 50 and co2_level >= (co2_set_point - 100) %}
          {% set max_demand = 85 %}
        {% endif %} {{ max_demand }}
  - if:
      - condition: template
        value_template: >-
          {{ states('input_number.slaapkamer_max_fan_demand')|int != max_demand
          }}
    then:
      - metadata: {}
        data:
          value: '{{ max_demand }}'
        target:
          entity_id: input_number.slaapkamer_max_fan_demand
        action: input_number.set_value
  - data:
      device_id: 32:123456
      from_id: 37:123456
      verb: I
      code: 31E0
      payload: >-
        {{ "0000%02X000100%02X00" %
        ((states('sensor.slaapkamer_co2_pid_controller_pid_output')|int*2),
        max_demand*2) }}
    action: ramses_cc.send_packet
  - action: timer.start
    metadata: {}
    data: {}
    target:
      entity_id: timer.slaapkamer_fan_demand_idle_timer
mode: single

Bij de ramses_cc.send_packet action vul je bij device_id het adres van je HRU in, en bij from_id vul je het adres van je fake CO2-sensor in.

Of het hele stuk om max_demand uit te rekenen veel doet weet ik niet, maar misschien beïnvloed het de PID-regeling in de fan zelf. Ik heb het zoveel mogelijk nagebouwd op basis van wat een echte CO2-sensor doet.

[ Voor 6% gewijzigd door Turrican op 20-09-2026 18:04 ]

[Wimpie70]

Waarom niet bv de mid speed gebruiken ? Ik meen dat deze niet persistent is in de FAN (schrijft niet naar eprom ??). Je zou dan de config (2411 param) waarde kunnen aanpassen om de snelheid traploos te regelen...

De mid heeft wel een min. en max. bereik, maar uit m'n hoofd loopt die tot 80%.

[Turrican]

Wimpie70 schreef op zondag 20 september 2026 @ 17:26:
Waarom niet bv de mid speed gebruiken ? Ik meen dat deze niet persistent is in de FAN (schrijft niet naar eprom ??). Je zou dan de config (2411 param) waarde kunnen aanpassen om de snelheid traploos te regelen...

Leuke gedachte, ik heb dit allemaal geschreven lang voordat er 2411 support was
Maar goed, dan werkt de regeling niet meer samen met echte CO2-sensoren, en dat is wel een eis. Of je moet die meenemen en zelf de max demand van alle sensoren in huis bepalen, kan ook.
Ik laat mijn regelingen zo in elk geval.

[ Voor 21% gewijzigd door Turrican op 20-09-2026 17:35 ]

[Wimpie70]

ah ja, goed punt...of je zou alles via HA moeten regelen. De echte co2 loskoppelen van je FAN, maar nog wel uitlezen. Maar ook niet ideaal ..

[Wimpie70]

Nieuwe (pre) releases, dus graag testen:

Ramses RF pre-release 0.60.7 met o.a. Zigbee ondersteuning voor meerdere HGI's, lees de release notes voor de rest.

Ramses Extras 0.22.0 met een nieuwe feature: Ramses Device Status Card:

[cablegunmaster]

Eindelijk een klein beetje maintenance gedaan, wat inhoud;
- kopie van schema maken wat er nu in staat.
- lijst van ramses apparaten leeggehaald door reset van ramses.
- schema opnieuw erin te zetten.

Wat ik vervolgens opmerkte was dat alles disabled stond, en handmatig alle entitys aan moest zetten eer het weer werkte. Remote stond zelfs op disabled. is dit standaard gedrag? Uiteindelijk was dit wel de manier om de lijst leeg te halen.

Ramses extra 0.22.0
RAMSES RF: 0.60.7

HA CORE: 2026.9.1
Frontend; 20260826.6

[Wimpie70]

@cablegunmaster Heb je 'clear cache' gebruikt in het menu ?

[cablegunmaster]

Wimpie70 schreef op maandag 21 september 2026 @ 08:58:
@cablegunmaster Heb je 'clear cache' gebruikt in het menu ?

Exact. Dat was bij mij de manier om alle entities eruit te halen 192 entitys weg en alles was weer schoon, daarna de copy paste van vorige instellingen erin , alles niet meer disablen en het werkte als een tierelier.

[Ramkoe]

Klopt het dat de normale Orcon knop niet overrulled? hij staat nu in extra auto, maar als we op het knopje drukken in de badkamer voor tijdelijke maximaal gaat hij niet aan. Als ik hem van extra auto af haal doet hij het volgens mij wel.

Als dit 'by design' is zal ik even kijken of ik een hue/zigbee knopje kan koppelen en programmeren en ophangen in de badkamer voor 30 minuten max.

[Wimpie70]

Het was zo dat de echte Remotes overrulen, en naar manual switchen op _extras. Maar er is veel veranderd. Ik zal even een issue maken en het binnenkort uitzoeken.


Zie https://github.com/wimpie70/ramses_extras/issues/232


Ik ben bezig op RF met last_mode_sent en last_message_sent per device. Je kan hiermee dus zien wat er als laatste ingedrukt is, en dit komt ook in de 'activity' lijst.

_extras zal hier misschien ook op inhaken, moet hier dus zowieso even naar kijken hoe ik dit het beste kan gebruiken.

Nog een tipje van de sluier: we krijgen diagnostics. Het wordt dus veel eenvoudiger om bij fouten de gegevens van je systeem, inclusief o.a. versies, een gedeelte van je log file en packet log te delen als bijlage bij issues.

[ Voor 75% gewijzigd door Wimpie70 op 22-09-2026 13:13 ]

[Ramkoe]

@Wimpie70 ik heb alle updates gedraaid ook ha core en de knop is weer de baas dus moet iets tussen de versies geweest zijn, inmiddels vals alarm.

[cablegunmaster]

Ramkoe schreef op woensdag 23 september 2026 @ 00:12:
@Wimpie70 ik heb alle updates gedraaid ook ha core en de knop is weer de baas dus moet iets tussen de versies geweest zijn, inmiddels vals alarm.

ik kan dit bevestigen, een van de versies zit dit in dat het net wat stroef liep. helaas zelfde geen idee welke. ( en dan weet je niet zeker of het aan je instellingen ligt of aan versies update) daarom ook niet gemeld. Paar dagen later werkte het weer normaal.

[ Voor 16% gewijzigd door cablegunmaster op 23-09-2026 09:17 ]

[Bassie90]

vervlogen schreef op vrijdag 18 september 2026 @ 17:56:
[...]

Sorry voor de late reactie. Ik heb even gezocht in mijn archief (en moest even graven hoe het ook al weer zat). Een foto met locatie van sensor en de sensor zelf bijgevoegd.

Succes

[Afbeelding]

[Afbeelding]

Dankjewel! Ik had beide motoren vorige week al uit de WTW gehaald en schoongemaakt. Al zat er bijna geen vuil of stof voor deze sensor.

Het enige wat me opviel was dat de sensor niet helemaal recht (dat witte vierkante deel) voor het kijk gaatje zat. Geen idee of zulke problemen kan opleveren.

Het is aanvankelijk een paar dagen goed gegaan. Maar sinds gisteren weer een paar keer voorgenomen dat beide motoren 100% aanschieten.

Tot noch toe gebeurt het alleen als de WTW in stand 2 of 3 wordt gezet. In stand 1 is het nu nog niet voorgekomen (voor het schoonmaken wel).

Iemand nog een idee wat het kan zijn?

Misschien dat de filters te vervuild zijn en er daardoor niet genoeg verse lucht aangezogen kan worden? Ik zit ook te denken aan het vervangen van de printplaat.

Zoveel andere onderdelen zitten er eigenlijk niet in die dit kunnen veroorzaken lijkt me.

[Nicap]

Wellicht kunnen jullie me helpen met onderstaande. We wonen sinds een maand in ons nieuwe huis welke een Orcon HRC400 Maxcomfort heeft. De temperatuur in huis is echter nog redelijk te hoog in mijn ogen. De Orcon zou middels de bypass ook koelere lucht de woning in moeten blazen, maar ik heb daar mijn twijfels bij. Nou heb ik sinds een paar dagen Ramses_CC aan de praat(enkel luisteren) en kan daarmee wellicht wat duidelijke info geven.
Dit zijn bijvoorbeeld de afgelopen dagen vanaf 24 september:


Je ziet dat er wel enige actie is op do, vr, maar za en vandaag gebeurd er weinig. De comfort temperatuur staat ingesteld op 20.
Maar ik vertrouw de outdoor temperature sensor ook niet, want het was om 20:45 buiten geen 22 graden. Hij geeft zelf nu om 21:30 nog 21,9 graden aan. Ik vermoed dat die sensor in de zon hangt en door uitstraling van de gevel een te hoge waarde aangeeft dan de bedoeling moet zijn.

Heeft iemand wellicht een andere kijk hierop? Wil namelijk een mail sturen naar de aannemer en wil dat correct onderbouwen.

[Wimpie70]

Heb je losse temperatuur sensoren ? de waardes lijken me zowieso wat aan de hoge kant ?

Zijn je buizen geisoleerd. Hangt de WTW unit in een ruimte die warm is ?

Ik was zelf niet tevreden over hoe m'n -300 werkte om te koelen en heb er een feature voor gemaakt in _extras.

[Ramkoe]

Veelal worden WTWs in nieuwbouw woningen in een technische ruimte geplaatst waar ook je warmwater vat is die zal iets van warmte lekken vermoedelijk.

@Nicap Standaard gaat de bypass open bij 23 graden binnen en buiten temp lager dan een bepaalde waarde ik dacht <20 graden. Dat zie je wel gebeuren in de supply temperature. Als je Ramses extra ook installeert van Wimpie, zal deze een stuk assertiever zijn, ofwel als de temperatuur boven je comfort temperatuur is (zal 20 of 21 graden zijn) en het is buiten koeler dan zal de bypass open zijn en zal hij iets harder blazen.

Bij mij werkt dit prima!

Zoals gezegd door Wimpie, alleen meten op luchttemperatuur in je ventilatiebox is niet heel betrouwbaar, wat zegt de termostaat van de woonkamer? (ik neem aan dat het nieuwbouwhuis niet met aircos verwarmd wordt en dat je dus een termostaat hebt) Deze kan je wellicht niet gemakkelijk importeren in HomeAssistant maar dan kan je wellicht een offset instellen?

[Nicap]

Sensoren in de woonkamer geven ook hoge temperatuur aan. De kamerthermostaat en ook de co2 sensor van moresense. Ik zal extra's eens installeren dan.

[Ramkoe]

Het enige waar ik een beetje tegenaanloop bij de "temp regeling" is dat zoals vandaag is het nog een beetje warm in huis, maar nu heeft het net geregent. Dan zie ik de buiten luchtvochtigheid naar 80+% schieten, maar de bypass blijft open en neemt de luchtvochtigheid in huis een beetje teveel op. Het zou fijn zijn dat de bypass automatisch dicht gaat als de luchtvochtigheid van buiten boven de maximale luchtvochtigheid van buiten komt. (ik heb piek: negeer buiten op off staan)

[Wimpie70]

@Ramkoe heb je het dan over Ramses Extras ?

Als je de humidity feature ook gebruikt, heeft deze voorrang wat betreft de snelheid. In jouw situatie krijg je dan als het goed is: bypass open (koelen), snelheid laag (niet te veel vochtige lucht naar binnen halen).

Ik zet zelf de lage snelheid op 15%...Helemaal laag zetten vertroebeld de metingen teveel.

[Wimpie70]

In Ramses RF 0.60.8 zit nog een foutje. Je faked REM kan worden geidentificeerd als een DIS (wat eigenlijk ook zo is, want kan 2411 params instellen), maar dit werd nog niet helemaal ondersteund. Dus beter nog even op REM laten tot de volgende versie.

[Nicap]

@Wimpie70
Op Github staat:
For full functionality of Ramses Extras features (especially the HVAC Fan Card), you must configure these settings in ramses_cc:

• Enable Message Events (required for real-time updates):
  • Go to Settings → Devices & Services → Ramses CC
  • Click Configure → Advanced Features
  • Enable Message Events
  • Set Message Events Regex to: 31DA|10D0

This enables real-time 31DA (HVAC data) and 10D0 (filter info) messages

Maar dat zie ik niet staan in Ramses CC 0.60.4

Daaronder staat:
Ramses RF - bound REM

When using FAN related features, make sure Ramses RF has the 'bound' trait defined for your FAN. example:

code:

"37:168270":
  class: REM
"32:153289":
  bound: "37:168270"
  class: FAN

Is onderstaande ook correct? Daar komt Ramses zelf mee namelijk.

code:

18:018392:
  _class: HGI
  _owner: me
29:149267:
  _class: REM
  _owner: me
32:149525:
  _class: FAN
  _owner: me
  remotes:
    - 29:149267

[Wimpie70]

@Nicap de wiki's lopen achter doordat er zoveel veranderingen zijn geweest de laaste tijd.

De message events zijn niet meer nodig.

_bound: id: van_je_faked_rem is nog wel nodig. Hiermee geef je aan met welke 'REM' je commando's worden verstuurd. Hoe je een _faked REM kan maken staat nog wel in de wiki.

As je dus een faked REM maakt, dit aangeven, dus zoiets als:

code:

37:123456:
  _class: REM
  _faked: true
32:149525:
  _class: FAN
  _bound: 37:123456
  _owner: me

[cablegunmaster]

Afbeelding 1. Dashboard overzicht

ik vind dit dashboard geweldig en de knoppen zijn overduidelijk.


Een paar wensen die ik heb, een paar kleine toevoegingen, ik denk dat ik voornamelijk hovers mis. zouden onderstaande gegevens op een informatie balkje kunnen net als je bij "Extras auto" en bij "online" hebt. Zodat het duidelijk is waar het voor gebruikt wordt? :)

1. Linksboven blauwe wolk ? dat is buiten? en rechterkant het huisje is binnen.
2. outside temperature, links en inside temperature rechts?
3. temperatuur links en rechts hoe moet ik dit lezen? zou ook op een informatie balkje kunnen. (hover) inside temp outside temp?
4. G/M3 waar staat dit voor? hoe gebruikt de ramses_extra dit.
5. 0%? waarvoor is dit gebruikt?
6. PPM het is duidelijk dat dit voor de CO2 is, maar zonder voorheen met het vraagteken was dit onduidelijk en zou ook met een info balkje kunnen (hover)
7. 145D is dit voor het filter? hoeveel dagen er nog zijn , hoelang het apparaat aanstaat?
8. Comfort temperatuur; waar valt dit te regelen , in te stellen.
9. Temp on idle, welke opties zijn hiervoor, soms lijkt het dat er een nieuwe optie bij komt, wat is hiervoor handig? hoe gebruikt ramses_extra dit?
10. Balance on passive / active? kan ik dit actief doen?
11. Linksonderin temp , en rechtsonderin temp waar voor zijn deze? en het zelfde met de percentages en L/S. het reageert allemaal mooi mee. maar ik wil weten waarvoor het is.

Alvast dank, de co2 meter instellen ging goed, hij is nog niet goed gekalibreerd maar dat komt nog.

[Wimpie70]

@cablegunmaster bedankt voor de suggesties, ik heb een issue aangemaakt: https://github.com/wimpie70/ramses_extras/issues/246

[ Voor 5% gewijzigd door Wimpie70 op 29-09-2026 13:09 ]

[cablegunmaster]

NoControl schreef op woensdag 9 september 2026 @ 02:16:
Ik heb net ramses_extras 0.21.13 aan de praat gekregen op ramses_cc 0.60.4 (met één verdere commit manueel toegepast als bugfix) en HAOS 2026.9.1.

[Afbeelding]

Dit is met een Orcon HRC-350-Ventiflow uit 2021 via een Elecram "Sub‑GHz 855–925 MHz Bridge – ESP32‑C6 WiFi/Zigbee" (thanks, Marcel ) gekoppeld via de MQTT app van HAOS. (Ik weet nu ook hoe warm het is bij de buren .)

Een detail waarop ik lang heb zitten zoeken: met de FAN en fake remote in ramses_cc toegekend aan een area (bijv. "Laundry Room"), werkte ramses_extras niet voor mij. Mogelijk werkt dat wel als alles op dezelfde area staat, of misschien heb ik de area aangepast nadat ik ramses_extra al geconfigureerd had... De ramses_extra boodschappen in het HA logboek hielpen hier uiteindelijk.

Ter info voor de nieuwsgierigen een foto van de controller (de dikke witte kabels zijn de 230 V voeding en de connectie met de fysieke 3-standen-draaiknop die vermoed ik de bouwfirma eraan geprutst heeft i.p.v. een remote):

[Afbeelding]

Wat is het verschil met de CO2 meter onder de rechterkant
en de CO2 meter aan de linkerkant met een question mark? daar ben ik eventjes benieuwd naar.

[Wimpie70]

co2 links is de waarde die de FAN geeft (via een gekoppelde co2 sensor), maar kan ook 'gemapt' zijn...

rechts zijn extra co2's van area's/zone's (DIY van _extras, niet zones van Orcon).

1086ppm...best hoog in mijn beleving...ik heb hier rond de 460, maar is op platteland tussen de bomen. In een ruimte waar nu niemand is...

[KoffieMok]

Ik heb hier een MVS-15R met een losse (draadloze) 15RF afstandsbediening in de badkamer.
Hoewel ik de touch-variant die ik in de woonkamer heb hangen al niet fantastisch vind (reageert slecht, wordt vies), moet ik op de 15RF echt flink hard drukken wil ik hier signaal uit krijgen.

Na het uit elkaar halen van de remote zijn de drukknoppen van het binnenwerk wel responsief. Het lijkt alsof ze vergeten zijn op het kapje goeie geleiders op de knoppen te zetten, of het plastic te stug hebben gemaakt.

Zijn er meerderen die dit ervaren, en/of zijn hier oplossingen voor?

[cablegunmaster]

Wimpie70 schreef op dinsdag 29 september 2026 @ 13:16:
co2 links is de waarde die de FAN geeft (via een gekoppelde co2 sensor), maar kan ook 'gemapt' zijn...

rechts zijn extra co2's van area's/zone's (DIY van _extras, niet zones van Orcon).

1086ppm...best hoog in mijn beleving...ik heb hier rond de 460, maar is op platteland tussen de bomen. In een ruimte waar nu niemand is...

ja het kan zijn dat de waarde nog te hoog afgesteld zijn op basis van slechte kalibratie, dan probeert het de juiste waarde te vinden maar staat het denk ik 400-500 te hoog, ik ga hem straks even in de buitenlucht "kalibreren" zodat het igg wat stabieler is met een powerbank.

Co2meter; het is een ESP32 met een SCD40 eraan.
Omgeving: woonwijk met redelijk wat verkeer 100 meter eromheen , maar daar zou ik niet zulke hoge CO2 waardes verwachten.

[ Voor 10% gewijzigd door cablegunmaster op 29-09-2026 13:38 ]

[cablegunmaster]

KoffieMok schreef op dinsdag 29 september 2026 @ 13:22:
Ik heb hier een MVS-15R met een losse (draadloze) 15RF afstandsbediening in de badkamer.
Hoewel ik de touch-variant die ik in de woonkamer heb hangen al niet fantastisch vind (reageert slecht, wordt vies), moet ik op de 15RF echt flink hard drukken wil ik hier signaal uit krijgen.

Na het uit elkaar halen van de remote zijn de drukknoppen van het binnenwerk wel responsief. Het lijkt alsof ze vergeten zijn op het kapje goeie geleiders op de knoppen te zetten, of het plastic te stug hebben gemaakt.

Zijn er meerderen die dit ervaren, en/of zijn hier oplossingen voor?

Wat een belachelijke knoppen, als in dit voelt aan alsof het expres te hard is gemaakt. ik denk dat het beste wat je kan doen, is het plastic eraf halen en een eigen ontwerp maken en deze erop zetten? heb je iemand die handig is met 3d printen?

[KoffieMok]

cablegunmaster schreef op dinsdag 29 september 2026 @ 14:15:
[...]

[Afbeelding]

Wat een belachelijke knoppen, als in dit voelt aan alsof het expres te hard is gemaakt.

Als je in het kapje kijkt zie je dat de drukpunten ook helemaal niet in het midden van de knoppen zit. De drukpunten komen wel overeen met het printplaatje..

Wie dit verzonnen heeft

ik denk dat het beste wat je kan doen, is het plastic eraf halen en een eigen ontwerp maken en deze erop zetten? heb je iemand die handig is met 3d printen?

Tja, ik heb er zelf een, maar of ik die moeite er voor wil doen en of het daadwerkelijk beter wordt...

[Turrican]

KoffieMok schreef op dinsdag 29 september 2026 @ 13:22:
Ik heb hier een MVS-15R met een losse (draadloze) 15RF afstandsbediening in de badkamer.
Hoewel ik de touch-variant die ik in de woonkamer heb hangen al niet fantastisch vind (reageert slecht, wordt vies), moet ik op de 15RF echt flink hard drukken wil ik hier signaal uit krijgen.

Same here, maar het stoort me niet want ik gebruik hem toch niet.

[KoffieMok]

Turrican schreef op dinsdag 29 september 2026 @ 14:33:
[...]


Same here, maar het stoort me niet want ik gebruik hem toch niet.

Ik zou ook eigenllijk op zoek moeten naar de oorzaak van de noodzaak voor deze afstandsbediening.

De badkamer staat na het douchen blank van stoom, maar de vochtsensor in de box lijkt niet altijd te triggeren. Een zoekactie in dit topic leert mij dat dit vaker voorkomt.

Plannen voor automatisering en integratie heb ik, maar kom ik nog niet aan toe.

[cablegunmaster]

KoffieMok schreef op dinsdag 29 september 2026 @ 14:40:
[...]

Ik zou ook eigenllijk op zoek moeten naar de oorzaak van de noodzaak voor deze afstandsbediening.

De badkamer staat na het douchen blank van stoom, maar de vochtsensor in de box lijkt niet altijd te triggeren. Een zoekactie in dit topic leert mij dat dit vaker voorkomt.

Plannen voor automatisering en integratie heb ik, maar kom ik nog niet aan toe.

ik had er last van dat de verbinding (zigbee) in mijn badkamer waardeloos is, het vocht metertje (10 euro) is gewoon waardeloos met bootten ook al is het 5 min interval dat deze waardes stuurt. mogelijk als het een wifi IOT apparaat was dat het nog zou werken.

[KoffieMok]

cablegunmaster schreef op dinsdag 29 september 2026 @ 14:49:
[...]

ik had er last van dat de verbinding (zigbee) in mijn badkamer waardeloos is, het vocht metertje (10 euro) is gewoon waardeloos met bootten ook al is het 5 min interval dat deze waardes stuurt. mogelijk als het een wifi IOT apparaat was dat het nog zou werken.

Deze 15RF heeft geen ingebouwde sensoren, het is slechts een afstandsbediening met knopjes.
De ventilatiebox heeft wel een vochtsensor, en zou dus automatisch over moeten springen op een vochtprogramma, en dat lijkt hij niet altijd te doen.

Ik heb nu een vochtsensor op het ventiel geplakt om even wat data te verzamelen. Het systeem lijkt sowieso slecht of niet ingeregeld.

[cablegunmaster]

KoffieMok schreef op dinsdag 29 september 2026 @ 15:08:
[...]

Deze 15RF heeft geen ingebouwde sensoren, het is slechts een afstandsbediening met knopjes.
De ventilatiebox heeft wel een vochtsensor, en zou dus automatisch over moeten springen op een vochtprogramma, en dat lijkt hij niet altijd te doen.

Ik heb nu een vochtsensor op het ventiel geplakt om even wat data te verzamelen. Het systeem lijkt sowieso slecht of niet ingeregeld.

Als een echte tweaker kan je het zelf doen? https://orcon.nl/product/mvs-15r/ en dan de installatiehandleiding-MVS.pdf erbij pakken. en kijken waar je uiteindelijk tegenaan loopt.

[ebroerse]

KoffieMok schreef op dinsdag 29 september 2026 @ 15:08:
[...]

…
De ventilatiebox heeft wel een vochtsensor, en zou dus automatisch over moeten springen op een vochtprogramma, …
Het systeem lijkt sowieso slecht of niet ingeregeld.

Was hier ook gewoon zo uit de verpakking geplaatst, en klaar (MiniBox). Bleek de basisventilatie op 0 te staan. Dan merkt de sensor inderdaad nooit/te laat dat hij aan de slag moet. Kwestie van een dipwitch en/of stelschroefje, in mijn geval.
En idem voor de WTW met CO2.

[KoffieMok]

ebroerse schreef op dinsdag 29 september 2026 @ 16:25:
[...]


Was hier ook gewoon zo uit de verpakking geplaatst, en klaar (MiniBox). Bleek de basisventilatie op 0 te staan. Dan merkt de sensor inderdaad nooit/te laat dat hij aan de slag moet. Kwestie van een dipwitch en/of stelschroefje, in mijn geval.
En idem voor de WTW met CO2.

Hier stonden alle DIP-switches nog op 'UIT', wat ik opvallend vond.
Na wat sparren met een LLM met de gegevens die ik heb van de woning (inhoud per ruimtes, zoals opgenomen in een warmteverliesberekening) blijkt dat deze configuratie ook niet ver afwijkt van wat het volgens de LLM moet zijn. Slechts 1 DIP-switch verschil.

Meten of het resultaat overeenkomt met de voorschriften lukt mij echter niet zonder debietmeter. Voor de zekerheid het ventiel van de badkamer iets verder open gezet, hopen dat het vochtscenario eerder aanslaat.

Ook de vocht-nadraai maar even van een kwartier naar een half uur gezet.


CO2 bediening op de benedenverdieping bleek ook niet ingesteld, dus dat ook direct op de juiste woningtype en aantal bewoners gezet.

[ Voor 6% gewijzigd door KoffieMok op 29-09-2026 16:58 ]

[Nicap]

Wimpie70 schreef op dinsdag 29 september 2026 @ 09:39:
@Nicap de wiki's lopen achter doordat er zoveel veranderingen zijn geweest de laaste tijd.

De message events zijn niet meer nodig.

_bound: id: van_je_faked_rem is nog wel nodig. Hiermee geef je aan met welke 'REM' je commando's worden verstuurd. Hoe je een _faked REM kan maken staat nog wel in de wiki.

As je dus een faked REM maakt, dit aangeven, dus zoiets als:

code:

37:123456:
  _class: REM
  _faked: true
32:149525:
  _class: FAN
  _bound: 37:123456
  _owner: me

Is dat trouwens alleen voor een Faked REM?
Ik heb namelijk de bound nog niet toegevoegd, maar ik kan wel gewoon de FAN op low, medium en high zetten met Rames extras.

Heb alleen dat hij erg vaak Offline springt, maar dat is denk ik een bereik issue.

[Wimpie70]

Je kan nu per device zien wat de RSSI (signaalsterkte) is, maar het zit verborgen in een attribute van je status....

settings - tools - status tab - filter entities op status en check rssi. laag is goed.


In Ramses Extras is hier een speciale kaart voor: Device Status...Deze geeft een heel overzicht over al je devices.

Ik weet even niet meer of er een 'fallback' in Extras zit of zelfs in RF zodat het toch werkt...

Zonder _bound kan je volgens mij zowieso geen config waardes van je FAN veranderen (zoals de comfort temperature of gewenste snelheden bij een bepaalde stand).

[ Voor 29% gewijzigd door Wimpie70 op 29-09-2026 22:36 ]

[NoControl]

KoffieMok schreef op dinsdag 29 september 2026 @ 16:56:
[...]

Meten of het resultaat overeenkomt met de voorschriften lukt mij echter niet zonder debietmeter. Voor de zekerheid het ventiel van de badkamer iets verder open gezet, hopen dat het vochtscenario eerder aanslaat.

Ook de vocht-nadraai maar even van een kwartier naar een half uur gezet.

[...]

Er is ook nog een 'gevoeligheid' instelling voor het boosten bij een luchtvochtigheidspiek. Als er bij de douchestoom veel relatief droge lucht uit andere kamers gemengd wordt voor deze bij de sensor in de ventilatieunit komt, kan die instelling misschien nuttig zijn.



Als je de timer al gevonden had, heb je die sensitivity misschien ook al gevonden natuurlijk

Bij mij reageerde de Orcon HRC-350 niet altijd op douchen in stand 1. Nu met ramses_extras van Wimpie draait het zoals het hoort.

[ Voor 22% gewijzigd door NoControl op 30-09-2026 08:49 ]

[NoControl]

Ramkoe schreef op maandag 28 september 2026 @ 14:31:
Het enige waar ik een beetje tegenaanloop bij de "temp regeling" is dat zoals vandaag is het nog een beetje warm in huis, maar nu heeft het net geregent. Dan zie ik de buiten luchtvochtigheid naar 80+% schieten, maar de bypass blijft open en neemt de luchtvochtigheid in huis een beetje teveel op. Het zou fijn zijn dat de bypass automatisch dicht gaat als de luchtvochtigheid van buiten boven de maximale luchtvochtigheid van buiten komt. (ik heb piek: negeer buiten op off staan)

Heb je een warmtewisselaar met vocht-uitwisseling? Standaard heeft een Orcon een tegenstroom-warmtewisselaar die enkel temperatuur uitwisselt. Je krijgt daarmee (ongeveer) dezelfde (absolute) luchtvochtigheid via de bypass als via de warmtewisselaar. Enkel als het buiten kouder en vochtig genoeg is om te condenseren, zal er vocht op de warmtewisselaar condenseren, en maakt deze de ingeblazen lucht dus wat droger.

[NoControl]

Nicap schreef op zondag 27 september 2026 @ 21:29:
Wellicht kunnen jullie me helpen met onderstaande. We wonen sinds een maand in ons nieuwe huis welke een Orcon HRC400 Maxcomfort heeft. De temperatuur in huis is echter nog redelijk te hoog in mijn ogen. De Orcon zou middels de bypass ook koelere lucht de woning in moeten blazen, maar ik heb daar mijn twijfels bij. Nou heb ik sinds een paar dagen Ramses_CC aan de praat(enkel luisteren) en kan daarmee wellicht wat duidelijke info geven.
Dit zijn bijvoorbeeld de afgelopen dagen vanaf 24 september:

[Afbeelding]
Je ziet dat er wel enige actie is op do, vr, maar za en vandaag gebeurd er weinig. De comfort temperatuur staat ingesteld op 20.
Maar ik vertrouw de outdoor temperature sensor ook niet, want het was om 20:45 buiten geen 22 graden. Hij geeft zelf nu om 21:30 nog 21,9 graden aan. Ik vermoed dat die sensor in de zon hangt en door uitstraling van de gevel een te hoge waarde aangeeft dan de bedoeling moet zijn.

Heeft iemand wellicht een andere kijk hierop? Wil namelijk een mail sturen naar de aannemer en wil dat correct onderbouwen.

Een ventilatie-unit kan passief koelen, maar dat kan niet op tegen de zon door glas in een goed geïsoleerd huis. Als het buiten 8 °C kouder is dan binnen, en je blaast 200 m³ lucht per uur binnen, is het ongeveer 540 Watt aan koeling. 200 m³/h (55 L/s) is al een stevige luchtstroom als je geen groot huis hebt om het over veel ventielen te verdelen. 540 W koeling is mooi meegenomen, maar gaat warmte die de zon in de muren gestoken heeft niet snel wegtrekken. Je kan het vergelijken met ruwweg 5 à 15% van het koelvermogen van een standaard air conditioning.

De 'buiten'-temperatuursensor van een Orcon zit standaard in de ventilatie-unit zelf. Bij mij geeft deze makkelijk 3 à 4 °C hoger aan dan de buitenlucht. Dat is nadat de lucht door enkele meters technische schacht en plafond-beton stroomt, waarbij zeker dat plafond de lucht goed opwarmt na een zonnige dag. Ik heb die van mij nagemeten door een 'draadloze' sensor erbij te steken (een wifi-sensor met een powerbank ) en er zat minder dan 0.5 °C verschil op.

Ik vind dat de Orcon de bypass standaard niet zo slim aanstuurt. Dat was voor mij één van de redenen om dit hele ramses-verhaal te installeren

[Ramkoe]

NoControl schreef op woensdag 30 september 2026 @ 08:48:
[...]

Heb je een warmtewisselaar met vocht-uitwisseling? Standaard heeft een Orcon een tegenstroom-warmtewisselaar die enkel temperatuur uitwisselt. Je krijgt daarmee (ongeveer) dezelfde (absolute) luchtvochtigheid via de bypass als via de warmtewisselaar. Enkel als het buiten kouder en vochtig genoeg is om te condenseren, zal er vocht op de warmtewisselaar condenseren, en maakt deze de ingeblazen lucht dus wat droger.

nou ja je dauwpunt is sterk afhankelijk van de relatieve luchtvochtigheid dus ik kan mij in veel scenarios met een relatief groot temperatuurverschil met buiten (wanneer we nu dus de bypass open zetten) je normaal condensvorming zou verwachten en dus wat drogere lucht.

Maar dat is inderdaad wellicht verwaarloosbaar als dat is wat je zegt

[KoffieMok]

NoControl schreef op woensdag 30 september 2026 @ 08:26:
[...]


Er is ook nog een 'gevoeligheid' instelling voor het boosten bij een luchtvochtigheidspiek. Als er bij de douchestoom veel relatief droge lucht uit andere kamers gemengd wordt voor deze bij de sensor in de ventilatieunit komt, kan die instelling misschien nuttig zijn.

[Afbeelding]

Als je de timer al gevonden had, heb je die sensitivity misschien ook al gevonden natuurlijk

Bij mij reageerde de Orcon HRC-350 niet altijd op douchen in stand 1. Nu met ramses_extras van Wimpie draait het zoals het hoort.

Die setting had ik gevonden inderdaad, stond nog op de default van 2%.
De ventilatie sloeg vrijwel direct aan bij het douchen gisteravond

Hoe veel deze ventilatie nou daadwerkelijk bijdraagt aan het afvoeren van vocht...

[Nicap]

Nog even een vraag ter bevestiging. De exhaust staat nu op 100% en doet 83,33L/s. Dat is aferond 300m3/u. Kan ik dan concluderen dat ik een Orcon Maxcomfort 300 heb?


Het typeplaatje geeft wel aan dat het een HRC-400 Maxcomfort is.

[ Voor 17% gewijzigd door Nicap op 01-10-2026 07:35 ]

[Wimpie70]

@Nicap Je grafiek laat zien dat de ventilator wel degelijk vochtige lucht afvoert. Reken het maar eens om naar absolute vochtigheid: hoeveel water zit er in een m3...Dit is dus ook afhankelijk van de temperatuur: warme lucht kan meer vocht vasthouden.

83,3 L/s komt overeen met wat mijn 300 blaast op 100%

Ik heb zelf nooit goed naar de dipswitches gekeken, maar het kan zijn dat daar een instelling mee gedaan is om de max te begrenzen alsof het een 300 type is. Dan is alsnog de vraag, waarom (geluid ?), en heb je het extra debiet nodig ?

[Nicap]

Wimpie70 schreef op donderdag 1 oktober 2026 @ 08:21:
@Nicap Je grafiek laat zien dat de ventilator wel degelijk vochtige lucht afvoert. Reken het maar eens om naar absolute vochtigheid: hoeveel water zit er in een m3...Dit is dus ook afhankelijk van de temperatuur: warme lucht kan meer vocht vasthouden.

83,3 L/s komt overeen met wat mijn 300 blaast op 100%

Ik heb zelf nooit goed naar de dipswitches gekeken, maar het kan zijn dat daar een instelling mee gedaan is om de max te begrenzen alsof het een 300 type is. Dan is alsnog de vraag, waarom (geluid ?), en heb je het extra debiet nodig ?

Ik stuur het wel door naar de aannemer, dan mag die er naar kijken.

Viel me ook op dat als ik hem op laag zet(manual) dan doet hij 15% exhaust en 61% supply.
Kan dat komen door interactie met Ramses CC(of extras)? Dacht gezien te hebben dat voordat ik rames extra's heb geinstalleerd deze waarden wel 15%/15% waren bij laag. De medium is wel 50%/50% en hoog is 100%/95%

[Economics]

RAMSES ESP voor Homey: je Orcon/Itho/Vasco-ventilatie in Homey, zonder Home Assistant

Ik heb een Homey-app gemaakt voor 868 MHz-ventilatiesystemen die het RAMSES II-protocol gebruiken, zoals Orcon, Itho, Vasco en ClimaRad.

De app gebruikt ramses_esp, een ESP32 met een 868 MHz-radio die het verkeer op de bus doorstuurt naar MQTT. De Homey-app praat vervolgens rechtstreeks met die MQTT-broker. Bijvoorbeeld gewoon met de MQTT Broker-app op Homey zelf.

Je hebt dus geen Home Assistant, extra bridge of andere tussenlaag nodig.

Ik had dit zelf eerst draaien via Home Assistant met een soort nep-afstandsbediening. Dat werkte prima, maar ik wilde het uiteindelijk gewoon rechtstreeks in Homey hebben.

Wat kun je ermee?

Ventilatie-unit

Je kunt onder andere de ventilatiestand instellen (laag, midden, hoog, auto en afwezig), een boost starten voor een bepaald aantal minuten en de filterteller resetten.

Afhankelijk van wat je unit doorgeeft krijg je ook waardes zoals:

• luchtvochtigheid
• CO₂
• verschillende temperaturen
• bypass
• luchtdebiet
• filterstatus
• storingen, vorst en andere meldingen

Bij units die bijvoorbeeld 31DA gebruiken komt er een stuk meer informatie beschikbaar.

Afstandsbedieningen

Een fysieke afstandsbediening wordt een Homey-apparaat en kan bijvoorbeeld als Flow-trigger gebruikt worden wanneer je op Hoog drukt.

RAMSES stuurt bij een druk vaak meerdere identieke frames achter elkaar. De app filtert die eruit zodat één druk ook echt maar één keer als trigger binnenkomt.

Sensoren

CO₂-, vochtigheids-, temperatuur- en batterijsensoren kunnen gewoon als Homey-apparaat toegevoegd worden.

Homey als CO₂-sensor

Mijn Orcon staat op Auto en gebruikte alleen de CO₂-sensor beneden. In de badkamer heb ik een Sensy-sensor en daar loopt de CO₂ tijdens het douchen buiten de 1000 ppm uit. De ventilatie-unit ziet dat natuurlijk niet.

Daarom kun je in de app een Homey CO₂-sensor toevoegen.

Homey gedraagt zich dan op de RAMSES-bus als een echte CO₂-sensor en krijgt een eigen sensoradres (37:xxxxxx). Die kun je vervolgens aan je ventilatie-unit koppelen.

De unit ziet Homey daarna als extra CO₂-sensor naast bijvoorbeeld een bestaande Orcon 15RF. Homey berekent zelf hoeveel ventilatie er gevraagd wordt en stuurt die waarde iedere vijf minuten opnieuw.

Standaard loopt dat van 0% bij 400 ppm naar 100% bij 1000 ppm, maar dat is aan te passen.

Daarmee kun je dus eigenlijk iedere CO₂-sensor die je al in Homey hebt gebruiken. Zigbee, Wi-Fi, Netatmo, Sensy, noem maar op.

Zo zag het koppelen eruit op de bus (Homey = 37:215483, mijn unit = 29:233244):

code:

 I --- 37:215483 --:------ 37:215483 1FC9 024 0022F19749BB0022F39749BB6710E09749BB001FC99749BB   Homey biedt zich aan
 W --- 29:233244 37:215483 --:------ 1FC9 006 0031D9778F1C                                       unit accepteert
 I --- 37:215483 29:233244 --:------ 1FC9 001 00                                                 Homey bevestigt

Verder

Er zit ook een busweergave in de app-instellingen. Daarmee kun je live het verkeer op de bus bekijken inclusief gedecodeerde waardes.

Daarnaast kun je zien welke apparaten Homey op de bus tegenkomt. In een appartementencomplex zie je daar dus waarschijnlijk ook apparaten van de buren tussen staan.

En je kunt vanuit daar ook zelf frames versturen.

Er zijn daarnaast behoorlijk wat Flow-kaarten beschikbaar, van simpele dingen zoals:

• ventilatiestand gewijzigd
• knop op afstandsbediening ingedrukt
• boost gestart
• gateway online/offline

tot wat meer technische triggers, zoals een ontvangen pakket met een bepaalde code of afkomstig van een bepaald adres.

Wat heb je nodig?

• Een ramses_esp met 868 MHz-radio, bijvoorbeeld een ESP32-S3 met CC1101
• Een MQTT-broker
• Homey Pro

De MQTT Broker-app op Homey werkt hier prima voor.

Links

Testversie Homey App Store:
https://homey.app/a/io.github.starredev.ramses/test/

Documentatie:
https://starredev.github.io/homey-ramses-esp/

Broncode:
https://github.com/starredev/homey-ramses-esp

Status

Ik heb dit zelf getest met een Orcon VMC-15RP01 met een CO₂ 15RF.

Itho, Vasco en ClimaRad zitten in de app op basis van het bekende protocol en de ramses_rf-logs, maar die kan ik zelf helaas niet testen. Dus mocht iemand hier zo'n unit hebben: laat vooral weten of het werkt.

Het is verder gewoon een onofficieel communityproject. Niet gemaakt of goedgekeurd door Orcon, Itho, Vasco, ClimaRad of de makers van ramses_esp.

Issues, feedback en pull requests zijn welkom.

De documentatie is gedeeltelijk met behulp van AI geschreven.

[ Voor 13% gewijzigd door Economics op 05-10-2026 23:55 ]

[KoffieMok]

KoffieMok schreef op woensdag 30 september 2026 @ 10:59:
[...]

Die setting had ik gevonden inderdaad, stond nog op de default van 2%.
De ventilatie sloeg vrijwel direct aan bij het douchen gisteravond

Hoe veel deze ventilatie nou daadwerkelijk bijdraagt aan het afvoeren van vocht...

[Afbeelding]

Blijft toch drama.. Waarom de ene keer wel en de andere keer niet?



Uiteindelijk werkt de deur open zetten het beste om de badkamer niet vochtig te houden, maarja.. dan zit het alsnog in het huis ipv afgevoerd.

[ebroerse]

KoffieMok schreef op donderdag 8 oktober 2026 @ 15:30:
[...] …
Uiteindelijk werkt de deur open zetten het beste om de badkamer niet vochtig te houden, maarja.. dan zit het alsnog in het huis ipv afgevoerd.

Met de badkamerdeur dicht heeft elke ventilator het oneindig zwaar om af te zuigen.

Zonder rooster in de deur geen aanvoer van drogere lucht richting douche. Moet niet van buiten komen (raampje), dat is ook dweilen met de kraan open. Dus als het er nog niet zit, zaag een gat en monteer een rooster, of zorg voor >2 cm ruimte onder de deur.

[Wimpie70]

@KoffieMok In je grafiek kan je zien dat zodra de FAN uit gaat, het vochtpercentage weer toeneemt...(klein sprongetje omhoog, maar toch). En ook dat zonder ventileren het langer duurt voor het vocht weer normaal is.
Je zou denk ik langer moeten ventileren.

[KoffieMok]

Wimpie70 schreef op donderdag 8 oktober 2026 @ 19:39:
@KoffieMok In je grafiek kan je zien dat zodra de FAN uit gaat, het vochtpercentage weer toeneemt...(klein sprongetje omhoog, maar toch). En ook dat zonder ventileren het langer duurt voor het vocht weer normaal is.
Je zou denk ik langer moeten ventileren.

Die kleine sprong halverwege de woensdag is te verklaren door de wastafel die gebruikt is. Die sprong maak ik me dan ook niet druk om.

De badkamer heeft geen raam, en voldoende ruimte onder de deur voor ventilatie, dus ook dat is niet de belemmering. Het betreft overigens nieuwbouw, dus dit zou erop berekend moeten zijn.

Wat mij stoort is dat op dinsdag de ventilator wel aanslaat met >90% luchtvochtigheid, en een dag later niet, waardoor de luchtvochtigheid 2u lang boven de 90% blijft tot ik de deur open zet.
Je ziet in de ventilatie power dat de fan op dezelfde stand staat te draaien voor de detectie.

Blijkbaar is de delta in de box toch te laag voor het vochtschema, maar dat zou betekenen dat ik de ventielen nog meer moet afknijpen en dus praktisch dicht heb.. Misschien wordt het toch maar eens tijd voor een ESPtje die de aansturing overneemt op basis van lokale sensoren.

Dat de ventilator langer zou moeten draaien ben ik met je eens, blijkbaar was ik toch vergeten de DIP-switch om te zetten voor de dubbele tijdsduur.

[Churitos]

Ik had hetzelfde. Ik heb een sonoff sensor opgehangen in de badkamer en die als fake sensor gekoppeld aan de wtw. Veel meer controle en werkt al 2 jaar vlekkeloos.

[RusFighter]

Churitos schreef op donderdag 8 oktober 2026 @ 23:21:
Ik had hetzelfde. Ik heb een sonoff sensor opgehangen in de badkamer en die als fake sensor gekoppeld aan de wtw. Veel meer controle en werkt al 2 jaar vlekkeloos.

Hoe heb je deze als fake sensor gekoppeld? Doe je dan de sonoff sensor syncen met de fake sensor via automation?


Ik zelf heb ook een aqara zigbee sensor in mijn badkamer. Hier heb ik een automation aan gekoppeld: als de luchtvochtigheid met x % toeneemt, dan stuur het een commando naar mijn hrc unit. Commando is de medium stand voor 30 min (springt dus auto terug naar auto stand na 30min)

[Wimpie70]

Mocht je het niet zelf willen bouwen. Het zit al in Ramses Extras: met areas kan je extra sensoren toevoegen (maar wel combi temperatuur/vocht sensoren).

Trigger-voorwaarden: een area spike zet de fan alleen op dehumidify als de absolute vochtigheid ≥ spike_rise_percent stijgt binnen spike_window_minutes, de huidige RH boven max_humidity ligt, én de area-waarde binnen/buiten overstijgt (tenzij spike_ignore_outdoor aan staat)

[Churitos]

Ik had het al gemaakt voor Ramses Extras online was. Eigenlijk stuurt de ha automation een signaal naar de WTW als de luchtvochtigheid boven een bepaalde waarde komt (afhankelijk van je eigen badkamer kan je even stoeien met de juiste waardes). Ik heb ook de polling van mijn sonoff aangepast zodat hij niet elke seconde bericht stuurt, maar pas bij grote wijzigingen in de luchtvochtigheid (om batterij te besparen). De fake id is gemaakt in de ramses integratie, dat staat ergens aan het begin van dit topic omschreven.

Hieronder de automation voor activatie bij douchen (sensor hangt vlak bij de douche in mijn geval en geeft snel een positief resultaat. Deze waarde werkt bij mij ook goed en gaat niet meteen de verhoogde stand aan als er iemand even warm water uit de wasbak gebruikt).

alias: Ventilatie badkamer_hoog luchtvochtigheid

---

alias: Ventilatie badkamer_hoog luchtvochtigheid
description: ''

triggers:

- type: humidity

device_id: 7cf7f9d4901b0ffddb49110ad72b871c

entity_id: a91bd23af65cff0a3a4a2fb9bc52d1f3

domain: sensor

trigger: device

above: 80

conditions: []

actions:

- action: ramses_cc.send_command

metadata: {}

data:

num_repeats: 2

delay_secs: 0.1

command: high_30

target:

entity_id: remote.29_162275

mode: single

[Wimpie70]

Ramses Extras 0.23.0 is beschikbaar via HACS.

Werkt met:

• HA 2026.10
• Ramses RF 0.60.10

Met o.a. tooltips op de hvac kaart (tnx @cablegunmaster ), bug-fixes, code-cleanup, aanpassingen aan de nieuwe upstream versies, uitbreidingen van de developer test suite (ha-sim-test) en meer. Zie de release notes.

[cablegunmaster]

Wimpie70 schreef op zaterdag 10 oktober 2026 @ 09:57:
Ramses Extras 0.23.0 is beschikbaar via HACS.

Werkt met:

• HA 2026.10
• Ramses RF 0.60.10

Met o.a. tooltips op de hvac kaart (tnx @cablegunmaster ), bug-fixes, code-cleanup, aanpassingen aan de nieuwe upstream versies, uitbreidingen van de developer test suite (ha-sim-test) en meer. Zie de release notes.

Dank, dit is exact de info die ik zocht .

[KoffieMok]

KoffieMok schreef op donderdag 8 oktober 2026 @ 15:30:
[...]

Blijft toch drama.. Waarom de ene keer wel en de andere keer niet?

[Afbeelding]

Uiteindelijk werkt de deur open zetten het beste om de badkamer niet vochtig te houden, maarja.. dan zit het alsnog in het huis ipv afgevoerd.

Vandaag sloeg de ventilator aan toen in de woonkamer/keuken de vaatwasser open viel. Blijkbaar is de sensor dus gevoelig genoeg voor deze minimale delta.

Een uur later tijdens het douchen hoor ik de ventilator opeens weer uitgaan?!
Als ik de ventilator in de badkamer niet had kunnen horen was ik er vanuit gegaan dat er gewoon een loze leiding ligt...

Ventiel in de badkamer ligt er inmiddels af, die in de keuken/woonkamer krijg ik niet verder geknepen. Eens kijken of ik een sensor in de ventilatiebox kan krijgen om mee te kijken wat de vochtsensor van de box ziet.

[ Voor 13% gewijzigd door KoffieMok op 11-10-2026 19:10 ]

[Nicap]

Hoe kan ik trouwens zien of co2 aansturing saan staat in Ramses Extras?
Ik zie in het plaatje wel Temp -> Off en Balance -> Off, maar verder geen co2 On/Off waarden.
Als ik op co2 klik, dan zie ik ook niets wijzigen.

[Wimpie70]

https://github.com/wimpie70/ramses_extras/issues/301

[NoControl]

Ik ben er achter gekomen dat mijn Orcon HRC-350-BE (ramses_cc model "VMD-15RMS86") de sensor die volgens ramses_rf/ramses_cc/ramses_extras de outdoor humidity meet, eigenlijk de supply humidity meet (na de warmtewisselaar/bypass).

Ik kan dit zien doordat de 'Outdoor' humidity meebeweegt met de bypass:



Is er nog iemand die dit ziet, of net niet? Kan je dan je modelnummer even meegeven, en of het wel of niet meebeweegt met de bypass?

[NoControl]

Ik heb even de ramses_cc FAN devices van de buren erbij gehaald. Dat zijn allemaal dezelfde, 8 keer een "VMD-15RMS86", en die tonen allemaal hetzelfde: "outdoor humidity" is eigenlijk "supply humidity". Dat is dan toch al een bekabelingsfoutje in mijn exemplaar uitgesloten.

Iemand met een ander ramses_cc model dan "VMD-15RMS86" die hetzelfde ziet, of net niet?

[Ramkoe]

haha, leuke sidequest om die van de buren ook uit te lezen en in te stellen

[ Voor 70% gewijzigd door Ramkoe op 15-10-2026 09:49 . Reden: never mind, terugverwijzing naar een eigen post is onnodig. ]

[Ramkoe]

zijn er meer mensen die het gedrag zien wat ik opgemerkt heb en wimpie in het volgende issue heeft opgenomen? zie ook mijn laatste comment voor uitleg met plaatjes erbij:

https://github.com/wimpie70/ramses_extras/issues/290

TL:DR: Rames extra reageert netjes op ingestelde parameters maar gaat niet terug naar default (lage) ventilatiesnelheid als de gewenste parameter is behaald (luchtvochtigheid of temperatuur)

[Wimpie70]

@NoControl Ik heb mijn Orcon 300 gechecked, en inderdaad zit de vochtsensor ook in de supply kant.
Dit heeft gevolgen voor o.a. Ramses Extras: de absolute vochtigheid wordt verkeerd berekend. Er wordt aan oplossingen gewerkt...

[Wimpie70]

Ramses Extras 0.24.0 is beschikbaar.

Deze bevat naast bugfixes etc, een nieuwe kaart (debug feature) waarmee je kan analyseren of je relatieve vochtigheid sensor (outdoor humidity) in werkelijkheid in de supply kant zit.
Absolute vochtigheid wordt berekend uit een RH + Temperatuur sensor die vlak bij elkaar geplaatst zijn. Als de outdoor en supply zijn verwisseld kan het dus zijn dat er verkeerde waarden werden gebruikt in de rest van de features.
De kaart maakt - na een test van ong. 15 minuten - een analyse en geeft zelfs een knop om je setup te veranderen.


Na installatie (HACS) debug feature aanzetten, herstarten en (tenminste 1x) een harde browser reset om de kaart beschikbaar te maken.
Handmatig de setting veranderen kan in:
fan configuratie - internal fan sensors - outdoor_abs_humidity_temperature_kind -> zetten op Internal (from FAN's supply flow)


Na het eventueel wijzigen krijg je ook een iets andere indeling van de hvac fan kaart (vocht sensor rechts onder ipv links boven)


Dank @NoControl voor het vinden en rapporteren hiervan

[ Voor 10% gewijzigd door Wimpie70 op 15-10-2026 19:34 ]

[NoControl]

Wimpie70 schreef op donderdag 15 oktober 2026 @ 18:33:
Ramses Extras 0.24.0 is beschikbaar.

Deze bevat naast bugfixes etc, een nieuwe kaart (debug feature) waarmee je kan analyseren of je relatieve vochtigheid sensor (outdoor humidity) in werkelijkheid in de supply kant zit.
Absolute vochtigheid wordt berekend uit een RH + Temperatuur sensor die vlak bij elkaar geplaatst zijn. Als de outdoor en supply zijn verwisseld kan het dus zijn dat er verkeerde waarden werden gebruikt in de rest van de features.
De kaart maakt - na een test van ong. 15 minuten - een analyse en geeft zelfs een knop om je setup te veranderen.


Na installatie (HACS) debug feature aanzetten, herstarten en (tenminste 1x) een harde browser reset om de kaart beschikbaar te maken.
Handmatig de setting veranderen kan in:
fan configuratie - internal fan sensors - outdoor_abs_humidity_temperature_kind -> zetten op Internal (from FAN's supply flow)


Na het eventueel wijzigen krijg je ook een iets andere indeling van de hvac fan kaart (vocht sensor rechts onder ipv links boven)


Dank @NoControl voor het vinden en rapporteren hiervan

Ik heb dit getest en het detecteerde bij mij in ieder geval de T/RH mismatch, stelde de correctie voor, voerde deze netjes uit, en toont nu de juiste absolute humidity op de juiste plaats. Top! Zeer snel aangepakt

[Wimpie70]

@NoControl Mooi dat het werkt

[immrmkw]

Releases · IMMRMKW/ramses_esp

Ramses ESP heeft nieuwe releases gehad. De nieuwste is 0.6.1. Er zit een aantal verbeteringen bij die verbinden met Wifi en MQTT robuuster maken (deze verbeteringen zijn gedaan door mede Tweakers, waarvoor bedankt ).

Daarnaast heb ik de Zigbee communicatie geupdate zodat er minder verkeer plaatsvindt (hiervoor heb ik ook een pull request gedaan bij Ramses cc en Ramses RF), heb ik ondersteuning toegevoegd voor Z2M (tot nog toe werkte alleen ZHA), en heb ik OTA updates toegevoegd via Wifi en Zigbee, die ook automatisch gedetecteerd worden. Probeer maar eens de 0.6.0 te installeren en daarna via Home Asistant te updaten. Update via Zigbee gaat tot nu toe wel erg traag, daar ga ik later nog even verder naar kijken.

Ik heb ook pull requests gedaan bij ZHA-device-handlers en Zigbee-herdsman-converters, in de hoop dat dit zometeen allemaal out-of-the-box werkt. De pull request die ik de vorige keer bij ZHA-device-handlers heb gedaan is nooit opgepakt. Ik hoop dat met deze verbeteringen het wel geaccepteerd wordt.

[JP1980]

De update hiervoor die stuurt wel heel veel meldingen. Heb continue nieuwe devices. Ik accepteer ze maar. Maar ik hoef niet perse daar elke een melding van. Waarschijnlijk allemaal van buren.

Ook krijg ik steeds:

RAMSES CC: Schema mismatches detected

1 bound mismatch(es):

• 32:xxxxx — schema=29:xxxxx, discovery=32:xxxxx

Met een opmerking om dit in device health op te lossen, maar die pagina (ik vermoed 'bekijk device status' geeft dit probleem helemaal niet weer. Lijkt een onoplosbaar probleem.

Bovendien alles werkt perfect de 29: is een faked device. Misschien had ik die niet met 29: moeten laten beginnen of misschien snapt ramses niet dat het ontvangende device geen FAN is maar een kleppen controller. Doet er mij niet toe, het werkt maar hoe stop ik deze meldingen?

[ebroerse]

JP1980 schreef op zaterdag 17 oktober 2026 @ 19:55:
... Doet er mij niet toe, het werkt maar hoe stop ik deze meldingen?

Passive Device Scan uitschakelen onder Integrations > RAMSES RF > tandwiel > Advanced Options.

[JP1980]

ebroerse schreef op zaterdag 17 oktober 2026 @ 21:11:
[...]


Passive Device Scan uitschakelen onder Integrations > RAMSES RF > tandwiel > Advanced Options.

Dank je!

[Nicap]

Hoe werkt dat met de Area sensor voor humidity nou exact in Ramses extras.

Ik heb de sensoren geselecteerd.
Trigger on high humidity aangevinkt.
Spike rise percent staat nog op 10%
Weight staat nog op 1(is de enige area)
Spike window minute op 3 minuten gezet.

Ik heb hem pas ingesteld nadat iedereen klaar was met douchen. Stand hoog was al wel aangezet, maar die tijd was al weer voorbij tijdens de laatste doucher denk ik. De RH was in elk geval nog 85%.
Nadat ik de waardes verzonden had ging de WTW netjes op sgtand hoog. Mijn vraag is echter, wat is de grens van terugschakelen van de FAN?

[Wimpie70]

boost schakelt terug als area_abs ≤ outdoor_abs + offset of area_rh ≤ 60, waarbij 60 je ingestelde waarde is.

[KerstRunner]

Hoi allemaal,

Ik heb een Orcon MVS-15RH CO2B, met de CO2-bedieningssensor 15RF in de woonkamer en een CO2-sensor in de slaapkamer. Ik wil hem in Home Assistant krijgen. Ik wil dus de standen kunnen kiezen en de vocht, CO2 en storingen kunnen uitlezen.

Mijn plan was een ramses_esp van IndaloTech met de integratie orcon-mvs15 (tyz) via MQTT. Hun winkel is alleen tijdelijk gesloten.

Weet iemand een goede vervanger?

[Wimpie70]

@KerstRunner zie bijvoorbeeld https://elecram.com/

[Wimpie70]

Teaser:

[ Voor 214% gewijzigd door Wimpie70 op 21-10-2026 20:46 ]

[Jeroen15]

Economics schreef op maandag 5 oktober 2026 @ 23:34:
RAMSES ESP voor Homey: je Orcon/Itho/Vasco-ventilatie in Homey, zonder Home Assistant

Ik heb een Homey-app gemaakt voor 868 MHz-ventilatiesystemen die het RAMSES II-protocol gebruiken, zoals Orcon, Itho, Vasco en ClimaRad.

De app gebruikt ramses_esp, een ESP32 met een 868 MHz-radio die het verkeer op de bus doorstuurt naar MQTT. De Homey-app praat vervolgens rechtstreeks met die MQTT-broker. Bijvoorbeeld gewoon met de MQTT Broker-app op Homey zelf.

Je hebt dus geen Home Assistant, extra bridge of andere tussenlaag nodig.

Ik had dit zelf eerst draaien via Home Assistant met een soort nep-afstandsbediening. Dat werkte prima, maar ik wilde het uiteindelijk gewoon rechtstreeks in Homey hebben.

Wat kun je ermee?

Ventilatie-unit

Je kunt onder andere de ventilatiestand instellen (laag, midden, hoog, auto en afwezig), een boost starten voor een bepaald aantal minuten en de filterteller resetten.

Afhankelijk van wat je unit doorgeeft krijg je ook waardes zoals:

• luchtvochtigheid
• CO₂
• verschillende temperaturen
• bypass
• luchtdebiet
• filterstatus
• storingen, vorst en andere meldingen

Bij units die bijvoorbeeld 31DA gebruiken komt er een stuk meer informatie beschikbaar.

Afstandsbedieningen

Een fysieke afstandsbediening wordt een Homey-apparaat en kan bijvoorbeeld als Flow-trigger gebruikt worden wanneer je op Hoog drukt.

RAMSES stuurt bij een druk vaak meerdere identieke frames achter elkaar. De app filtert die eruit zodat één druk ook echt maar één keer als trigger binnenkomt.

Sensoren

CO₂-, vochtigheids-, temperatuur- en batterijsensoren kunnen gewoon als Homey-apparaat toegevoegd worden.

Homey als CO₂-sensor

Mijn Orcon staat op Auto en gebruikte alleen de CO₂-sensor beneden. In de badkamer heb ik een Sensy-sensor en daar loopt de CO₂ tijdens het douchen buiten de 1000 ppm uit. De ventilatie-unit ziet dat natuurlijk niet.

Daarom kun je in de app een Homey CO₂-sensor toevoegen.

Homey gedraagt zich dan op de RAMSES-bus als een echte CO₂-sensor en krijgt een eigen sensoradres (37:xxxxxx). Die kun je vervolgens aan je ventilatie-unit koppelen.

De unit ziet Homey daarna als extra CO₂-sensor naast bijvoorbeeld een bestaande Orcon 15RF. Homey berekent zelf hoeveel ventilatie er gevraagd wordt en stuurt die waarde iedere vijf minuten opnieuw.

Standaard loopt dat van 0% bij 400 ppm naar 100% bij 1000 ppm, maar dat is aan te passen.

Daarmee kun je dus eigenlijk iedere CO₂-sensor die je al in Homey hebt gebruiken. Zigbee, Wi-Fi, Netatmo, Sensy, noem maar op.

Zo zag het koppelen eruit op de bus (Homey = 37:215483, mijn unit = 29:233244):

code:

 I --- 37:215483 --:------ 37:215483 1FC9 024 0022F19749BB0022F39749BB6710E09749BB001FC99749BB   Homey biedt zich aan
 W --- 29:233244 37:215483 --:------ 1FC9 006 0031D9778F1C                                       unit accepteert
 I --- 37:215483 29:233244 --:------ 1FC9 001 00                                                 Homey bevestigt

Verder

Er zit ook een busweergave in de app-instellingen. Daarmee kun je live het verkeer op de bus bekijken inclusief gedecodeerde waardes.

Daarnaast kun je zien welke apparaten Homey op de bus tegenkomt. In een appartementencomplex zie je daar dus waarschijnlijk ook apparaten van de buren tussen staan.

En je kunt vanuit daar ook zelf frames versturen.

Er zijn daarnaast behoorlijk wat Flow-kaarten beschikbaar, van simpele dingen zoals:

• ventilatiestand gewijzigd
• knop op afstandsbediening ingedrukt
• boost gestart
• gateway online/offline

tot wat meer technische triggers, zoals een ontvangen pakket met een bepaalde code of afkomstig van een bepaald adres.

Wat heb je nodig?

• Een ramses_esp met 868 MHz-radio, bijvoorbeeld een ESP32-S3 met CC1101
• Een MQTT-broker
• Homey Pro

De MQTT Broker-app op Homey werkt hier prima voor.

Links

Testversie Homey App Store:
https://homey.app/a/io.github.starredev.ramses/test/

Documentatie:
https://starredev.github.io/homey-ramses-esp/

Broncode:
https://github.com/starredev/homey-ramses-esp

Status

Ik heb dit zelf getest met een Orcon VMC-15RP01 met een CO₂ 15RF.

Itho, Vasco en ClimaRad zitten in de app op basis van het bekende protocol en de ramses_rf-logs, maar die kan ik zelf helaas niet testen. Dus mocht iemand hier zo'n unit hebben: laat vooral weten of het werkt.

Het is verder gewoon een onofficieel communityproject. Niet gemaakt of goedgekeurd door Orcon, Itho, Vasco, ClimaRad of de makers van ramses_esp.

Issues, feedback en pull requests zijn welkom.

De documentatie is gedeeltelijk met behulp van AI geschreven.

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Mooi gemaakt dit! Geeft mij eindelijk de mogelijkheid om de sensoren uit mijn HRC400 MaxComfort uit te lezen.
Aansturen lukt me nog niet, want het ventilatie-unit device in Homey vindt geen 'adres van de afstandsbediening'.

Optie 1; Handmatig toevoegen via instellingen wordt niet geaccepteerd omdat de 'Parameters (WTW)', onder 'Ondersteund door deze unit -' (staat nu nagenoeg allemaal op 0) niet binnen de limieten vallen. Wanneer ik de parameter voor 'Grens voorverwarmer' aanpas naar een waarde tussen de grenzen zoals vermeld in het onderschrift, krijg ik de foutmelding 'Pre-heater limit must be between 0 en 65534'. Als ik een waarde tussen die grenzen invul krijg ik 'Ongeldige waarde opgegeven voor deze instelling'.

Optie 2; Bindingmode (natuurlijk inclusief de unit in pairing-mode zetten) geeft; 'Kon onderhoudsactie niet uitvoeren'

Mijn HRC400 zit op 32:xxxxxx, gekoppeld aan een RF15 Display, die zit op 37:xxxxxx

Als ik je op een manier kan helpen met het oplossen van dit issue hoor ik dat graag.

[MS78]

Hallo allemaal ik loop tegen iets aan met mijn Orcon HRC [type] met 2-Zoneset 15RF, 2x CO2-bedieningssensor 15RF en een afstandsbediening 15RF. Ik lees het RF-verkeer mee met een ESP32-gateway (RAMSES-II, ramses_cc 0.61.1 in Home Assistant).

Wat er gebeurde afgelopen weken:

De CO2-bedieningen knipperden al een paar weken 2x rood, en de WTW gaf 6x rood + 1x oranje (communicatie met de zonesturing).

Op de print van zoneklep 1 brandden beide LED’s continu rood en reageerden de knoppen nergens op (ledjes brandde ook heel zwak).Bleek uiteindelijk dat de 5V-adapter (micro-USB) van de zoneklep stuk was. Na vervanging gaf de klep direct 1x groen en verdween de foutcode op de WTW.

Wat er nog niet goed is

De WTW (32:140131) ontvangt prima: stand 3 en AUTO via de CO2-panelen en de afstandsbediening werken. Maar zenden doet hij sinds 22-10 rond 11:45 vrijwel niet meer. Tot dat moment stuurde hij elke ± 10 minuten een 31E0 naar de zoneklep en antwoordde hij op verzoeken. Nu komt er alleen af en toe een blokje berichten binnen (24-10: 04:20–04:42 en 08:08–09:58), en daarna is het weer stil.

De zoneklep (32:132965, meldt zich als VMZ-15V13) vraagt sinds de herstart elke 5 seconden om parameter E7, zonder antwoord:

Na een stroomherstart van de klep stuurt hij een opstartreeks (31DA RQ, 2210, 31E0 en 2411 voor parameters 3C, 3D, 3F, 41, 43, 45, 55, 95 en E7). Ook daar komt geen antwoord op.

Geprobeerd:

WTW 10 s en 5 min stroomloos;

zoneklep opnieuw aangemeld (knop 1+2, groen/rood, daarna snel groen). In het log zag ik daarbij geen 1FC9. Bij het aanmelden van een andere afstandsbediening op 21-10 zag ik dat wel, inclusief het W 1FC9-antwoord van de WTW.

de gateway zelf uitgesloten: de klep, die naast de WTW hangt, komt binnen op ± -70 dBm, en de WTW kwam eerder binnen op -75.

Vragen

Herkent iemand dit: een HRC die na een storing van de zonesturing (nauwelijks) nog zendt maar wel ontvangt?

Weet iemand wat parameter E7 is, en of de WTW daar normaal op antwoordt?

Is er naast de stekker eruit nog een andere reset, of is dit gewoon een defecte RF-module of printplaat van de WTW zelf?

Hopelijk kan iemand helpen

Alvast bedankt!

[Wimpie70]

Volgens de handleiding staat de HRC maar 3 MINUTEN in inleermodus na het inschakelen. Dus: eerst de WTW stroomloos en weer aanzetten, en binnen 3 minuten knop 1+2 op de zoneklep indrukken.

Als je dat eerder deed terwijl de WTW al langer aan stond, is de aanmelding waarschijnlijk stilletjes mislukt, er komt namelijk geen antwoord-pakket terug, het is een eenrichtings-aanmelding. Dat verklaart ook waarom je geen 1FC9 zag: dit is waarschijnlijk helemaal géén 1FC9-handshake.

Check ook even wat de zoneklep nu zelf aangeeft op zijn LED's. Uit de handleiding: 3x rood + 2x oranje = "niet verbonden met HRC". Als hij dat nu toont, weet de klep zelf ook al dat de link weg is.

Nog een detail: de CO2-sensoren meld je aan op de zoneklep (per zone), niet op de WTW. Hun 2x rood kan betekenen dat ze hun zoneklep zijn kwijtgeraakt — die moet je dan na de zone-aanmelding ook opnieuw aanmelden (menuknop van de zone 3-8 s inhouden, daarna de bedieningsknop van de sensor).

Over je vragen:

- 3C, 45, 55 en E7 zijn nog onbekende 2411-parameters. Misschien kan je wat meer logs hiervan op https://github.com/ramses-rf/ramses_cc/issues posten (als bijlage), liefst met welke acties er op dat moment gaande waren. Dan kunnen we ze misschien ontcijferen.

- Kun je sowieso wat echte packet-regels posten van die E7-verzoeken? Het dst-veld verraadt meteen of de klep de WTW nog kent: staat er 32:140131 als bestemming, dan is de koppeling aan zijn kant intact (en zit het probleem aan de WTW-kant: registratie kwijt of zendprobleem). Is er --:------ of een ander adres, dan is hij zelf zijn registratie kwijt.

- Staan er überhaupt berichten in je log die door de WTW zelf zijn verzonden (bron 32:140131, dus ook broadcasts zoals 31DA)? Als die er gewoon zijn, is zijn zendkant niet dood dan is het echt de zone-registratie.

- Als actieve test: stuur via ramses_cc.send_command een RQ 31DA naar de WTW, met als bron het device_id van je echte afstandsbediening (die is al gebonden, dus de WTW zou moeten antwoorden met RP 31DA (of I)). Geen antwoord + ook geen eigen verkeer in het log = verdenking op de zendkant van de WTW.

- Als je de pairing opnieuw doet (met die 3-minuten-regel), graag de packet log posten. we hebben voor zover ik weet nog geen zoneklep-aanmelding gezien en weten niet welke opcode die gebruikt.

- Heb je je packet logs nog van de periode dat de foutcode actief was (voor 22-10)? Die proberen we te verzamelen: https://github.com/ramses-rf/ramses_rf/issues/70

- Laatste redmiddel: fabrieksreset van de WTW (zie installatiehandleiding HRC). Een vol/corrupt koppel-register is met maar ~4 apparatuurtjes onwaarschijnlijk, maar een corrupte registratie niet uitgesloten.

[MS78]

Dank voor de reactie @Wimpie70

Het lijkt erop dat het een stapeling van drie dingen is /was :

1. Defecte adapter van de zoneklep

De 5V-adapter (micro-USB) van de 2-Zoneset was stuk, waarschijnlijk al sinds begin oktober. Op de print van zoneklep 1 brandden beide LED’s continu rood en de knoppen reageerden niet. Met een andere 5V/1A-lader direct 1x groen, en de foutcode 6x rood + 1x oranje op de WTW verdween. Dat heb ik opgelost met een oude Samsung usb-c welke nu als voeding voor de klep een nieuw leven heeft gekregen.

2. Gateway met oude firmware

Mijn gateway is een ELECRAM ESP32-C6 (CC1101), en daar stond nog ramses_esp_c6 v0.2 op. Dat was natuurlijk niet heel handig. Hierdoor kwamen er wat foutmeldingen:

ramses_cc gaf “gateway type is not determinable, will assume evofw3”;

elk verzonden bericht gaf een “Bad frame … Echo:” en een “Echo timeout”, dus alles werd 3x verstuurd;

twee keer werd de stick “doof” (zenden ging wel, ontvangen niet), wat alleen hielp met uit- en insteken plus de integratie herladen.

Bijgewerkt naar v0.6.1 via de Espressif Web Flasher (ramses_esp_esp32_c6.bin op 0x0). Een verzonden RQ geeft nu een echte echo (000 RQ …) en de WTW antwoordt direct. Na het herladen zie ik geen echo-timeouts meer. De Echo:-regels van de console blijven, maar die zijn onschuldig.

3. Plaatsing en antenne van deze gateway

Daardoor leek de WTW de hele tijd “stil”, terwijl hij gewoon zond. De WTW staat op de 2e verdieping, de gateway op de 1e. Ik ben wat gaan spelen met de plaatsing:

op oude plek : de WTW kwam niet (of net op -75/-77) binnen;

op het bureau, 2 m verderop: de WTW op -72 en direct antwoord op verzoeken.

De antenne die erop zat, lijkt ook niet helemaal goed geschikt voor 868 MHz. Een test met en zonder antenne liet een groot verschil zien: van de E7-verzoeken van de klep (± 120 per 10 min) kwamen er zonder antenne 2 binnen, met antenne 83. Ik heb de 868 MHz-antenne van ELECRAM besteld en meld het verschil als hij binnen is.

Lijkt er ook op dat zwakke berichten wegvallen en tellen dus niet mee in het gemiddelde.

Over de E7-verzoeken die niet beantwoord worden

RQ --- 32:132965 32:140131 --:------ 2411 003 0000E7 elke 5 seconden is dan kennelijk (?) normaal. De zoneklep van de buren (32:133015 → 32:142559) doet precies hetzelfde. De WTW van hen antwoordt er niet op. Tenminste die kan ik niet "afluisteren"

[Wimpie70]

Mooi dat je een stukje verder bent.

Er zitten idd wat bugs in oudere versies die zijn verholpen in de huidige. Goed dat je die upgrade hebt gedaan.
Dit is eigenlijk precies waarom ik multi-hgi support heb gebouwd...Slecht bereik (beton/afstand) kan je nu oplossen door een 2e hgi in je systeem te plaatsen. Deze kan communiceren via usb, mqtt of zigbee. Voor het verzenden kiest Ramses RF nu de HGI met de beste RSSI naar het doel.

En nee, ik heb geen aandelen Elecram Ik heb het gewoon ook zelf nodig.

Als je nog een keer wat log bestanden van de zonekleppen en de foutmeldingen kan posten op github, graag !

[Pascal Saul]

Ik lees hier al enige tijd mee. Interessante informatie, vooral rondom de Orcon-zonesturing en het RAMSES-protocol!

Zelf heb ik een Orcon HRC-425 met een tweezoneregeling in een pilotopstelling. Bijzonder aan deze uitvoering is dat iedere zone twee motorisch geregelde kleppen heeft: één voor de toevoer en één voor de afvoer.

Ik ben bezig met een passieve Orcon Multizone Monitor voor Homey Pro, waarbij we via RAMSES ESP → MQTT het RF-verkeer uitlezen en analyseren. Inmiddels hebben we een werkende Homey-app met CO₂-metingen, ventilatievragen, ventilatorstanden, luchtdebieten, foutmeldingen, uitgebreide RF-logging en een visuele topologie van de HRC, zoneregelaars en sensoren.

Bij het analyseren van ruim 10.000 RF-berichten kwamen we een paar interessante zaken tegen:

• De CO₂-sensoren communiceren via 31E0 rechtstreeks met hun eigen zoneregelaar.
• Beide zoneregelaars sturen via 2210 twee procentuele waarden naar de HRC. Bij zone 1 zijn die waarden gelijk, terwijl bij zone 2 de tweede waarde consequent ongeveer ⅔ van de eerste is.
• We weten nog niet wat deze twee 2210-velden precies vertegenwoordigen en of ergens de werkelijke positie van de toevoer- en afvoerkleppen wordt teruggekoppeld.

Daarnaast heb ik een extra Orcon Vocht Bedieningssensor Inbouw 15RF in de badkamer, die aanvullend op de vochtregeling van de HRC zou moeten functioneren.

Deze sensor (37:143430) zien we wel degelijk RF-verkeer uitzenden, waaronder 31E0 met ventilatievragen van 0% en 100%. Wat we echter nog niet hebben gezien, is een afzonderlijke luchtvochtigheidsmeting (12A0) vanuit deze sensor.

Ook is onduidelijk of de vochtbediening rechtstreeks aan de HRC of aan een zoneregelaar gekoppeld is. De ontvangen berichten worden hoofdzakelijk als broadcast verzonden, waardoor de daadwerkelijke aanmeldrelatie niet eenvoudig te reconstrueren is.

Bij een recente vochtgebeurtenis zagen we bovendien dat de HRC zijn eigen vochtregeling al had geactiveerd voordat de badkamerbediening een ventilatievraag van 100% verstuurde. Daardoor konden we niet vaststellen of die bediening daadwerkelijk extra invloed op de regeling had.

Mijn belangrijkste vragen:

1. Weet iemand wat de twee procentuele waarden in 2210 precies vertegenwoordigen? Zijn ergens ook de werkelijke klepstanden uit te lezen?
2. Hoort de Vocht Bedieningssensor Inbouw 15RF rechtstreeks bij de HRC aangemeld te worden, of kan dat ook via een zoneregelaar?
3. Heeft iemand de afzonderlijke luchtvochtigheidsmeting van deze sensor via RAMSES kunnen uitlezen, en zo ja, met welk berichttype?

Voorlopig doen we alles read-only, zodat we de bestaande Orcon-regeling niet beïnvloeden. Ik kan desgewenst geanonimiseerde RF-dumps of voorbeelden van onze Homey-monitor delen. Benieuwd of iemand deze specifieke berichten al verder heeft onderzocht!

[Economics]

Jeroen15 schreef op donderdag 22 oktober 2026 @ 22:35:
[...]

Mooi gemaakt dit! Geeft mij eindelijk de mogelijkheid om de sensoren uit mijn HRC400 MaxComfort uit te lezen.
Aansturen lukt me nog niet, want het ventilatie-unit device in Homey vindt geen 'adres van de afstandsbediening'.

Optie 1; Handmatig toevoegen via instellingen wordt niet geaccepteerd omdat de 'Parameters (WTW)', onder 'Ondersteund door deze unit -' (staat nu nagenoeg allemaal op 0) niet binnen de limieten vallen. Wanneer ik de parameter voor 'Grens voorverwarmer' aanpas naar een waarde tussen de grenzen zoals vermeld in het onderschrift, krijg ik de foutmelding 'Pre-heater limit must be between 0 en 65534'. Als ik een waarde tussen die grenzen invul krijg ik 'Ongeldige waarde opgegeven voor deze instelling'.

Optie 2; Bindingmode (natuurlijk inclusief de unit in pairing-mode zetten) geeft; 'Kon onderhoudsactie niet uitvoeren'

Mijn HRC400 zit op 32:xxxxxx, gekoppeld aan een RF15 Display, die zit op 37:xxxxxx

Als ik je op een manier kan helpen met het oplossen van dit issue hoor ik dat graag.

Hey bedankt!

De parameter “Grens voorverwarmer” had een standaardwaarde (0) die buiten zijn eigen bereik (−15 tot −5) viel. Daardoor keurde Homey het hele instellingenscherm af, dus ook het adres van de afstandsbediening. Daarnaast geeft jouw HRC400 voor sommige parameters zelf een “open” bereik op (0 tot 65534). Dat ging niet helemaal ok.

Nu na deze update keurt homey keurt het scherm niet meer af op die grenzen.

Ook brak Homey ook de onderhoudsknop af voordat de unit kon antwoorden. Het koppelen loopt nu op de achtergrond.

Wat je nu kan proberen:

• Vul bij Adres van de afstandsbediening het adres van je RF15 in (37:xxxxxx). Dat zou nu opgeslagen moeten worden.
• Of zet de HRC400 in koppelmodus (stroom eraf en erop) en druk binnen 2 minuten op Koppel Homey als afstandsbediening.

Zelf heb ik geen HRC400, dus ik weet niet precies hoe hij het bericht terugzend. Zou je na de update een stukje buslog willen delen? Graag van:

1. de eerste minuut na het toevoegen of herstarten van de unit (dan vraagt Homey de parameters op, code 2411);
2. een koppelpoging (code 1FC9);
3. een druk op een knop van je RF15.

Laat ook even weten of bedienen via het RF15-adres of via koppelen werkt. Dan kan ik bevestigen dat de parameters goed geschreven worden.

Anders even in PB

[MS78]

@Wimpie70 Dank! Inmiddels draait alles weer, dus hier de afronding.

Het waren uiteindelijk drie dingen tegelijk:
1. Defecte 5V-adapter van de SmartZone. Nieuwe adapter erop: klep direct 1x groen, storing op de WTW weg, opnieuw aanmelden was niet nodig.
2. Firmware v0.2 op de Elecram-stick: "Echo timeout" en twee keer doof (zenden lukte nog, ontvangen niet). Sinds v0.6.1 geen enkele echo timeout meer.
3. Verkeerde antenne: er zat een 2,4/5 GHz wifi-antenne op in plaats van 868 MHz. Met de 868 MHz-antenne van Elecram komt de WTW nu ook vanaf de serverplek binnen, de klep van -73 naar -64 dBm, en ineens ook alle AutoTemp-units.

Een groot deel van "de WTW zendt niets" was dus de gateway die niets hoorde

Multi-HGI staat op mijn lijstje: de WTW zit op de 2e verdieping achter een betonvloer, dus een 2e stick daar is precies wat ik nodig heb. En geen zorgen, ik heb er zelf ook geen aandelen in

ik ga kijken of ik een volledige test cyclus kan gaan maken/afvangen voor github.

Wel kan ik alvast aan issue ramses-rf/ramses_cc#1204 kan toevoegen :

- silverailscolo vroeg: "zet de stroom van de kleppen eraf en kijk of 32:xxx nog zendt".

Dit is bij mij (ongewild) gebeurd: met de kapotte adapter zond de klep niets en gaf de WTW 6x rood + 1x oranje.

- Bij mij werkt een gefakede REM die aan de FAN gebonden is (37:157040 → 32:140131) gewoon, ondanks de zoneklep.

- De klep antwoordt op 10E0 met model VMZ-15V13.

[Pascal Saul]

Even een update op mijn eerdere bericht over de Orcon HRC-425 met tweezoneregeling. We hebben inmiddels behoorlijk wat aanvullend RAMSES-verkeer geanalyseerd en meerdere vochtgebeurtenissen kunnen volgen. Vooral de werking van de Vocht Bedieningssensor Inbouw 15RF (artikelnummer 21800030) is een stuk duidelijker geworden.

1. De sensor meet daadwerkelijk zelf de luchtvochtigheid
Dit is niet zomaar een draadloze bediening. Orcon bevestigt dat de inbouwsensor een eigen RH-sensor heeft, met een functioneel meetbereik van 0–100% RH.

In de automatische modus reageert hij op:

• Een snelle stijging van de relatieve luchtvochtigheid.
• Een relatieve luchtvochtigheid boven 80%.

Na een daling van het vochtgehalte volgt volgens Orcon nog 15 minuten verhoogde ventilatie.

2. We herkennen de ventilatievraag in het RF-verkeer

Onze sensor (37:143430) verzendt 31E0-berichten met onder andere een ventilatievraag van 0% en 100%. We hebben inmiddels meerdere complete cycli vastgelegd waarbij de periode met een 100%-vraag precies 15 minuten bedroeg. Dat komt overeen met de door Orcon beschreven nalooptijd. Het is daarmee zeer aannemelijk dat we de automatische vochtregeling van deze sensor herkennen in het RF-verkeer. Belangrijke nuance: dit is de waargenomen duur van de RF-ventilatievraag, niet automatisch een afzonderlijk bewijs dat de HRC precies zo lang fysiek op maximaal toerental heeft gedraaid.

3. De daadwerkelijke RH-waarde wordt vooralsnog niet via RAMSES zichtbaar

Hoewel de sensor zelf 0–100% RH kan meten, hebben we nog geen afzonderlijke 12A0-luchtvochtigheidsmeting vanaf deze sensor ontvangen. De percentages uit 31E0 moeten we daarom niet verwarren met de gemeten RH. Voorlopig kunnen we dus de ventilatievraag volgen, maar niet de gemeten luchtvochtigheid in de badkamer uitlezen.

4. De documentatie beschrijft aanmelding op het ventilatietoestel, niet op een afzonderlijke zoneregelaar.

In onze RF-logging zien we voornamelijk zelfgeadresseerde berichten. Het precieze ontvangst- en verwerkingsmechanisme van de HRC is daarmee nog niet volledig gereconstrueerd. Een afzonderlijke bevestiging van elk ventilatiecommando hebben we niet kunnen vaststellen.

5. De sensor kan ook systeem- en filtermeldingen tonen

Dat vond ik eveneens interessant. De bediening beschikt volgens Orcon over de volgende LED-statussen:

• Continu groen: sensor functioneert en er is verbinding met het ventilatiesysteem.
• 3× oranje: filter reinigen of vervangen.
• 1× rood: sensorafwijking.
• 2× rood: afwijking in het ventilatiesysteem.
• 3× rood: geen RF-communicatie.

De sensor heeft dus ook een functie voor systeemstatus. Vermoedelijk ontvangt hij hiervoor bepaalde informatie van het ventilatietoestel, maar welke RAMSES-berichten daarvoor worden gebruikt hebben we nog niet vastgesteld.

6. De eigen vochtregeling van de HRC blijft een afzonderlijke functie

In onze metingen zagen we dat de HRC zijn interne vochtregeling soms al activeerde voordat de losse badkamersensor zijn 100%-vraag verstuurde. Dat is logisch bij een systeem met zowel vochtmeting in de ventilatie-unit als een aanvullende ruimtesensor. De exacte prioriteit tussen deze regelingen is bij onze installatie nog niet volledig aangetoond. We hebben dit inmiddels verwerkt in onze passieve Homey Multizone Monitor, waarmee we de RF-aanvragen, nalooptijden, CO₂-sensoren, zoneregelaars en HRC-status kunnen volgen zonder zelf ventilatiecommando's te versturen.

Mijn eerdere vraag over de twee procentuele 2210-waarden van de zoneregelaars blijft overigens open. We kunnen de aanvragen uitlezen, maar nog niet bewijzen dat dit de daadwerkelijke posities van de toevoer- en afvoerkleppen zijn.

Mocht iemand de daadwerkelijke RH-waarde van deze specifieke inbouwsensor al via RAMSES hebben weten uit te lezen, dan ben ik nog steeds benieuwd naar de betreffende opcode en payload maar waarschijnlijk is dit gewoon niet beschikbaar omdat het een binaire sensor is. Hetzelfde geldt voor de berichten waarmee de filterindicatie op de sensor wordt bijgewerkt.

Preview Orcon Multizone:

[ Voor 4% gewijzigd door Pascal Saul op 27-10-2026 20:43 ]

[Wimpie70]

Ramses Extras pre-release 0.25.0 is beschikbaar via HACS.

Nieuwe feature: Floorplan Helper

Laat visueel zien waar je devices zich bevinden en welke ruimtes ze bedienen. Dubbel click op je fan en je krijgt een dialog met de hvac fan kaart.

Nog wel even zelf je huis tekenen (ga ik niet bij helpen).

Ik heb gekeken welke kaart integraties op dit moment het meest aansluiten en welke goed ondersteund en ontwikkeld wordt en kwam uit op ha-floorplan-studio van vespassassina (HACS). De feature is eventueel uit te breiden met andere editors.

Check de wiki en release notes hoe te gebruiken.

Verder bugfixes, enzo

[RusFighter]

Een poosje terug heb ik in deze topic gepost hoe slecht mijn Orcon OptiAir 260 unit presteert bij koude buitentemperatuur. Dit komt voornamelijk omdat er veel condenswater tussen de lamellen in warmtewisselaar blijft hangen. Dit zijn de aanvoertemperaturen van afgelopen nacht

Zoals je kunt raden is dit natuurlijk heel onaangename inblaaslucht kwa temperatuur. Rendement lag op dat moment ook rond 65%. Heb ondertussen orcon bijna week geleden mail hierover gestuurd maar geen reacties. Ik vraag me af of dit specifiek is voor mijn soort model of alle Orcon wtws hier last van hebben? Ook zou het fijn zijn als iemand een advies kan geven wat te doen in mijn situatie. Krijg al beetje spijt van mijn unit

[MS78]

Ik zie dit niet bij mijn HRC-570 Ecosmart maar dat is wel beetje appelen met peren vergelijken. Rendement lag hier op 89%.

Hieronder wat meeting registraties van afgelopen nacht mocht jij/iemand daar wat aan hebben.

[Druifke]

Ik heb de Orcon OptiAir 360 en vergelijkbare lage rendementen bij koud weer. Afgelopen week heb ik een elektrische naverwarmer geïnstalleerd. Het comfort is hierdoor enorm verbeterd, maar kost natuurlijk wel energie (COP 1). Ondertussen zoek ik wel verder naar mogelijkheden om het rendement van de WTW te verhogen, zodat de naverwarmer minder hoeft te doen.

[RusFighter]

Druifke schreef op maandag 9 november 2026 @ 17:15:
Ik heb de Orcon OptiAir 360 en vergelijkbare lage rendementen bij koud weer. Afgelopen week heb ik een elektrische naverwarmer geïnstalleerd. Het comfort is hierdoor enorm verbeterd, maar kost natuurlijk wel energie (COP 1). Ondertussen zoek ik wel verder naar mogelijkheden om het rendement van de WTW te verhogen, zodat de naverwarmer minder hoeft te doen.

Ja ben enorm teleurgesteld, 15 graden aanvoer temperatuur is gwn te koud en dit bij 4 graden outdoor temp. Wel vraag ik me af, of de manier van plaatsing, dus wandmontage of vloer/plafond montage veel uit maakt...

[Druifke]

Ik heb vloermontage. Wat geëxperimenteerd met wat meer en wat minder afschot, maar dat lijkt niet substantieel te helpen. Ik heb maar heel beperkte ruimte beschikbaar voor de unit en kan niet met een andere montagevariant testen. De beperkte ruimte is de reden dat ik op de OptiAir ben uitgekomen.

[NoControl]

Als het kan helpen om wat meer informatie te hebben, ik zie altijd zeer hoge efficiëntie van de warmtewisselaar in mijn Orcon HRC-350-Ventiflow. Ik heb nog niet gezien wat het doet wanneer er veel condensvorming is. Een deel van het verhaal is de toegevoegde warmte: de temperatuur blijft behouden, én de temperatuur van de uitblaas/exhaust verhoogt; dat kan alleen als er nog ergens anders warmte vandaan komt, zoals de ruimte waarin de unit staat, en de motortjes van de ventilatoren.