Het grote Orcon HRC / WtW topic

[posttoast]

Dank! Als je logs o.i.d. van me nodig hebt, laat het me horen.

[cablegunmaster]

Van deze week ben ik weer eens begonnen mijn Raspberry Pi Home assistant toe te voegen.
Ik ben dit weekend begonnen met een Ramses esp aan de slag te gaan.
Na heel wat frustratie en debuggen heb ik de goede configuratie gevonden, het was heel precies leeswerk om het werkende te krijgen. WPU Heatpump en de WtW systeem van HRC-400-EcoMax Orcon.

Dit zijn mijn bevindingen en waar ik tegen aan liep;

• Ramses extra vinden maar niet de juiste ramses CC in de homeassistent (crasht zonder de Ramses CC implementatie / repository toe te voegen.

Dingen die ik gaande weg achter ben gekomen;

• HVAC stap was in het begin onduidelijk omdat het meeste ervan uit gaat dat het haast standaard toegevoegt staat.
• Het Binden van een fakeremote (herstarten van WtW ), 10 sec powercycle en daarna heb je maximaal 5 min discovery.
  https://github.com/ramses-rf/ramses_cc/wiki/5.2-Faking-Remotes-(switches)#orcon-
  Daarvoor had ik de action klaar gezet op mijn pc beneden om te binden want de WtW staat op zolder (even op en neer rennen).

Ik had het gevoel dat je heel veel geduld moet hebben om de juiste FAN device te vinden. Het discovery procies met het kijken door het MQQT log door en dat te analyzeren is een heel gedoe geweest. dat is en blijft een lastig proces. Het vinden van het juiste device en de fake remote binden was het moeilijkste, de commands daarna waren goed te volgen.

Dankje! voor deze mooie plugin, ik ben benieuwd naar wat voor moois ik nog meer kan doen naast de Fan op low of high zetten. Ik leer veel van voorbeelden.

Als laatste vraag ik heb de cmds aan de FAN toegevoegd en aan de REM; welke blijft bestaan en heeft het nut dat het in de REM device staat? of kan ik ze daar weghalen.

Dusverre Ramses Extra, zie ik nog niet zo goed hoeverre dit meerwaarde heeft, maar dat is nog iets om in te lezen.

Andere vraag mijn Ramses heeft een Zee aan devices toegevoegd , hoe verwijder ik deze? als ik deze niet meer wil zien in mijn devices overzicht.

*Edit versies toegevoegd;
Ramses RF 0.59.3
Ramses extras 0.21.2

HomeAssistent:
Core: 2026.8.2
Frontend: 20260729.7

[ Voor 3% gewijzigd door cablegunmaster op 23-08-2026 20:22 ]

[Wimpie70]

@cablegunmaster Ik zal proberen te antwoorden.
Het is altijd handig om te vermelden met welke versies je werkt: Ramses RF, Ramses Extras, HA.
Ramses Extras heeft Ramses RF (of _cc) nodig (dependency). Eerst RF installeren dus.

Commands: Als het goed is staat er commentaar bij je REM dat commando's in het vervolg bij een FAN horen. Dit is gedaan omdat we naar een 'Single Source Of Truth' situatie willen. Een FAN kan meerdere REM's hebben...vandaar: commando's bij FAN.

Ramses Extras. Het is een uitgebreide integratie, die bestaat uit meerdere 'features' die je aan of uit kan zetten. Ooit begonnen met een kaart voor de HVAC FAN. Inmiddels veel meer mogelijkheden. De wiki geeft je meer info.

Teveel devices...kan. Misschien heb je veel buren die ook met je HGI praten. Je kan bij het ontdekken (discovery) van apparaten aangeven of het van jezelf is, of van bijvoorbeeld pietje aan de overkant. Hiervoor wordt '_owner' gebruikt. De '_owner' in de root ben je zelf (me). Als je het nog niet precies weet tijdens het discovery proces, dan sla je die voorlopig even over totdat alles bekend is voor je.
Handig hierbij kan het RSSI getal zijn. Deze geeft aan of het een sterk signaal geeft. Ik meen laag=dichtbij, maar dat weet ik even niet uit mn hoofd.

[Wimpie70]

We hebben weer een paar issues gefixed. Versie 0.59.11 (RC-4) is uit en beschikbaar via HACS.

Graag testen als je daar de gelegenheid voor hebt, en eventuele problemen posten op https://github.com/ramses-rf/ramses_cc/issues. Zonder feedback weten we ook niet of er nog iets mis gaat.

[Oboeman]

Afgelopen weekend ook eindelijk ons nieuwe ventilatiesysteem geïnstalleerd, en meteen maar aan de gang gegaan met het automatiseren. Ik heb uiteindelijk het voor elkaar gekregen dat ik alle commando's kan sturen naar mijn ventilatieunit via ramses rf (ik gebruik nu net versie 0.59.11).

Het leek me meteen mooi om ook ramses extra uit te proberen (ik gebruik hier ook de allerlaatste versie), zeker met de temperatuur optie om iets van koele lucht het huis in te krijgen. Ik heb de optie aangezet, en functioneel werkt het. Ik heb helaas alleen wat problemen met de HVAC card, deze geeft niet alle waardes/status goed weer. Is dit een bekend probleem, of staat er misschien wat fout in mijn config? ik heb 2 unavailable waarden, en er staat een groen vraagteken naast online. Ook als ik op temp control druk, komt er geen blauw randje om temp control staan, deze blijft altijd om 'auto extras on' staan. Voor nu heb ik de commando's er ook rechtstreeks onder gezet, zodat ik zeker weet wat de status is en dat het commando aan of uit staat.

[cablegunmaster]

Oboeman schreef op zondag 23 augustus 2026 @ 20:11:
Afgelopen weekend ook eindelijk ons nieuwe ventilatiesysteem geïnstalleerd, en meteen maar aan de gang gegaan met het automatiseren. Ik heb uiteindelijk het voor elkaar gekregen dat ik alle commando's kan sturen naar mijn ventilatieunit via ramses rf (ik gebruik nu net versie 0.59.11).

Het leek me meteen mooi om ook ramses extra uit te proberen (ik gebruik hier ook de allerlaatste versie), zeker met de temperatuur optie om iets van koele lucht het huis in te krijgen. Ik heb de optie aangezet, en functioneel werkt het. Ik heb helaas alleen wat problemen met de HVAC card, deze geeft niet alle waardes/status goed weer. Is dit een bekend probleem, of staat er misschien wat fout in mijn config? ik heb 2 unavailable waarden, en er staat een groen vraagteken naast online. Ook als ik op temp control druk, komt er geen blauw randje om temp control staan, deze blijft altijd om 'auto extras on' staan. Voor nu heb ik de commando's er ook rechtstreeks onder gezet, zodat ik zeker weet wat de status is en dat het commando aan of uit staat.


[Afbeelding]

Oeh... waar heb je de template van dit dashboard vandaan? kan je hem delen?

edit:
ramses extra fan card

Ramses RF: Versie 0.59.11 (RC-4) geinstalleerd en weer verder aan het puzzelen.

[ Voor 4% gewijzigd door cablegunmaster op 23-08-2026 20:38 ]

[Wimpie70]

@Oboeman Nog even bij de default feature je FAN op enable zetten. Deze berekend dan de abs. luchvochtigheid die nu unavailable is.

Dit is ook de oorzaak waarom je '?' ziet...
Nice template

[cablegunmaster]

Template ramses extra;


Ik ben braaf geweest en ben 3 paginas verder met documentatie.
De vragen die ik heb; hij zegt dat deze offline is terwijl de knoppen erop reageren.
en twee waardes niet beschikbaar, wat moet hier staan? param_75 comfort temperatuur mist.

Edit: deze staat blijkbaar in configuration en sommige opties zijn daar disabled).
sensor die ik mogelijk mis, hij staat nu in eco mode. en bovenaan staat 0 min? waarvoor is dit.

