Het grote Orcon HRC / WtW topic

[Wimpie70]

cablegunmaster schreef op maandag 31 augustus 2026 @ 23:01:


Voorheen pakte de Orcan de commands weer terug op als deze waren uitgevoerd en toonde deze in het RAMSES entity scherm; nu blijft er auto staan wat ik ook doe als feedback.

Kan je hier iets duidelijker over zijn ? Ik zie dat je ook _extras gebruikt. Afhankelijk wat je daar aan hebt staan kan deze de mode ook terugzetten naar auto.

Maak anders even een issue aan op https://github.com/ramses-rf/ramses_cc/issues met wat er precies gebeurt.

[cablegunmaster]

Wimpie70 schreef op dinsdag 1 september 2026 @ 00:01:
[...]

Kan je hier iets duidelijker over zijn ? Ik zie dat je ook _extras gebruikt. Afhankelijk wat je daar aan hebt staan kan deze de mode ook terugzetten naar auto.

Maak anders even een issue aan op https://github.com/ramses-rf/ramses_cc/issues met wat er precies gebeurt.

Done en dankje voor de super snelle reply ik voel me gezien.

[posttoast]

posttoast schreef op zondag 23 augustus 2026 @ 11:32:
Ik heb de laatste week in één van mijn kamers af en toe extreem hoge (onrealistische) CO2 waarden uit de Orcon Sensors. Vannacht 33.792 ppm. Is dit bekend gedrag en moet ik dat gewoon negeren? Of betekent dit dat de sensor kapot aan het gaan is?

Wordt lastig om me hier op garantie te beroepen gok ik (ook al is dat ding nog minder dan 2 jaar oud), want het feit dat ik de boel met Ramses-RF uitlees is natuurlijk "niet de bedoeling".

Het ging een hele tijd goed, maar nu toch weer bingo. Nu zijn het waarden die op zich wel realistisch zouden kúnnen zijn (momenteel 1410 ppm), ware het niet dat er helemaal niemand in die kamer is en de afgelopen uren ook niet geweest is. De rest van het huis ligt tussen de 600 en 800. Het gekke is dat ie gisteravond rond 20.00 uur opeens omhoog schoot (op dat moment was er ook niemand in die kamer).

Het vervelende is dat de WTW-unit er ook op triggert in de auto-stand, die gaat enorm staan loeien. Het is dus geen Ramses RF issue.

Ik heb vannacht de sensor eraf gehaald en net weer teruggeplaatst, maar dat hielp niet. Iemand nog tips?

[Wimpie70]

Ik begreep dat de sensor infrarood licht detectie gebruikt. Stof, insect ? filter ? Voorzichtig met zuigen/blazen.

De waarde zelf is geen max of iets dergelijks, denk dat het idd een hardware probleem is.

[ Voor 28% gewijzigd door Wimpie70 op 04-09-2026 09:13 ]

[posttoast]

Wimpie70 schreef op vrijdag 4 september 2026 @ 09:12:
Ik begreep dat de sensor infrarood licht detectie gebruikt. Stof, insect ? filter ? Voorzichtig met zuigen/blazen.

De waarde zelf is geen max of iets dergelijks, denk dat het idd een hardware probleem is.

Goeie Ik ga wel even kijken of ik (voorzichtig) met wat perslucht kan blazen.

Edit: helaas, het mocht niet baten. Dan is nu de vraag of ik me kan beroepen op garantie. Ik gok dat de installateur er niet zoveel boodschap aan heeft dat ik die dingen uitlees

[ Voor 18% gewijzigd door posttoast op 04-09-2026 16:52 ]

[cablegunmaster]

posttoast schreef op vrijdag 4 september 2026 @ 09:26:
[...]

Goeie Ik ga wel even kijken of ik (voorzichtig) met wat perslucht kan blazen.

Edit: helaas, het mocht niet baten. Dan is nu de vraag of ik me kan beroepen op garantie. Ik gok dat de installateur er niet zoveel boodschap aan heeft dat ik die dingen uitlees

