Het grote Orcon HRC / WtW topic

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