De rest heb ik uitgevogeld door een paar disabled entities aan te zetten, en erachter te komen dat ik een CO2 sensor mis (niet standaard? ) ben al potverdikkeme verwend met al dit moois.

excuses als ik te nieuwschierig ben.

Ramses RF: Versie 0.59.11 (RC-4)
Ramses extras 0.21.2

HomeAssistent:
Core: 2026.8.2
Frontend: 20260729.7

[ Voor 38% gewijzigd door cablegunmaster op 23-08-2026 22:23 ]

[Wimpie70]

De wiki van Ramses Extras loopt een beetje achter, maar de grote lijnen staan er wel op.

Absolute Humidity: zoals 2 posts hierboven al genoemd, even Default feature van je FAN aanzetten in de config van _extras

Comfort temperatuur mist: in schema van Ramses RF, bij FAN de '_bound' REM instellen. Het liefst gebruik je hier een faked REM voor (zie wiki van Ramses RF). Voorbeeld:

YAML:

32:153289:
  _bound: 37:168270
  _class: FAN
37:168270:
  _class: REM
  _commands:
    _comment: Commands on REM (Phase 3a) — consider moving to FAN
  _faked: true
  _owner: me

Je FAN zal alleen antwoorden op 2411 codes (instellingen, waaronder de comfort temperatuur) met een verbonden REM (of DIS). Je moet hiervoor even instellen met welke REM dit gedaan kan worden.

Offline status: kan zo niet zien waardoor het komt...Extras detecteerd als er een geen antwoord komt van de FAN. Misschien zie je een foutmelding in de logs. Je kan ook de debug feature in _extras gebruiken met de Log Explorer dashboard kaart.

Maar ik zou eerst even kijken naar de instellingen die ik net noemde.

[Wimpie70]