Beroepen op garantie is het minste wat je zou doen. Nee heb je ja kun je krijgen. ergste geval zou je een eigen sensor moeten vervangen. (ook benieuwd of hiervoor een topic is) eigen sensor voor CO2 toevoegen aan WTW. (en welke degelijk zijn).

Ik zou op zijn minst verwachten dat je een nieuwe sensor krijgt, dit zou onder garantie moeten vallen gezien het binnen de periode van X jaar gezien moge zijn als een defect. ik vraag me nu zelf ook af bij wie ik moet zijn als ik een probleem heb hierbij maar dan zou ik bij de bouwer moeten zijn.

[ Voor 15% gewijzigd door cablegunmaster op 04-09-2026 21:43 ]

[NoControl]

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.



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):

[Wimpie70]

@NoControl Grappig die kabel. Kan je nog steeds de stand 'overrulen' met Ramses RF als die schakelaar in een bepaalde stand staat ?
Wat werkte er niet precies ? Ik zou verwachten dat de FAN harder zou gaan draaien om te koelen, maar misschien heb je die instelling op LOW staan ?

Als je nog problemen hebt, graag een issue aanmaken op https://github.com/wimpie70/ramses_extras/issues, met logs als bijlage.

[cablegunmaster]

ik ben blij met de nieuwe update, uit zichzelf ging mijn WTW op standje hoog staan tijdens het douchen. om even later weer terug te gaan. geen idee welke fix dit was maar het leek goed te werken. de sonoff sensor (zigbee) bleek niet sterk genoeg te zijn om door de betonnen muur heen te gaan. dus dit was een nice suprise.

[ Voor 24% gewijzigd door cablegunmaster op 09-09-2026 22:06 ]

[Ramkoe]

cablegunmaster schreef op woensdag 9 september 2026 @ 22:05:
ik ben blij met de nieuwe update, uit zichzelf ging mijn WTW op standje hoog staan tijdens het douchen. om even later weer terug te gaan. geen idee welke fix dit was maar het leek goed te werken. de sonoff sensor (zigbee) bleek niet sterk genoeg te zijn om door de betonnen muur heen te gaan. dus dit was een nice suprise.

hoe heb je de balans ingesteld? bij mij werkt dit niet automatisch

[cablegunmaster]

Ramkoe schreef op donderdag 10 september 2026 @ 10:24:
[...]

hoe heb je de balans ingesteld? bij mij werkt dit niet automatisch

Ik heb nog niet bekeken waar dit is? maar alles is vanilla volgens hoe de wtw ingesteld staat?

minimum relatief vochtigheid : '40%', maximaal: '60%',
gewenste snelheid (koeling) 'laag'
Offset absolute luchtvochtigheid '0,4'
Comfort delta activate'1celcius'.
Comfort delta deactivate (0,5 celcius)
Cooling delta activate'1celcius'.
Cooling delta deactivate (0,5 celcius)

welke waarde zoek je specifiek?

ik denk dat ik hem dagelijks om 0800 op auto zet, daarna pakt de ramses rf extra het op met balans manual ON.

[ Voor 23% gewijzigd door cablegunmaster op 11-09-2026 23:43 ]

[Bassie90]

Xilvaro schreef op zaterdag 18 oktober 2025 @ 10:12:
[...]


Net de Orcon uit elkaar gehaald. Na wat zoeken bleek op de foutieve motor het "kijkgaatje" voor de sensor op de motor ernstig vervuild. Deze schoongemaakt en weer in elkaar gezet, probleem opgelost!

@vervlogen bedankt nog voor de uitleg en foto's, heb er een hoop aan gehad!

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!

[Xilvaro]

Ik heb helaas geen foto's. Ik heb beide ventilatoren eruit gehaald en aan het begin van het "slakkenhuis" zit een klein vierkant gaatje waar een sensor achter zit. Daar zat in mijn geval een plukje stof in/voor, nadat ik dat schoon had gemaakt en de hele unit weer in elkaar had gezet deed hij weer precies wat hij moest doen