Ramses Extras heeft een nieuwe release (0.21.3) met daarin opties om de check of het buiten minder vochtig is dan binnen te negeren bij spikes, naar aanleiding van https://gathering.tweakers.net/forum/view_message/85938066

Verder wat kleine fixes en updates voor de Ramses RF regressie test tool.

[Oboeman]

Wimpie70 schreef op zondag 23 augustus 2026 @ 20:55:
@Oboeman Nog even bij de default feature je FAN op enable zetten. Deze berekend dan de abs. luchvochtigheid die nu unavailable is.

Dit is ook de oorzaak waarom je '?' ziet...
Nice template

Dat ik dan de default feature vergeet

Deze heb ik nu aanstaan, en het vraagteken is inderdaad verdwenen. Toch blijf ik met de 2 unavailable waardes zitten. Er zijn wel 2 waardes bij de settings bijgekomen, maar ik heb het idee dat de abs niet goed wordt berekend?

[Ramkoe]

frankrox schreef op vrijdag 21 augustus 2026 @ 21:21:
[...]

hoe stel ik deze in en lees ik deze uit? welke commando's / parameters? heb ondertussen alles werkend hier met ramses_cc. ramses extra nog niet in verdiept.

als je ramses hebt en je apparaat heb ingesteld zie je gewoon onder ramses bij apparaten zie je deze settings staan.

[Wimpie70]

@Oboeman Ik zie dat ze op 'derived' staan. Dit is toevallig een optie die ik in de laatse versie (0.21.4) al had verwijderd. Upgrade, of zet de source (Sensor Control feature) op Internal of External.

---

Ik heb nog even verder gekeken, maar het lijkt dat het ook te maken heeft met de namen van de entiteiten. Kan je vertellen hoe die bij jou zijn voor de temperatuur en humidity sensoren ? De ID namen bedoel ik dan. Deze kan je vinden in Ramses RF, onder je FAN.

[ Voor 39% gewijzigd door Wimpie70 op 25-08-2026 13:59 ]

[Oboeman]

Wimpie70 schreef op dinsdag 25 augustus 2026 @ 13:35:
@Oboeman Ik zie dat ze op 'derived' staan. Dit is toevallig een optie die ik in de laatse versie (0.21.4) al had verwijderd. Upgrade, of zet de source (Sensor Control feature) op Internal of External.

---

Ik heb nog even verder gekeken, maar het lijkt dat het ook te maken heeft met de namen van de entiteiten. Kan je vertellen hoe die bij jou zijn voor de temperatuur en humidity sensoren ? De ID namen bedoel ik dan. Deze kan je vinden in Ramses RF, onder je FAN.

Ik gebruik versie 0.21.4 al, maar toch laat deze derived zien. Ook wanneer ik de source van de sensoren op external en weer naar internal zet.

Als ik bij ramses extras naar fan configuration ga, en vervolgens naar internal fan sensors, dan staan al mijn sensoren zo geconfigureerd dat ze op internal from fan staan, op comfort temp na, die staat op internal param 75

In de system schema van ramses zelf staan onder mijn FAN geen namen vermeld. Onder sensors staan daar alleen 3 externe CO2 sensoren, en die zijn ook fysiek extern aanwezig.

_commands:
    _comment: Commands on FAN (Phase 3b) — =target entity for automations
    auto:
      code: 22F1
      payload: '000407'
      verb: I
    auto2:
      code: 22F1
      payload: '000507'
      verb: I
    away:
      code: 22F1
      payload: '000007'
      verb: I
    boost:
      code: 22F1
      payload: '000607'
      verb: I
    bypass_auto:
      code: 22F7
      payload: 00FFEF
      verb: W
    bypass_close:
      code: 22F7
      payload: 0000EF
      verb: W
    bypass_open:
      code: 22F7
      payload: 00C8EF
      verb: W
    disable:
      code: 22F1
      payload: '000707'
      verb: I
    high:
      code: 22F1
      payload: '000307'
      verb: I
    high_15:
      code: 22F3
      payload: 00120F03040404
      verb: I
    high_30:
      code: 22F3
      payload: 00121E03040404
      verb: I
    high_60:
      code: 22F3
      payload: 00123C03040404
      verb: I
    low:
      code: 22F1
      payload: '000107'
      verb: I
    med_60:
      code: 22F3
      payload: 00123C02040404
      verb: I
    medium:
      code: 22F1
      payload: '000207'
      verb: I
    request10D0:
      code: 10D0
      payload: '00'
      verb: RQ
    request31DA:
      code: 31DA
      payload: '00'
      verb: RQ
    reset_filter:
      code: 10D0
      payload: 00FF
      verb: W
  _owner: me
  _zone_id: 1
  remotes:
    - xx:xxxxxx
    - yy:yyyyyy
  sensors:
    - qq:qqqqqq
    - rr:rrrrrr
    - zz:zzzzzz

[Wimpie70]

@Oboeman Zie je iets van sensor.32_153289_outdoor_humidity ? Dit kan je zien bij Ramses RF, klik op je FAN, klik op outdoor humidity, klik op settings (tandwiel).
Maar het kan ook zijn dat je de FAN een andere naam hebt gegeven ?

Je kan ook nog een snelle omweg testen: zet bij Sensor Control de temp en humid sources op external en dan wel de interne sensoren kiezen...

[Oboeman]

Wimpie70 schreef op dinsdag 25 augustus 2026 @ 17:26:
@Oboeman Zie je iets van sensor.32_153289_outdoor_humidity ? Dit kan je zien bij Ramses RF, klik op je FAN, klik op outdoor humidity, klik op settings (tandwiel).
Maar het kan ook zijn dat je de FAN een andere naam hebt gegeven ?

Je kan ook nog een snelle omweg testen: zet bij Sensor Control de temp en humid sources op external en dan wel de interne sensoren kiezen...

Ja, ik zie daar inderdaad de outdoor humidity sensor

En mijn sensor heeft inderdaad een andere naam gekregen, maakt dat nog uit voor de rest van de config?

[ Voor 9% gewijzigd door Oboeman op 25-08-2026 17:32 ]

[Wimpie70]

ok, maar welke ID heeft ie ?

[Oboeman]

sensor.fan_32_156866_outdoor_humidity

[ Voor 10% gewijzigd door Oboeman op 25-08-2026 17:34 ]

[Wimpie70]

3 dingen:

- heb je een github account ? dan is het misschien handiger om daar even een issue te maken: https://github.com/wimpie70/ramses_extras/issues. Dan kan ik wat gerichter het probleem oplossen zonder hier teveel te posten.

- zie je foutmeldingen in de logs ?

- probeer de omweg die ik eerder noemde.

[ebroerse]

Ramses RF 0.60.0 staat in HACS, en zal ‘vanzelf’ in HA verschijnen. Een “echte” release met de hele config via het Schema. Zie de Wiki voor tips

@Wimpie70 nog bedankt!

[ Voor 11% gewijzigd door ebroerse op 25-08-2026 17:56 ]

[steadye]

Hallo,

Ik ben momenteel in discussie met installateur van onze hrc-400 ecomax in ons nieuwe huis.
Het valt ons op dat de box in stand auto eigenlijk nooit op spint, ook niet als de de badkamer op 85% luchtvochtigheid zit.
De installateur geeft aan dat de lucht gemengd met de lucht uit de bijkeuken, keuken en toiletten dan waarschijnlijk nog niet vochtig genoeg is.
Opvallend is wel dat de lucht uit de badkamer maar zo'n 3 meter hoeft af te leggen naar de wtw unit. Ook als ik handmatig standje 2 kies dus hardere afzuiging, zou ik verwachten dat de box wel aangeeft dat het vocht detecteert, maar dat doet het ook niet.

Installateur geeft aan dat we de box maar standaard op stand 2 moeten laten staan en dat we na het douchen maar op het klokje moeten drukken. Ik vind dat een raar verhaal;, want dat zou ook betekenen dat de lucht uit de keuken, waar een recirculatie afzuigkap wordt gebruikt ook nooit voldoende afgezogen zou worden.

Onze ervaring met een ORCON mvs15 in ons oude huis was dat deze wel vrij snel al op spinde bij het douchen, volgens mij zit hier dezelfde vochtsensor in.

Tuurlijk ben ik ook van de domotica en zal ik hier met alle tips op dit forum wel uitkomen om het zelf te fixen, maar vooralsnog wil ik graag dat de installateur met een gedegen antwoord komt. Zij hebben alles uitgerekend, dus zou het volgens hun goed moeten zijn.

Bij het ontwerp werd ons al aangeraden om ook direct maar wel een electrische radiator te plaatsen tegen vocht en schimmelvorming. Ik denk dan als zij dat al aanraden dat er iets niet goed gaat in de berekening van het ventilatieplan.

Ik kan de standaard afzuigdebiet wel verhogen, maar aangezien de sensor blijkbaar op stand 2 ook geen vocht meet heeft dat geen zin. Ik heb wel gezien tijdens het inmeten dat als we het ventiel in de badkamer verder openzetten, dat de afzuiging in de keuken behoorlijk minder wordt.

Ze regelen de installatie in op standje 3, dus in stand 1 is er ook bijna geen flow naar mijn idee.

Zijn er hier meer mensen die dezelfde ervaring hebben met deze box?
Nog ideeen?, afgezien van het zelf bouwen van een oplossing?

[vliegnerd]

steadye schreef op dinsdag 25 augustus 2026 @ 22:02:
Hallo,

Ik ben momenteel in discussie met installateur van onze hrc-400 ecomax in ons nieuwe huis.
Het valt ons op dat de box in stand auto eigenlijk nooit op spint, ook niet als de de badkamer op 85% luchtvochtigheid zit.
De installateur geeft aan dat de lucht gemengd met de lucht uit de bijkeuken, keuken en toiletten dan waarschijnlijk nog niet vochtig genoeg is.
Opvallend is wel dat de lucht uit de badkamer maar zo'n 3 meter hoeft af te leggen naar de wtw unit. Ook als ik handmatig standje 2 kies dus hardere afzuiging, zou ik verwachten dat de box wel aangeeft dat het vocht detecteert, maar dat doet het ook niet.