[NoControl]

Ik ben er net achter gekomen dat ook in manuele stand de Orcon HRC-350-BE regels hanteert, en mee heb ik een idee om een meer granulaire sturing te maken.

Ineens weigerden de fans onder de 30 % te gaan. Ik had met ramses_cc de low mode op 15 % gezet en dat draaide lang goed tot vanavond de 'indoor' temperatuur tot 25 °C steeg en de fan naar 30 % ging. Nog eens het manuele 'low' commando sturen hielp niet. De comforttemperatuur was 22 °C, en zodra ik die van 22 naar 23 °C zette, gingen de fans vanzelf weer naar 15 %. Ik vermoed dus dat wanneer het verschil tussen indoor en comfort >= 3 °C is, de fans een minimum van 30 % hanteren.

Dat lijkt me een interessante manier van sturen: de mode waar het systeem op staat (bijv. low) kan je met ramses_cc van percentage veranderen (best supply en exhaust allebei veranderen), en de fan verandert mee, zelfs zonder opnieuw het 'low' commando te geven. (Specifiek voor enkele Orcon modellen zit er in de laatste ontwikkelingen van ramses_cc nog een andere: set_ventilation_demand()).

Ik zou dit graag willen gebruiken om een soort adaptieve sturing te maken die die een set point benadert voor elke waarde (bijv. 800 ppm CO2, 50 % RH, ...) via fan control. Dan kan de ventilatie op het tempo draaien dat bijv. de CO2 rond de 800 ppm houdt, zonder regelmatig lager en hoger te moeten schakelen (zelfs met hysterese). Eventueel met rate en acceleration detection om goed op pieken te reageren... Of een soort PID...

Ik heb eens naar ramses_extras gekeken, en daar zit ook al wel wat logica in. Met deze granulaire controle op fan speed denk ik dat het nog accurater kan.

Wat denken jullie?

[NoControl]

Wimpie70 schreef op woensdag 9 september 2026 @ 07:56:
@NoControl Grappig die kabel. Kan je nog steeds de stand 'overrulen' met Ramses RF als die schakelaar in een bepaalde stand staat ?
Wat werkte er niet precies ? Ik zou verwachten dat de FAN harder zou gaan draaien om te koelen, maar misschien heb je die instelling op LOW staan ?

Als je nog problemen hebt, graag een issue aanmaken op https://github.com/wimpie70/ramses_extras/issues, met logs als bijlage.

Ik zie geen verschil in gedrag tussen de schakelaar veranderen tussen de 3 standen (draaischakelaar 1<->2<->3, geen auto of away of boost), en de overeenkomstige knop (low-medium-high) aanklikken. Ik zie in het packet log uiteraard geen request (het is een fysieke connectie), maar de fan reageert wel net hetzelfde alsof er een commando van de fake remote kwam, inclusief packet met de nieuwe toestand. Het zou kunnen dat er toch gedrag-verschillen zijn, maar ik heb er nog geen opgemerkt.

Er is mogelijk iets dat de sturing verbreekt ("Transport state" disconnected), maar ik denk dat ik zelf iets mis heb gedaan, mogelijk ook dat de unit geen "away" mode ondersteunt en dan de afstandsbediening niet meer vertrouwt ofzo. (In het 31DA packet staat "speed_capabilities":["off","low_med_high","timer","boost"], dus geen "auto" of "away"). Ik hou het in de gaten, als het nog voorkomt laat ik iets horen.

Verder op zich geen problemen, ik had de temperatuur regeling instelling inderdaad op low staan. De ventilatie hier is nogal luid (ik vermoed veel te veel bochten in de kanalen), dus ik neig naar weinig ventilatie tenzij er specifieke demand is (co2, luchtvochtigheid, in de toekomst ook TVOC en misschien PM2.5).

[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.