Installateur geeft aan dat we de box maar standaard op stand 2 moeten laten staan en dat we na het douchen maar op het klokje moeten drukken. Ik vind dat een raar verhaal;, want dat zou ook betekenen dat de lucht uit de keuken, waar een recirculatie afzuigkap wordt gebruikt ook nooit voldoende afgezogen zou worden.

Onze ervaring met een ORCON mvs15 in ons oude huis was dat deze wel vrij snel al op spinde bij het douchen, volgens mij zit hier dezelfde vochtsensor in.

Tuurlijk ben ik ook van de domotica en zal ik hier met alle tips op dit forum wel uitkomen om het zelf te fixen, maar vooralsnog wil ik graag dat de installateur met een gedegen antwoord komt. Zij hebben alles uitgerekend, dus zou het volgens hun goed moeten zijn.

Bij het ontwerp werd ons al aangeraden om ook direct maar wel een electrische radiator te plaatsen tegen vocht en schimmelvorming. Ik denk dan als zij dat al aanraden dat er iets niet goed gaat in de berekening van het ventilatieplan.

Ik kan de standaard afzuigdebiet wel verhogen, maar aangezien de sensor blijkbaar op stand 2 ook geen vocht meet heeft dat geen zin. Ik heb wel gezien tijdens het inmeten dat als we het ventiel in de badkamer verder openzetten, dat de afzuiging in de keuken behoorlijk minder wordt.

Ze regelen de installatie in op standje 3, dus in stand 1 is er ook bijna geen flow naar mijn idee.

Zijn er hier meer mensen die dezelfde ervaring hebben met deze box?
Nog ideeen?, afgezien van het zelf bouwen van een oplossing?

Ik heb exact hetzelfde met een HRC400 uit 2022, reageert niet op vocht. Al vaker over geschreven, zie deze post o.a. vliegnerd in "Het grote Orcon HRC / WtW topic"

Bij mij is het echt de vochtregeling die niet werkt. Er schijnt een hele serie uit 2022 te zijn met dit probleem.

De vochtsensor van de WTW werkt prima en er komt voldoende vocht bij de WTW bij koken en douchen, dus ik heb het maar met een HA automation opgelost.

Tegenwoordig is Ramses extra de oplossing. Zie hierboven.

[Vaevictis_]

vliegnerd schreef op woensdag 26 augustus 2026 @ 07:57:
[...]

Ik heb exact hetzelfde met een HRC400 uit 2022, reageert niet op vocht. Al vaker over geschreven, zie deze post o.a. vliegnerd in "Het grote Orcon HRC / WtW topic"

Bij mij is het echt de vochtregeling die niet werkt. Er schijnt een hele serie uit 2022 te zijn met dit probleem.

De vochtsensor van de WTW werkt prima en er komt voldoende vocht bij de WTW bij koken en douchen, dus ik heb het maar met een HA automation opgelost.

Tegenwoordig is Ramses extra de oplossing. Zie hierboven.

Er zijn meerdere bugs of features die niet goed werken, dit is wel de meest irritante.

Ik weet dat er firmware updates zijn en met modbus TCP verbonden via de cloud (Orcon) is het mogelijk om remote een firmware update te doen. Ook in documentatie van Airios staat hoe je met modbus een update moet doen. Alleen zijn de binaries niet beschikbaar en je hebt geen garantie mocht er iets stuk gaan. Hoe mooi zou het zijn als we dit als community ooit voor elkaar zouden krijgen.

[RusFighter]

Iemand die ramses_cc wiki beetje verwarrend vindt? Vooral hoe je een fan/remotes moet configureren met schema. Als ik bijvoorbeeld deze sectie bekijk, dan staat er dat ik _commands op REM moet configureren.

code:

29:099029:
  _class: FAN
  _owner: me
  remotes:
    - 29:123150
29:123150:
  _class: REM
  _owner: me
  _faked: true
  _commands:
    low:
      - code: 22F1
      - payload: '000206'
      - verb: I
    medium:
      - code: 22F1
      - payload: '000306'
      - verb: I
    high:
      - code: 22F1
      - payload: '000406'
      - verb: I

Kijk ik naar mijn huidige schema staat er dit:

code:

"32:155471":
  _bound: "37:168272"
  _class: FAN
  _owner: me
  _scheme: orcon
  remotes:
    - "37:168272"
  _commands:
    auto:
      verb: I
      code: 22F1
      payload: "000407"
    auto2:
      verb: I
      code: 22F1
      payload: "000507"
    away:
      verb: I
      code: 22F1
      payload: "000007"
    boost:
      verb: I
      code: 22F1
      payload: "000607"
    bypass_auto:
      verb: W
      code: 22F7
      payload: 00FFEF
    bypass_close:
      verb: W
      code: 22F7
      payload: 0000EF
    bypass_open:
      verb: W
      code: 22F7
      payload: 00C8EF
    disable:
      verb: I
      code: 22F1
      payload: "000707"
    high:
      verb: I
      code: 22F1
      payload: "000307"
    high_15:
      verb: I
      code: 22F3
      payload: 00120F03040404
    high_30:
      verb: I
      code: 22F3
      payload: 00121E03040404
    high_60:
      verb: I
      code: 22F3
      payload: 00123C03040404
    low:
      verb: I
      code: 22F1
      payload: "000107"
    med_60:
      verb: I
      code: 22F3
      payload: 00123C02040404
    medium:
      verb: I
      code: 22F1
      payload: "000207"
    request10D0:
      verb: RQ
      code: 10D0
      payload: "00"
    request31DA:
      verb: RQ
      code: 31DA
      payload: "00"
    reset_filter:
      verb: W
      code: 10D0
      payload: 00FF
    _comment: Commands on FAN (Phase 3b) — target this entity for automations
"37:168272":
  _class: REM
  _faked: true
  _owner: me
  _scheme: orcon
  _commands:
    auto: " I --- 37:168272 32:155471 --:------ 22F1 003 000407"
    auto2: " I --- 37:168272 32:155471 --:------ 22F1 003 000507"
    away: " I --- 37:168272 32:155471 --:------ 22F1 003 000007"
    boost: " I --- 37:168272 32:155471 --:------ 22F1 003 000607"
    bypass_auto: " W --- 37:168272 32:155471 --:------ 22F7 003 00FFEF"
    bypass_close: " W --- 37:168272 32:155471 --:------ 22F7 003 0000EF"
    bypass_open: " W --- 37:168272 32:155471 --:------ 22F7 003 00C8EF"
    disable: " I --- 37:168272 32:155471 --:------ 22F1 003 000707"
    high: " I --- 37:168272 32:155471 --:------ 22F1 003 000307"
    high_15: " I --- 37:168272 32:155471 --:------ 22F3 007 00120F03040404"
    high_30: " I --- 37:168272 32:155471 --:------ 22F3 007 00121E03040404"
    high_60: " I --- 37:168272 32:155471 --:------ 22F3 007 00123C03040404"
    low: " I --- 37:168272 32:155471 --:------ 22F1 003 000107"
    med_60: " I --- 37:168272 32:155471 --:------ 22F3 007 00123C02040404"
    medium: " I --- 37:168272 32:155471 --:------ 22F1 003 000207"
    request10D0: RQ --- 37:168272 32:155471 --:------ 10D0 001 00
    request31DA: RQ --- 37:168272 32:155471 --:------ 31DA 001 00
    reset_filter: " W --- 37:168272 32:155471 --:------ 10D0 002 00FF"
    _comment: Commands on REM (Phase 3a) — will be deprecated, use FAN instead

In de _comment staat letterlijk dat ik op FAN niveau dit moet configureren.

Verder is hele orphans_hvac ook vaag, moet je nu wel of niet de HGI, faked remotes/sensors en FANS inzetten als ze al in je schema staan?

Verder heb je nog _bound: FAN: which REM can send 2411 commands maar nergens in voorbeeld staat dat je dit moet invullen, is dit nodig?

Ook is het mij niet duidelijk wat _scheme: FAN manufacturer (orcon/itho/vasco/nuaire) doet, voor mij iig niks als je dit op de FAN zet

Het zou heel fijn zijn als zulke dingen goed gedocumenteerd zijn. Voordeel hiervan is tevens dat AI dit vervolgens kan valideren tegen de implementatie.

[Wimpie70]

Gebruikt de nieuwe firmware het R3 protocol ?

_commands op FAN idd. Uiteindelijk zal dit minimaal zijn door ingebouwde commandos die alleen overruled hoeven te worden...

_bound, invullen ja

Het meeste zal door het systeem zelf worden gedetecteerd

De Wiki wordt ge-update, maar de veranderingen zijn snel gegaan en dit loopt een beetje achter, en zal ook nog verder veranderen.

Als je wilt helpen met de wiki kan je altijd een issue aanmaken met een voorstel.

[Wimpie70]

_scheme: Each vendor uses different hex codes for different mode names:

Hex	Itho	Nuaire	Orcon	Vasco
00	off	—	away	off
01	trickle	—	low	away
02	low	normal	medium	low
03	medium	boost	high	medium
04	high	—	auto	high
05	—	—	auto_alt	auto
06	—	—	boost	—
07	—	—	off	—
09	—	heater_off	—	—
0A	—	heater_auto	—	—

[RusFighter]

Wimpie70 schreef op woensdag 26 augustus 2026 @ 08:42:
Gebruikt de nieuwe firmware het R3 protocol ?

_commands op FAN idd. Uiteindelijk zal dit minimaal zijn door ingebouwde commandos die alleen overruled hoeven te worden...

_bound, invullen ja

Het meeste zal door het systeem zelf worden gedetecteerd

De Wiki wordt ge-update, maar de veranderingen zijn snel gegaan en dit loopt een beetje achter, en zal ook nog verder veranderen.

Als je wilt helpen met de wiki kan je altijd een issue aanmaken met een voorstel.

Het is redelijk lastig om met wiki te helpen als je niet weet welke "traits" wat doen en waar ze horen te staan.

Het meeste zal door het systeem zelf worden gedetecteerd

Dit is als je passive device discovery aanzet in advanced?

[ebroerse]

RusFighter schreef op woensdag 26 augustus 2026 @ 08:36:...
Voordeel hiervan is tevens dat AI dit vervolgens kan valideren tegen de implementatie.

Tja, AI (LLM) heeft geholpen om het te schrijven. Stel het op prijs dat echte mensen het ‘valideren’, maar het is en blijft vrijwilligerswerk.

[ebroerse]

RusFighter schreef op woensdag 26 augustus 2026 @ 09:29:
[...]
Dit is als je passive device discovery aanzet in advanced?

Ja, klopt. Staat standaard al aan.

Alle traits staan hier, voor de liefhebber. Staan ook in de Wiki.

[ Voor 4% gewijzigd door ebroerse op 27-08-2026 20:12 ]

[Oboeman]

Oboeman schreef op zondag 23 augustus 2026 @ 20:11:
Afgelopen weekend ook eindelijk ons nieuwe ventilatiesysteem geïnstalleerd, en meteen maar aan de gang gegaan met het automatiseren. Ik heb uiteindelijk het voor elkaar gekregen dat ik alle commando's kan sturen naar mijn ventilatieunit via ramses rf (ik gebruik nu net versie 0.59.11).

Het leek me meteen mooi om ook ramses extra uit te proberen (ik gebruik hier ook de allerlaatste versie), zeker met de temperatuur optie om iets van koele lucht het huis in te krijgen. Ik heb de optie aangezet, en functioneel werkt het. Ik heb helaas alleen wat problemen met de HVAC card, deze geeft niet alle waardes/status goed weer. Is dit een bekend probleem, of staat er misschien wat fout in mijn config? ik heb 2 unavailable waarden, en er staat een groen vraagteken naast online. Ook als ik op temp control druk, komt er geen blauw randje om temp control staan, deze blijft altijd om 'auto extras on' staan. Voor nu heb ik de commando's er ook rechtstreeks onder gezet, zodat ik zeker weet wat de status is en dat het commando aan of uit staat.


[Afbeelding]

Het issue van de unavailable waarde is ondertussen opgelost in ramses extras. Bedankt @Wimpie70 !

[Wimpie70]

Ja, dat was een lastige Bedankt voor het steeds testen en de logs.

[ Voor 45% gewijzigd door Wimpie70 op 27-08-2026 21:31 ]

[Ramkoe]

Oboeman schreef op donderdag 27 augustus 2026 @ 21:29:
[...]

Het issue van de unavailable waarde is ondertussen opgelost in ramses extras. Bedankt @Wimpie70 !

ja hier ook nu: , weet niet of het user error was maar inmiddels staan alle waardes nu zonder error in het dashboard, nu nog even verder spelen met automatisering voor afzuiging bij het douchen!

Na reboot pakt hij comfort temperatuur setting niet meteen over maar negeer dat maar even op screenshot :+*edit is nu opgehaald*

[ Voor 18% gewijzigd door Ramkoe op 28-08-2026 14:45 . Reden: screenshot update! ]

[Wimpie70]

Mooi om te horen. De comfort Temperature, en andere 2411 params worden iets later opgehaald bij je FAN, dit om teveel verkeer te voorkomen. Het zijn berichten die de FAN niet vanzelf stuurt.

Mocht dit na enige tijd niet opgehaald zijn, kan je ze (samen met de andere) nog even handmatig ophalen via de config (tandwieltje) in de kaart.

Ze worden zowieso iedere 6 uur ververst door Ramses RF.

[ Voor 5% gewijzigd door Wimpie70 op 28-08-2026 14:33 ]

[ebroerse]

Ook hier even als tip:

Wie HA Core 2026.9.0 wil installeren zodra die uitkomt begin september, moet eerst Ramses RF 0.60.2 (of later) installeren, want door een paar veranderingen in HA start de integratie anders niet op. We hebben het met de beta-versie getest en 0.60.2 draait ook "gewoon" met de huidige HA Core 2026.8.x.

[cablegunmaster]

Wimpie70 schreef op woensdag 26 augustus 2026 @ 08:55:
_scheme: Each vendor uses different hex codes for different mode names:

Hex	Itho	Nuaire	Orcon	Vasco
00	off	—	away	off
01	trickle	—	low	away
02	low	normal	medium	low
03	medium	boost	high	medium
04	high	—	auto	high
05	—	—	auto_alt	auto
06	—	—	boost	—
07	—	—	off	—
09	—	heater_off	—	—
0A	—	heater_auto	—	—

Dank op basis hiervan weer mijn schema aangepast;

Schema op basis van een Orcon ventilatie systeem; voorbeelden helpen mij al gauw om nieuwe dingen te maken en aan te passen.

code:

_owner: cablegunmaster
18:050704:
  _class: HGI
  _owner: cablegunmaster
32:136873:
  _bound: 37:050704
  _class: FAN
  _commands:
    _comment: Commands on FAN (Phase 3b) — target this entity for automations
    off:
      code: 22F1
      payload: '000004'
      verb: I
    away:
      code: 22F1
      payload: '000104'
      verb: I
    low:
      code: 22F1
      payload: '000204'
      verb: I
    medium:
      code: 22F1
      payload: '000304'
      verb: I
    high:
      code: 22F1
      payload: '000404'    
    auto:
      code: 22F1
      payload: '000504' 
      verb: I
    boost:
      verb: I
      code: 22F1
      payload: '000604'
    timer_10mins:
      code: 22F3
      payload: 00020A04040000
      verb: I
    timer_15mins:
      code: 22F3
      payload: 00020F04040000
      verb: I
    timer_30mins:
      code: 22F3
      payload: 00021E04040000
      verb: I
    timer_60mins:
      code: 22F3
      payload: 00023C04040000
      verb: I
    'false':
      verb: I
      code: 22F1
      payload: '000004'
  _owner: cablegunmaster
  remotes:
    - 37:050704
37:050704:
  _bound: 32:136873
  _class: REM
  _commands:
    _comment: Commands on REM (Phase 3a) — will be deprecated, use FAN instead
    'false': ' I --- 37:050704 32:136873 --:------ 22F1 003 000004'
    away: ' I --- 37:050704 32:136873 --:------ 22F1 003 000104'
    low: ' I --- 37:050704 32:136873 --:------ 22F1 003 000204'
    medium: ' I --- 37:050704 32:136873 --:------ 22F1 003 000304'
    high: ' I --- 37:050704 32:136873 --:------ 22F1 003 000404'
    auto: ' I --- 37:050704 32:136873 --:------ 22F1 003 000504'
    boost: ' I --- 37:050704 32:136873 --:------ 22F1 003 000604'
    timer_10mins: ' I --- 37:050704 32:136873 --:------ 22F3 007 00020A04040000'
    timer_15mins: ' I --- 37:050704 32:136873 --:------ 22F3 007 00020F04040000'
    timer_30mins: ' I --- 37:050704 32:136873 --:------ 22F3 007 00021E04040000'
    timer_60mins: ' I --- 37:050704 32:136873 --:------ 22F3 007 00023C04040000'
  _faked: true
  _note: Orcon 15RF Remote
  _owner: cablegunmaster
  commands: null

Even beide varianten neergezet als voorbeelden; de REM entity gaat binnenkort leeg.

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. dit is iets wat op viel; geen idee of dit een bug is of dat het een vertaal slag is die nog gefixt moet worden.

Een kleine bijkomstigheid tijdens het opslaan van de cmd; off komt terug als 'false' als je opslaat.

RAMSES RF: 0.60.3
Ramses Extra 0.21.10

HA:
Core 2026.8.3
Frontend: 20260729.7

[ Voor 3% gewijzigd door cablegunmaster op 31-08-2026 23:44 ]

[ebroerse]

cablegunmaster schreef op maandag 31 augustus 2026 @ 23:01:
[...]
Een kleine bijkomstigheid tijdens het opslaan van de cmd; off komt terug als 'false' als je opslaat.

Zet 'off' tussen single quotes, dan blijft het staan.

Vanaf 0.60.4 kun je de standaard commando trouwens weglaten, ook bij de fan, mits je een _scheme: (orcon, vasco, ...) definieert.

[cablegunmaster]

ebroerse schreef op maandag 31 augustus 2026 @ 23:44:
[...]


Zet 'off' tussen single quotes, dan blijft het staan.

Vanaf 0.60.4 kun je de standaard commando trouwens weglaten, ook bij de fan, mits je een _scheme: (orcon, vasco, ...) definieert.

Ik kan niet wachten .

[Wimpie70]

Alleen de timer commando's ben ik vergeten, die komen met de volgende (>0.60.4) versie mee.
Als je de commando's weghaalt, maak dan eerst even een kopietje voor de zekerheid...

Deze 'ingebakken' commando's kan je dan nog steeds wel 'overrulen' in je fan.

Je kan dan ook de nl woorden (hoog, laag, etc) gebruiken (als je nl taal gebruikt, engels werkt zowieso.) De actions zijn ook verbeterd en bv set_mode geeft je een drop-down met beschikbare modes voor jouw _scheme, en/of evt. extra 'mode' commando's....later meer in de wiki.

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