Het grote Orcon HRC / WtW topic

[immrmkw]

@JP1980

Ja dat klopt. Het is nu zo gedaan omdat de remote als enige het toevoegen van commando's ondersteunt. Dus hoewel de commando's van je fake sensors lijken te komen, stuurt je fake remote ze eigenlijk.

Pairen moet met de zonecontroller inderdaad.

Ik heb zelf niet een systeem met zones. Misschien kan @homeautomate, daar nog iets over zeggen. In ieder geval zou ik wel verwachten dat wanneer je een 31E0 commando stuurt, er altijd iets gebeurt. Bij mij gaat de ventilator instantaan naar maximaal wanneer ik een 31E0 commando stuur met FF als 3de byte, wat de maximale ventilatiesterkte aangeeft.

De PID controller reageert alleen als het setpoint lager is dan je huidige index, maar dat had je denk ik al uitgevonden nu.

Dat is inderdaad een bug. Ik dacht dat ik deze had opgelost, maar er zijn blijkbaar nog omstandigheden waarbij het alsnog optreedt... Mocht het toch nog lukken om de stappen waarbij het optreedt te achterhalen, laat het me dan weten, dan kan ik het iets makkelijker oplossen. Ik denk dat het is wanneer je de opties later nogmaals opent om dingen aan te passen. Ik ga er zelf ook naar kijken.

[JP1980]

immrmkw schreef op zondag 26 oktober 2025 @ 09:51:
@JP1980
De PID controller reageert alleen als het setpoint lager is dan je huidige index, maar dat had je denk ik al uitgevonden nu.

Dat had ik inderdaad niet uitgevogeld, en is waarschijnlijk het cruciale gegeven wat ik miste. Ik ging er vanuit dat een hogere stand een heftigere reactie oplevert. Denk dat ik die flink ga verlagen dan. Wat ik wil bereiken is dat de HA aansturing net m'n normale aansturing iets voor is. Het systeem moet vrij snel een basisventilatie gaan geven. We wonen maar met ons 2'en en 2 katten en eigenlijk alles wat ik nodig heb is zodra de CO2 maar iets verhoogt is (zeg ongeveer 700ppm) dan wil ik dat deze precies gaat ventileren alsof er 2 mensen in de kamer zijn.

immrmkw schreef op zondag 26 oktober 2025 @ 09:51:
@JP1980
Dat is inderdaad een bug. Ik dacht dat ik deze had opgelost, maar er zijn blijkbaar nog omstandigheden waarbij het alsnog optreedt... Mocht het toch nog lukken om de stappen waarbij het optreedt te achterhalen, laat het me dan weten, dan kan ik het iets makkelijker oplossen. Ik denk dat het is wanneer je de opties later nogmaals opent om dingen aan te passen. Ik ga er zelf ook naar kijken.

Het viel mij op na aanpassen van de CO2 index treshold. Maar als ik die nu aanpas dan gebeurd het niet meer. Ik heb de 2 extra sensoren verwijderd als ik het ontdek meld ik het wel.

Nog 1 vraagje: ik zou graag het gedrag een beetje willen simuleren. Is er ook een mogelijkheid om handmatig de air quality en fan rate te herberekenen? Dan kan ik met gesimuleerde CO2 sensors eens kijken wat hij gaat doen onder welke omstandigheden. Nu moet ik elke keer wachten op de update interval. Of kan ik voor het testen deze ook op 10 seconden zetten (Ramses update om de 60 seconden)?

[JP1980]

immrmkw schreef op zondag 26 oktober 2025 @ 09:51:
@JP1980

Ja dat klopt. Het is nu zo gedaan omdat de remote als enige het toevoegen van commando's ondersteunt. Dus hoewel de commando's van je fake sensors lijken te komen, stuurt je fake remote ze eigenlijk.

Pairen moet met de zonecontroller inderdaad.

Ik heb zelf niet een systeem met zones. Misschien kan @homeautomate, daar nog iets over zeggen. In ieder geval zou ik wel verwachten dat wanneer je een 31E0 commando stuurt, er altijd iets gebeurt. Bij mij gaat de ventilator instantaan naar maximaal wanneer ik een 31E0 commando stuur met FF als 3de byte, wat de maximale ventilatiesterkte aangeeft.

De PID controller reageert alleen als het setpoint lager is dan je huidige index, maar dat had je denk ik al uitgevonden nu.

Dat is inderdaad een bug. Ik dacht dat ik deze had opgelost, maar er zijn blijkbaar nog omstandigheden waarbij het alsnog optreedt... Mocht het toch nog lukken om de stappen waarbij het optreedt te achterhalen, laat het me dan weten, dan kan ik het iets makkelijker oplossen. Ik denk dat het is wanneer je de opties later nogmaals opent om dingen aan te passen. Ik ga er zelf ook naar kijken.

Nog 2 ontdekkingen:

1. verdwijnen CO2 devices settings
Is nu voor de 2e keer gebeurd. Maar soms verdwijnen ineens de instellingen van beide Device Configuration van zone 1 en zone 2. Ook hier heb ik nog niet kunnen ontdekken wanneer dit gebeurd maar je merkt er niets van behalve dat de Fan Rate 0 blijft.

2. standaard waarde ik Proportional Gain (Kp)
Deze bevat bij mij 25,5 terwijl de decimal separator een punt is. Naar mijn idee heb ik dit getal niet gewijzigd.
Ben niet thuis in Pyton maar volgens ChatGPT moet deze wijziging gemaakt worden in config.flow.py regel 175:

code:

vol.Required("kp", default=25.5): vol.Coerce(float),

moet zijn

code:

vol.Required("kp", default=25.5): cv.small_float

EDIT nog een update:
Elke keer als ik bij kp 25.5 invul dan veranderd het HA dit weer naar 25,5. Dus ik heb er nu even 25 van gemaakt. En nu heb ik een fan rate. En ook weer die 2 extra Air Qualirty Index Zone 3 en 4. Dus ik ging van een incorrecte setup naar een correcte setup.

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

[immrmkw]

@JP1980

De controller maakt van elke sensorwaarde een getal tussen 0 en 5. Dit gebeurt met de indexwaarden die je voor dit type sensor hebt opgegeven. Voor de CO2 is het als volgt:

code:

[400, 650, 1500, 2000, 2500, 5000]

Als de sensor een waarde uitleest die exact gelijk is met 1 van deze getallen, dan krijg je 0, 1, 2, 3, 4 of 5. Als het een waarde is die ertussen ligt, dan interpoleert hij deze. 700 ppm zoals in jouw voorbeeld leidt tot een index van 1.059. Als je de controller dus een setpoint van 1 geeft, zou hij vrij dicht in de buurt van 700 ppm moeten blijven.

Je kunt het gedrag simuleren door de PID berekening handmatig uit te voeren. Je fan output is de som van een proportioneel deel en een integrator (de D is altijd nul, dus eigenlijk is het een PI controller). De fout is je huidige index minus je setpoint. Dus als je index 2 is, terwijl je hem op 1 in had gesteld, is je fout 1. Het proportionele deel doet je fout maal de gain (Kp). Dus als je fout 1 is, en je gain 25, dan gaat je ventilatie op 25% draaien. De integrator integreert je fout, en vermenigvuldigt dat met de gain (Ki). Ik heb dit intuitief proberen te maken door gebruikers het aantal seconden op te laten geven dat het duurt voordat de fan op 100% staat bij een fout van 1, 2, 3, 4, of 5. Dus stel je fout is 1, en je zet de gain op 900 seconden, dan duurt het een kwartier voordat je fan op 100% staat.

Dus, stel je zet je controller nu aan, en je fout is 1, dan gaat je ventilator instantaan op 25%, en grofweg een kwartier later staat hij op 100%.

Wat betreft je ontdekkingen:
1. Dit ben ik in het verleden ook tegengekomen, maar meende ik al gefixt te hebben. Net als de vorige bug die je rapporteerde. Welk versienummer staat er in je manifest? Ik ga hoe dan ook nog een nieuwe versie maken met nog een paar kleine verbeteringen erin. Hopelijk is het dan helemaal verholpen.

2. Dit heb ik nog niet eerder gezien. Zoals je code al aangeeft, is de waarde default 25.5, niet 25,5. Dit kan te maken hebben met hoe we in het Nederlands de komma gebruiken ipv de punt. Ik kijk of Chatgpts oplossing werkt.

[immrmkw]

@JP1980 , ik heb een nieuwe release gemaakt, v2.1.0-dev, die hopelijk alle vandaag genoemde punten verbetert.

[ Voor 6% gewijzigd door immrmkw op 26-10-2025 21:11 ]

[JP1980]

immrmkw schreef op zondag 26 oktober 2025 @ 20:29:
@JP1980

De controller maakt van elke sensorwaarde een getal tussen 0 en 5. Dit gebeurt met de indexwaarden die je voor dit type sensor hebt opgegeven. Voor de CO2 is het als volgt:

code:

[400, 650, 1500, 2000, 2500, 5000]

Als de sensor een waarde uitleest die exact gelijk is met 1 van deze getallen, dan krijg je 0, 1, 2, 3, 4 of 5. Als het een waarde is die ertussen ligt, dan interpoleert hij deze. 700 ppm zoals in jouw voorbeeld leidt tot een index van 1.059. Als je de controller dus een setpoint van 1 geeft, zou hij vrij dicht in de buurt van 700 ppm moeten blijven.

Je kunt het gedrag simuleren door de PID berekening handmatig uit te voeren. Je fan output is de som van een proportioneel deel en een integrator (de D is altijd nul, dus eigenlijk is het een PI controller). De fout is je huidige index minus je setpoint. Dus als je index 2 is, terwijl je hem op 1 in had gesteld, is je fout 1. Het proportionele deel doet je fout maal de gain (Kp). Dus als je fout 1 is, en je gain 25, dan gaat je ventilatie op 25% draaien. De integrator integreert je fout, en vermenigvuldigt dat met de gain (Ki). Ik heb dit intuitief proberen te maken door gebruikers het aantal seconden op te laten geven dat het duurt voordat de fan op 100% staat bij een fout van 1, 2, 3, 4, of 5. Dus stel je fout is 1, en je zet de gain op 900 seconden, dan duurt het een kwartier voordat je fan op 100% staat.

Dus, stel je zet je controller nu aan, en je fout is 1, dan gaat je ventilator instantaan op 25%, en grofweg een kwartier later staat hij op 100%.

Wat betreft je ontdekkingen:
1. Dit ben ik in het verleden ook tegengekomen, maar meende ik al gefixt te hebben. Net als de vorige bug die je rapporteerde. Welk versienummer staat er in je manifest? Ik ga hoe dan ook nog een nieuwe versie maken met nog een paar kleine verbeteringen erin. Hopelijk is het dan helemaal verholpen.

2. Dit heb ik nog niet eerder gezien. Zoals je code al aangeeft, is de waarde default 25.5, niet 25,5. Dit kan te maken hebben met hoe we in het Nederlands de komma gebruiken ipv de punt. Ik kijk of Chatgpts oplossing werkt.

Dank je. Het is duidelijk en het percentage gaat met de KP van 25 (dus zonder decimalen) goed.
Alleen de aansturing van de ventilatie zie ik nog niet terug in het ramses log, alleen in het begin lijkt er enige communicatie te zijn.

Ik heb versie 0.2 en zie inderdaad een nieuwe versie 2.1.0 dev binnenkomen. Die ga ik installeren en ik houd je op de hoogte of dat beter gaat.

[JP1980]

immrmkw schreef op zondag 26 oktober 2025 @ 20:29:
@JP1980

De controller maakt van elke sensorwaarde een getal tussen 0 en 5. Dit gebeurt met de indexwaarden die je voor dit type sensor hebt opgegeven. Voor de CO2 is het als volgt:

code:

[400, 650, 1500, 2000, 2500, 5000]

Als de sensor een waarde uitleest die exact gelijk is met 1 van deze getallen, dan krijg je 0, 1, 2, 3, 4 of 5. Als het een waarde is die ertussen ligt, dan interpoleert hij deze. 700 ppm zoals in jouw voorbeeld leidt tot een index van 1.059. Als je de controller dus een setpoint van 1 geeft, zou hij vrij dicht in de buurt van 700 ppm moeten blijven.

Je kunt het gedrag simuleren door de PID berekening handmatig uit te voeren. Je fan output is de som van een proportioneel deel en een integrator (de D is altijd nul, dus eigenlijk is het een PI controller). De fout is je huidige index minus je setpoint. Dus als je index 2 is, terwijl je hem op 1 in had gesteld, is je fout 1. Het proportionele deel doet je fout maal de gain (Kp). Dus als je fout 1 is, en je gain 25, dan gaat je ventilatie op 25% draaien. De integrator integreert je fout, en vermenigvuldigt dat met de gain (Ki). Ik heb dit intuitief proberen te maken door gebruikers het aantal seconden op te laten geven dat het duurt voordat de fan op 100% staat bij een fout van 1, 2, 3, 4, of 5. Dus stel je fout is 1, en je zet de gain op 900 seconden, dan duurt het een kwartier voordat je fan op 100% staat.

Dus, stel je zet je controller nu aan, en je fout is 1, dan gaat je ventilator instantaan op 25%, en grofweg een kwartier later staat hij op 100%.

Wat betreft je ontdekkingen:
1. Dit ben ik in het verleden ook tegengekomen, maar meende ik al gefixt te hebben. Net als de vorige bug die je rapporteerde. Welk versienummer staat er in je manifest? Ik ga hoe dan ook nog een nieuwe versie maken met nog een paar kleine verbeteringen erin. Hopelijk is het dan helemaal verholpen.

2. Dit heb ik nog niet eerder gezien. Zoals je code al aangeeft, is de waarde default 25.5, niet 25,5. Dit kan te maken hebben met hoe we in het Nederlands de komma gebruiken ipv de punt. Ik kijk of Chatgpts oplossing werkt.

Mijn hele device configuration had ik fout opgezet.
Persoonlijker had ik het wat inituatiever gevonden dat je bijvoorbeeld de CO2 sensor en overige sensors bij de zone kan configureren. Nu kan je CO2 sensors opgeven maar ik neem aan dat de eerste die je opgeeft zone 1 is, de 2e zone 2 maar dat is niet direct duidelijk.

Dingen lijken nu te gaan werken.

Nog wat dingen tegengekomen:
1. setup wijzigen wil niet
Wijziging in de PID setup kan ik niet meer doen krijg daar altijd een melding zowel bij "Air Quaility Setpoint" en "Proportional Gain" -> "Value must be at most 1".

2. wijzigen in de setup hebben geen effect
Totdat ik de integratie handmatig herlaad.

3. Is het echt zuiver multizone?
Als ik de code goed begrijp stuur je wel alle beide zones aan, maar wordt de fan rate bepaald op basis van zone met de slechtste kwaliteit. De andere zone ontvangt dan een bericht dat deze op de min waarde moet ventileren. Begrijp ik dat goed en zo ja, waarom is dat?
Naar mijn idee klopt dit conceptueel niet, en moet elke zone een eigen Fan Rate hebben en op die basis een "Fan Demand" indienen bij de controller. De controller zoekt op basis van alle input de stand van de kleppen en het totale luchtdebiet van de ventilator om te voldoen aan de gecombineerde verzoeken van de sensoren.

[immrmkw]

@JP1980

Ik heb het nu zo gedaan dat je eerst alle sensoren kunt selecteren, en in het volgende venster kun je aan elke sensor een zone toekennen. Dit vond ik aardig intuitief. De config flow laat het niet toe om dynamisch zowel een sensor als een zone te selecteren. Wat ik kan doen is dat ik gebruikers per zone een willekeurige lijst met sensoren laat maken, en dan later check welk type sensoren is geselecteerd en de volgende stappen in de config flow daarop baseer. Ik vond het nu eigenlijk al best prima.

1. Dit gebeurt bij mij niet. Zou misschien ook weer aan de taalinstellingen kunnen liggen oid. Ik moet er even naar kijken.
2. Als ik een wijziging maak en de log open, zie ik dat de integratie herstart. Heb jij dit niet?
3. Ik heb zelf geen multi-zone systeem, dus ik weet niet 100% hoe dit werkt. Zoals ik het begrijp, sturen sensoren in de verschillende zones allemaal een demand (in de vorm van een getal van 0 - 255), en vogelt de zonecontroller de stand van de kleppen en de ventilator uit. Vaak zit daar een algoritme achter dat een ratio bepaalt tussen de kleppen inderdaad. Hij prioriteert de zone met de slechtste kwaliteit en die zal vanzelf een betere kwaliteit krijgen dan de andere zone. Vervolgens wordt deze zone geprioriteerd. Dan regelt het allemaal vanzelf naar de juiste waarde. Je hoeft hiervoor niet expliciet met debieten te werken.

[JP1980]

immrmkw schreef op maandag 27 oktober 2025 @ 22:12:
@JP1980
1. Dit gebeurt bij mij niet. Zou misschien ook weer aan de taalinstellingen kunnen liggen oid. Ik moet er even naar kijken.

Bij mij gebeurde dit in versie 0.2 ook niet.

immrmkw schreef op maandag 27 oktober 2025 @ 22:12:
@JP1980
2. Als ik een wijziging maak en de log open, zie ik dat de integratie herstart. Heb jij dit niet?

ok ik zie dat bij sommige instellingen dat dit wel gebeurd. Maar niet nadat ik de device configuratie (1 en 2) had gewijzigd.

immrmkw schreef op maandag 27 oktober 2025 @ 22:12:
3. Ik heb zelf geen multi-zone systeem, dus ik weet niet 100% hoe dit werkt. Zoals ik het begrijp, sturen sensoren in de verschillende zones allemaal een demand (in de vorm van een getal van 0 - 255), en vogelt de zonecontroller de stand van de kleppen en de ventilator uit. Vaak zit daar een algoritme achter dat een ratio bepaalt tussen de kleppen inderdaad. Hij prioriteert de zone met de slechtste kwaliteit en die zal vanzelf een betere kwaliteit krijgen dan de andere zone. Vervolgens wordt deze zone geprioriteerd. Dan regelt het allemaal vanzelf naar de juiste waarde. Je hoeft hiervoor niet expliciet met debieten te werken.

ok dan is het wel lastig testen maar het is exact zoals je zegt.
Eigenlijk moet je elke zone zien als een apart systeem. De WTW zoekt zelf uit wat die moet doen.
Als ik op 1 zone 100% vraag en op de andere zone 0%, dan draait de WTW op 65%. (vermoed dat er nog steeds 15% naar de andere zone gaat).
Die prioritering hoef je dan ook niet in je applicatie te regelen. Je applicatie hoeft alleen maar een verzoek in te dienen per zone.
Ik dacht in je code te lezen dat alleen de slechtste zone aangestuurd werd maar kan het ook niet meer vinden. zal het nog in de gaten houden.

Ik zal de komende dagen nog even kijken of deze regeling wat is maar neig toch na om mijn doel met een eigen script te bereiken. Enige wat ik wil is dat de ventilatie iets eerder op een basisniveau begint te draaien. Als de CO2 dan nog oploopt dan mogen de normale sensoren het wel overnemen. Daar is niet een super geavanceerde regeling voor nodig. Ben wel blij dat door je applicatie het aanmelden van de fake sensoren is gelukt

[homeautomate]

Mooi om te zien dat er weer stappen zijn gemaakt @immrmkw! goede feedback @JP1980

Ben ook in het bezit van zonesturing met een aantal Orcon sensoren en een aantal niet Orcon sensoren ongeveer elke kamer heeft een Netatmo. In dit geval is dit een ideale oplossing. Niet Orcon CO2 melders en Orcon CO2 melders worden dan samengebracht in een "groep AQI" om op basis van de kwaliteit eerder in te spelen op de behoefte.

De fan demand die wordt afgegeven middels een E31 bericht is bepalend voor het bepalen van de ratio conform de ingestelde verhouding tussen zone 1 en zone 2 (bijv 65% zone 1 en 35% zone 2) op de kleppen. Vandaar dat de PID fan rate sensor ook niet gelijk loopt met de supply fan speed sensor (althans dat is mijn theorie). Volgens mijn analyse klopt het ook dat een klep nooit helemaal wordt afgesloten ongeacht de ingestelde verhouding. Hij blijft altijd afhankelijk van de verdeling een minimale hoeveelheid lucht doorvoeren aan de zone waar geen vraag is.

@immrmkw het gebeurd nog regelmatig hier dat de fan rate sensor blijft hangen zonder dat er enig bericht wordt verstuurd naar de zone controller. Dan moet ik opnieuw de config volledig doorlopen om het weer werkend te krijgen. Niet erg maar dacht misschien kunnen we dit issue nog ergens terugvinden.

@JP1980 Stel dat de PID rond een setpoint van 1 is ingesteld, zal de unit sneller optoeren en de verdeling juist worden gedaan. Ik kan mij wel vinden in wat je zegt maar ben nog zoekende hoe de waardes bijvoorbeeld vastgehouden kunnen worden in de vorm van een trend. Aan wat voor type script denk je aan?

Wellicht een idee @immrmkw dat je kan sturen op twee manieren dat kan dan voor niet zone en zonesturing, daarmee realiseren we een soort 'supervisory laag':
1 via PID modulair (voor de dynamische aanpassing), en
2 aanvullend met vooraf gedefinieerde bandbreedtes of hysterese
Een idee: Stel je bent met 2 / 3 personen in een ruimte en CO2 loopt op setpoint zorgt dat de Unit sneller acteert wil je dat er op basis van een bepaalde bandbreedte een fan speed voor die "trend" vastgehouden wordt om te voorkomen dat de unit continue aan het opspinnen en afspinnen is.

Heb wel eens de apps van andere partijen bekeken maar die lijken lang niet zo ver te gaan als wat wij hier bespreken dus dat is zeker motiverend!

[JP1980]

homeautomate schreef op dinsdag 28 oktober 2025 @ 14:56:
Mooi om te zien dat er weer stappen zijn gemaakt @immrmkw! goede feedback @JP1980

Ben ook in het bezit van zonesturing met een aantal Orcon sensoren en een aantal niet Orcon sensoren ongeveer elke kamer heeft een Netatmo. In dit geval is dit een ideale oplossing. Niet Orcon CO2 melders en Orcon CO2 melders worden dan samengebracht in een "groep AQI" om op basis van de kwaliteit eerder in te spelen op de behoefte.

De fan demand die wordt afgegeven middels een E31 bericht is bepalend voor het bepalen van de ratio conform de ingestelde verhouding tussen zone 1 en zone 2 (bijv 65% zone 1 en 35% zone 2) op de kleppen. Vandaar dat de PID fan rate sensor ook niet gelijk loopt met de supply fan speed sensor (althans dat is mijn theorie). Volgens mijn analyse klopt het ook dat een klep nooit helemaal wordt afgesloten ongeacht de ingestelde verhouding. Hij blijft altijd afhankelijk van de verdeling een minimale hoeveelheid lucht doorvoeren aan de zone waar geen vraag is.

@immrmkw het gebeurd nog regelmatig hier dat de fan rate sensor blijft hangen zonder dat er enig bericht wordt verstuurd naar de zone controller. Dan moet ik opnieuw de config volledig doorlopen om het weer werkend te krijgen. Niet erg maar dacht misschien kunnen we dit issue nog ergens terugvinden.

@JP1980 Stel dat de PID rond een setpoint van 1 is ingesteld, zal de unit sneller optoeren en de verdeling juist worden gedaan. Ik kan mij wel vinden in wat je zegt maar ben nog zoekende hoe de waardes bijvoorbeeld vastgehouden kunnen worden in de vorm van een trend. Aan wat voor type script denk je aan?

Wellicht een idee @immrmkw dat je kan sturen op twee manieren dat kan dan voor niet zone en zonesturing, daarmee realiseren we een soort 'supervisory laag':
1 via PID modulair (voor de dynamische aanpassing), en
2 aanvullend met vooraf gedefinieerde bandbreedtes of hysterese
Een idee: Stel je bent met 2 / 3 personen in een ruimte en CO2 loopt op setpoint zorgt dat de Unit sneller acteert wil je dat er op basis van een bepaalde bandbreedte een fan speed voor die "trend" vastgehouden wordt om te voorkomen dat de unit continue aan het opspinnen en afspinnen is.

Heb wel eens de apps van andere partijen bekeken maar die lijken lang niet zo ver te gaan als wat wij hier bespreken dus dat is zeker motiverend!

Het slim aansturen is een heel lastig probleem. Blijkt ook omdat de standaard Orcon CO2 sturing bij mij niet lekker werkt. De systemen meten CO2, maar wat je eigenlijk nodig hebt is de CO2 productie. Aan de hand van de CO2 toename zou je moeten ventileren. Maar die is niet te meten, dus het beste wat je hebt is het huidige CO2 niveau. Lijkt mij erg moeilijk om een algoritme te bedenken die dit perfect doet. Maar om dichtbij perfectie te komen zou je de CO2 delta moeten nemen tussen 2 tijdstippen, en deze weer compenseren met hoeveel je al ventileert om een klein beetje te berekenen hoeveel mensen er in een ruimte zijn feitelijk. Maar zoals gezegd erg ingewikkeld dus kom je op systemen die met vertraging op toeren. Wat jullie nu doen is dan ook prima dat je alle parameters een beetje instelbaar maakt. Echter moet je best wel wat weten om dat allemaal in te stellen, en daarmee alleen voor prosumers. Vind het zelf wel lastig.

Wat betreft je vraag (als ik die goed begrijp) maar ik dacht gisteren nog eigenlijk mist er een belangrijke sensor in Ramses zelf. Ieder CO2 device zou een sensor moeten hebben die de laatst verstuurde 'fan demand' weergeeft. In 1-255 of percentage, maakt niet zoveel uit. Daarmee krijg je ook inzicht in wat je normale fysieke sensors doen. En het zou natuurlijk mooi zijn dat binnen ramses dan ook commands verzonden kunnen worden op die CO2 devices. Die sensor kan je wellicht ook maken in jullie integratie maar in Ramses is veel logischer want die kent ook echt alle devices. Misschien moet daarvoor ook wel een nieuwe device class CO2_REM worden geïntroduceerd. Als die sensors er zouden zijn, dan is in feite de fan rate in jullie integratie overbodig geworden. (vind het nu al een rare metric zoals eerder gezegd, het is maar 1 waarde voor de slechtste zone)

Ik heb overigens ook een paar netatmo devices maar die zijn voor CO2 nu eigenlijk overbodig sinds ik via Ramses nu die van Orcon ontvang.

[Wimpie70]

Ik ben bezig met het maken van een integratie die het installeren van cards, automations, entities, maar evt ook extra py-hooks, servicecalls of websockets voor .js wat gebruikersvriendeljker maakt. Althans, dat is het doel, het is nog niet helemaal af...
Deze 'ramses-extras' draait bovenop ramses RF.
Zogenaamde 'features' kunnen worden aan- en uitgezet, en worden dan automatisch geinstalleerd of verwijderd.
Als voorbeeld heb ik een hvac-card (WIP) in javascript. De card komt automatisch beschikbaar in dashboards, en je hoeft eigenlijk alleen maar de device te kiezen en de integratie doet de rest. Deze card gebruikt 2 extra entities (absolute humidity) die automatisch worden aangemaakt voor (door ramses RF) gevonden FAN devices.
De bound REM van deze FAN wordt gebruikt om berichten te verzenden. De commando's hiervoor zitten in de card gebakken, deze hoef je dus niet meer in Ramses RF config te zetten.
Een andere feature werkt samen met de card. Als je deze 'aan' zet, dan worden nog een paar entities gemaakt, samen met een automation. Deze 'dehumidifier' regelt de FAN als het relative vochtpercentage in huis te hoog is, maar alleen als de buitenlucht ook echt droger is...anders heeft het geen zin natuurlijk.
De automations is een template waarbij de verschillende entities per FAN worden ingevuld door de integratie.

Het systeem is zo opgezet dat andere 'features' relatief eenvoudig kunnen worden toegevoegd. Het lijkt me mooi om het uit te breiden, maar niet alleen met mijn eigen baksels.
Ik ben benieuwd wat jullie er van vinden...https://github.com/wimpie70/ramses_extras

[ebroerse]

JP1980 schreef op dinsdag 28 oktober 2025 @ 15:59:
[...]

Ik heb overigens ook een paar netatmo devices maar die zijn voor CO2 nu eigenlijk overbodig sinds ik via Ramses nu die van Orcon ontvang.

Leuke toepassingen! Ik heb het in de slaapkamer - 1 zone dus, en zonder Ramses RF - simpel gehouden met prima “fris” effect.
Meting met een Netatmo CO2, streefwaarde: 700 ppm, een “domme” buisventilator Ø150 met PWM toerenregeling 0-10V hangt aan een M5stack met ESPHome. Harder dan 80% mag hij niet toeren want dan wordt ik wakker. Besturing in stappen van 10% = 1V, overdag uit, begin van de nacht/slaap produceer je meer CO2.
Mijn “automatische” regeling simpel: boven de streefwaarde naar 70% optoeren, niet vaker dan elke 5 min. aanpassen, vlakt ook de metingen af. Zakt dan 40-50% tegen 03u. Je kunt dit dus in de praktijk “trimmen”. WTW beviel niet, want dat werd te warm.
Wel blij met de losse CO2 sensor, die kan je in de kamer een slimme plek geven. Ook best belangrijk hoe de luchtstroom door de kamer gaat: ik heb de afzuiging onder een kast vlakbij het bed, tegenover het aanvoerrooster. Als die luchtstroom niet goed door de kamer gaat (“kortsluiting”), heb je weinig aan de fan.


Hoop dat de grafiekjes jullie helpen om het niet té ingewikkeld te maken 😙

[immrmkw]

@JP1980, @homeautomate,

De error in het invoerveld kwam door de suggestie van Chatgpt. De cv.small_float gaat maar van 0 tot 1. Klaarblijkelijk had ik dit niet goed getest. Dit heb ik nu helemaal anders opgelost. Hopelijk werkt het ook op Home Assistant in het Nederlands.

Na heel lang zoeken uiteindelijk ook een bug gevonden bij het updaten van de zone-opties. Als hij bepaalde commando's al in zijn geheugen had staan, dan werden deze niet opnieuw toegevoegd aan de lijst en zag je nog de oude informatie.

Wanneer Ramses RF in de tussentijd opnieuw opstart, kon het voorkomen dat commando's waarvan de integratie dacht dat Ramses RF deze al kende niet gestuurd werden.

Ik ga weer een nieuwe development release maken die jullie kunnen testen. 2.2.0-dev.

@JP1980, dat is feitelijk wat de ventilatiecontroller nu doet. Niet precies op de fysische manier die jij nu omschrijft. Maar een integrator integreert de fout waardoor je over tijd een baseline ventilatie krijgt die gelijk is aan de toevoeging van CO2 in de ruimte. Daarnaast hebben sommige systemen nog een afgeleide term. Deze kijkt ook naar de toename van je fout en probeert daar feedforward al wat voor te compenseren. Deze term heb ik achterwege gelaten omdat dit instabiel gedrag kan veroorzaken.

Wat trouwens misschien ook nog kan, is dat de ventilatiecontroller tegelijkertijd ook berichten stuurt naar je ventilator, zodat je de snelheid kunt overrulen.

[ Voor 5% gewijzigd door immrmkw op 28-10-2025 21:39 ]

[Wimpie70]

Ik ben lekker aan het spelen geweest met een integratie die draait bovenop Ramses RF in HA.
Er zitten tot nu toe 2 features in: een javascript card voor FANs en een Humidity Control. Deze kan je aan/uit zetten in de configuratie en alle benodigde cards, entities etc. worden dan indien geselecteerd aangemaakt/verwijderd.
De card is vrij compleet, kan ook de 2411 settings van je FAN veranderen.
De Humidity Control is een (hardcoded) automation die je FAN speed hoog zet als het binnen te vochtig of te droog is (instelbaar) en vergelijkt met absolute vochtigheid of de buitenlucht wel echt droger (of vochtiger) is.
Als je wilt testen, versie 0.6.0 is net uit: https://github.com/wimpie70/ramses_extras.
Werkt met minimaal Home Assistant 2025.10.4 en een up-to-date Ramses RF

Het idee is dat met deze integratie vrij eenvoudig verschillende cards of andere features dynamisch aan/uit te zetten zijn. Dit kunnen specifieke features zijn voor toepassingen die niet direct in Ramses RF gebakken hoeven te worden...Niet iedereen hoeft alle entities te hebben voor een automation die je niet gebruikt.

- edit -
De humidity control geeft op dit moment alleen een indicatie van wat het zou doen, Het past de snelheid van de FAN nog niet aan. testing 1- 2...testing ..

[ Voor 7% gewijzigd door Wimpie70 op 08-11-2025 19:57 ]

[XElD]

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


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

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

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

[Afbeelding]

Hoi @Vaevictis_ Vaevictis_, ik heb een vraag m.b.t. het display.

De beschrijving van de precieze bediening mogelijkheden in de Orcon documentatie is wat summier. Ik zit nu met het volgende:
- Ik heb twee CO2 inbouwsensoren (met bediening) in de woonkamer en hoofdslaapkamer
- En nog twee 3-standen schakelaars die al in de woning zaten, wil ik graag behouden
- En koppeling via HA en een SSM-D2 dongle

Normaal gesproken heb ik het systeem op auto staan omdat ie dan netjes op de CO2 regelt. Dit komt overeen met stand 1 op de 3 standen schakelaar. Echter, als iemand die schakelaar op 2 (midden) of 3 (hoog) heeft gehad en weer terug zet naar 1 dan gaat het systeem in plaats van naar auto naar de laag stand. Dus dan moet je er aan denken 'm op de CO2 sensor weer op auto te zetten.

Mogelijk heb jij, of iemand anders hier met het display, ook nog 3 standen schakelaars gekoppeld. Wat ik graag dan wil weten is of het display zo in te stellen is dat iet gewoon netjes terug naar auto gaat ipv laag in deze situatie.

Alternatief is detecteren in HA dat ie niet op auto staat maar op de laag stand en dit dan automatisch laten aanpassen. Maar daarvan betwijfel ik hoe betrouwbaar het is.

[Vaevictis_]

Ik heb helaas geen 3 standen schakelaar en de display zal ook niet naar auto kunnen schakelen. Die heeft wel een instelling hoe lang een boost moet duren en dan schakelt ie weer terug naar auto. Maar boost is in home assistant temporary speed 3.

Ik heb wel een check ingebouwd om weer terug te schakelen naar auto omdat de vocht sensor heel gevoelig is als we dweilen in de douche gaat de wtw unit al in boost mode. Dan schakel ik hem terug omdat er geen water verbruik is.

[XElD]

Hoi, ok, dan doet het display helaas denk ik niet wat ik zou willen. Wordt dan waarschijnlijk een soortgelijke check via HA zoals jij ook hebt ingebouwd om dit voor elkaar te krijgen.

[bbn_ldp]

Ik heb een oud model Orcon hrc-400 uit 2017 en wil die gaan vervangen voor een wtw waar ik zelf de bypass temp kan instellen. Kan dat bij het nieuwe model hrc400 maxcomfort via de HA software die jullie maken en is er voor dit model een enthalpiewisselaar/filter te krijgen? Kan hem op internet niet vinden. Heb namelijk geen vochtafvoer op zolder en de enthalpiewisselaar bij het oude model zorgde voor een goede luchtvochtigheid.

[Vaevictis_]

bbn_ldp schreef op zondag 16 november 2025 @ 14:27:
Ik heb een oud model Orcon hrc-400 uit 2017 en wil die gaan vervangen voor een wtw waar ik zelf de bypass temp kan instellen. Kan dat bij het nieuwe model hrc400 maxcomfort via de HA software die jullie maken en is er voor dit model een enthalpiewisselaar/filter te krijgen? Kan hem op internet niet vinden. Heb namelijk geen vochtafvoer op zolder en de enthalpiewisselaar bij het oude model zorgde voor een goede luchtvochtigheid.

Ja volgens mij is er wel een enthalpiewisselaar te krijgen maar alleen op bestelling moet je echt Orcon bellen.
Ik kan mijn HRC400 uit 2018 (met print uit 2021) de bypass aansturen vanuit HA. Dat kan ook handmatig met de RF display.

Bypass temperatuur heb ik nog nooit werkend gezien maar ik heb wel een automation die kijkt naar het seizoen en of de buiten temperatuur < binnen temperatuur en dan om 23.00 de bypass aanzet.

[ Voor 11% gewijzigd door Vaevictis_ op 16-11-2025 17:43 ]

[Wimpie70]

Je kan de comfort temperatuur instellen met de 2411 params ondersteuning...set_fan_param action/servicecall, of als je de FAN device bekijkt. Staat tussen de Configuration parameters.
Verder stuur ik de fan aan op vocht met een automation. Maar dan op verschil tussen binnen en buiten van de absolute luchtvochtigheid. Enthalpiewisselaar is natuurlijk ook een mooie oplossing.

[TijmenvS]

Het kan met een nieuwe wel, de oude zal het vermoedelijk niet kunnen. Ik kan met mijn HRC300 EcoMax uit 2019 in ieder geval niet de bypass aansturen met de 2411 params.

Geen foutmeldingen, er gebeurt gewoon niets en alleen dit staat in de packetlog.

code:

2025-11-16T20:39:56.743520 000  I --- 18:183788 63:262142 --:------ 7FFF 023 0011019A8E2E659F32343131205733323A313631343432
2025-11-16T20:45:43.268943 060  I --- 32:161442 --:------ 32:161442 31D9 004 00000400

[bbn_ldp]

Vaevictis_ schreef op zondag 16 november 2025 @ 17:41:
[...]


Ja volgens mij is er wel een enthalpiewisselaar te krijgen maar alleen op bestelling moet je echt Orcon bellen.
Ik kan mijn HRC400 uit 2018 (met print uit 2021) de bypass aansturen vanuit HA. Dat kan ook handmatig met de RF display.

Bypass temperatuur heb ik nog nooit werkend gezien maar ik heb wel een automation die kijkt naar het seizoen en of de buiten temperatuur < binnen temperatuur en dan om 23.00 de bypass aanzet.

Bij de oude gaat de bypass open bij 23 gr wat in de zomer hoog is. Een zehnder whr930 kan je bv wel de bypass op ingestelde temp sturen, dus misschien moet ik daar maar naar overstappen. De Orcon is prijstechnisch wel leuk, maar blijkbaar niet met alles aan te sturen, zoals Brink en Zehnder wtw’s. Bedankt voor jullie info.

[Wimpie70]

@TijmenvS Je kan 2411 alleen zetten met een bound REM, anders reageert de FAN niet. Vanaf een HGI werkt dit niet.
Je kan in de config van Ramses RF een "bound: "12:345678" aangeven welke (fake) REM gebonden is met je FAN.
Dus zoiets als:

code:

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

[Wimpie70]

@bbn_ldp Bij Orcon kan je de comfort temperatuur dus wel instellen (met Display REM, of met Ramses RF). Maar je kan ook voor een ander merk kiezen natuurlijk.
Een ander voordeel (naast de prijs) van Orcon vind ik de standaard ingebouwde temperatuur en vochtsensoren.

[oli2000]

Hallo ,

Ik heb sinds 10 dagen een nieuwe WTW (Orcon HRC-300) in bedrijf en ik ben verrast door de koude lucht die wordt ingeblazen.

Ik heb wat metingen gedaan. De leidingen lopen volledig door een verwarmde zone (geen verlies op de buizen).

De situatie:

Buitentemperatuur: 7°C

Binnentemperatuur (afgezogen): 21°C

Inblaastemperatuur (gemeten vlakbij de unit, 2m): 15°C

Met een theoretisch rendement van 90% zou ik een inblaastemperatuur van ongeveer 19,6°C verwachten (14°C verschil * 0.90 = 12.6°C winst).

Mijn gemeten 15°C komt neer op een reëel rendement van slechts 57% (8°C winst / 14°C verschil). Dit is niet normaal voor een nieuw toestel.

Volgens het bedieningspaneel staat de bypass NIET actief. Mijn sterke vermoeden is echter dat de mechanische bypass-klep fysiek vastzit in een (half) open positie en dat de unit koude buitenlucht bijmengt.

(Ter info: de Ramses II domotica-module is nog niet aangesloten).

Heeft iemand hier iets gelijkaardigs meegemaakt met de HRC-300? Is dit een gekend probleem (bv. klep vast na transport)?

Bedankt!

[Vaevictis_]

oli2000 schreef op maandag 17 november 2025 @ 12:43:
Hallo ,

Ik heb sinds 10 dagen een nieuwe WTW (Orcon HRC-300) in bedrijf en ik ben verrast door de koude lucht die wordt ingeblazen.

Ik heb wat metingen gedaan. De leidingen lopen volledig door een verwarmde zone (geen verlies op de buizen).

De situatie:

Buitentemperatuur: 7°C

Binnentemperatuur (afgezogen): 21°C

Inblaastemperatuur (gemeten vlakbij de unit, 2m): 15°C

Met een theoretisch rendement van 90% zou ik een inblaastemperatuur van ongeveer 19,6°C verwachten (14°C verschil * 0.90 = 12.6°C winst).

Mijn gemeten 15°C komt neer op een reëel rendement van slechts 57% (8°C winst / 14°C verschil). Dit is niet normaal voor een nieuw toestel.

Volgens het bedieningspaneel staat de bypass NIET actief. Mijn sterke vermoeden is echter dat de mechanische bypass-klep fysiek vastzit in een (half) open positie en dat de unit koude buitenlucht bijmengt.

(Ter info: de Ramses II domotica-module is nog niet aangesloten).

Heeft iemand hier iets gelijkaardigs meegemaakt met de HRC-300? Is dit een gekend probleem (bv. klep vast na transport)?

Bedankt!

Nee maar als je de warmtewisselaar eruit haalt kun je als je ervoor staat links boven de stand van de bypass zien of deze open staat of niet. Ik zou ook een RF15 display aanschaffen daarmee kun je bijna alles bedienen en ook zien of de bypass open staat.

[oli2000]

Bedankt voor je reactie.

Ik heb inderdaad het RF15 en ook een RF15 display (nog niet aangestlosten). Ik zie echter geen optie in RF15 manual om de bypass handmatig te forceren (bijvoorbeeld 'open' en dan weer 'dicht' om de klep te testen). Weet jij hoe dat kan?

Ik heb de warmtewisselaar eruit gehaald om te kijken. De klep (linksboven) lijkt inderdaad in de gesloten positie te staan. Wel moet ik zeggen dat hij niet erg stevig 'dicht' aanvoelt. Als ik er licht tegen duw, beweegt hij makkelijk. Is dat normaal, of zou hij vast(er) dicht moeten zitten?

Jij bevestigt dus ook dat mijn meting (15°C inblaas bij 7°C buiten en 21°C binnen) absoluut niet klopt, en dat dit wijst op een defect (zoals de bypass die niet 100% sluit)?

[Wimpie70]

@oli2000 Ik heb op het moment binnen: 19.3, buiten aanzuig: 7.1 -> binnen inblaas 18.4, efficientie van ong 92%.
Het is wel degelijk mogelijk om de bypass open of dicht te zetten. Je kan zelfs tijdens het openen of sluiten zien hoeveel % hij open of dicht staat door de stand snel achter elkaar op te vragen.
Maar ik doe dit met Ramses RF en mijn eigen tools, en weet niet of je daar de hardware voor hebt.
Zie anders de begin post hoe je bij Ramses RF commando's kan gebruiken.
Je kan ook kijken naar Ramses Extras op github, maar die is nog in ontwikkeling.

Met de RF15 Display kan je ook de bypass positie uitlezen (open of dicht), Bij oude modellen kan je hem ook zetten (test Bypass klep)
Ik heb zelf de warmtewisselaar er nog niet uitgehaald.

[oli2000]

Ik heb nu de RF15 aangesloten en kan de interne sensoren van de HRC-300 uitlezen. De cijfers bevestigen de diagnose 100% en laten precies zien wat er misgaat:

Afgezogen lucht (van binnen): 22°C

Retourlucht (naar buiten): 19.6°C

Ingeblazen lucht (naar binnen): 13°C


Conclusie: De unit gooit de 22°C lucht dus bijna direct naar buiten (19.6°C). I vermoed dat tde bypass volledig open is.

Hoewel de RF15 de optie geeft om de bypass-stand handmatig te wijzigen, lijkt dit niet te werken. Ik hoor ook absoluut geen motor bewegen.

Ik ga het later nog eens proberen...

[Wimpie70]

Je hebt het ongetwijfeld goed gedaan, maar voor de zekerheid: zijn de buizen correct aangesloten ?

[bbn_ldp]

Wimpie70 schreef op maandag 17 november 2025 @ 09:36:
@bbn_ldp Bij Orcon kan je de comfort temperatuur dus wel instellen (met Display REM, of met Ramses RF). Maar je kan ook voor een ander merk kiezen natuurlijk.
Een ander voordeel (naast de prijs) van Orcon vind ik de standaard ingebouwde temperatuur en vochtsensoren.

De comfort temperatuur is dan hetzelfde als wat Zehnder doet met aangeven wanneer de bypass open moet of zie ik dat verkeerd? Zij zeggen dat de comfort temperatuur tussen 12 en 28C kan worden ingesteld. Als de Orcon hrc-400 maxcomfort dit kan zou ik hem wederom kunnen aanschaffen. Ik ga Orcon naar de enthalpiewisselaar vragen en misschien kan mijn huidige er wel in, maar dat is afhankelijk van de diepte. Die is nu 400mm

[Vaevictis_]

bbn_ldp schreef op maandag 17 november 2025 @ 16:54:
[...]

De comfort temperatuur is dan hetzelfde als wat Zehnder doet met aangeven wanneer de bypass open moet of zie ik dat verkeerd? Zij zeggen dat de comfort temperatuur tussen 12 en 28C kan worden ingesteld. Als de Orcon hrc-400 maxcomfort dit kan zou ik hem wederom kunnen aanschaffen. Ik ga Orcon naar de enthalpiewisselaar vragen en misschien kan mijn huidige er wel in, maar dat is afhankelijk van de diepte. Die is nu 400mm

Ik doe het dus anders gewoon met home assistant de bypass of open of dicht zetten. Ik heb niet zo veel vertrouwen in het instellen van de bypass temperatuur. Daarnaast reset ik de wtw ook regelmatig als ik iets wil testen.

[bbn_ldp]

Vaevictis_ schreef op maandag 17 november 2025 @ 17:09:
[...]

Ik doe het dus anders gewoon met home assistant de bypass of open of dicht zetten. Ik heb niet zo veel vertrouwen in het instellen van de bypass temperatuur. Daarnaast reset ik de wtw ook regelmatig als ik iets wil testen.

Als dat automatisch in de nacht gaat zomers lijkt mij dat handiger dan dat ik er iedere dag zelf aan moet denken of zie ik dat verkeerd?
De handleiding van de maxcomfort zegt onderstaand en dus niet regelbaar zoals Zehnder aangeeft.


En dit zegt Zehnder bij zelfs de oudere modellen


Dit lijkt mij fijn in de zomer om te kunnen laten regelen door bv HA

[ Voor 20% gewijzigd door bbn_ldp op 17-11-2025 17:24 ]

[Vaevictis_]

bbn_ldp schreef op maandag 17 november 2025 @ 17:16:
[...]

Als dat automatisch in de nacht gaat zomers lijkt mij dat handiger dan dat ik er iedere dag zelf aan moet denken of zie ik dat verkeerd?
De handleiding van de maxcomfort zegt onderstaand en dus niet regelbaar zoals Zehnder aangeeft.
[Afbeelding]

En dit zegt Zehnder bij zelfs de oudere modellen
[Afbeelding]

Dit lijkt mij fijn in de zomer om te kunnen laten regelen door bv HA

Ik heb een automatisering gemaakt in Home Assistant, dus hoef je niet over na te denken. Je kunt met de RF15 display ook handmatig bypass open of sluiten.

Mocht iemand het wel via Home Assistant werkend hebben door comfort temperatuur en traploze regeling bypass hebben hoor ik het graag (met voorbeelden).

[Wimpie70]

Ik regel de bypass niet traploos, Zet de comfort temperatuur in de winter heel hoog, in de zomer heel laag...werkt prima

[Vaevictis_]

Wimpie70 schreef op maandag 17 november 2025 @ 18:49:
Ik regel de bypass niet traploos, Zet de comfort temperatuur in de winter heel hoog, in de zomer heel laag...werkt prima

Mooi dat het werkt, ik wil geen instellingen doe die een reset niet overleven. Dan liever vanuit HA automatiseren want daar heb ik ook een backup van en werkt voor mij beter om alles op 1 plek te houden.

Ok maar in de modbus documentatie die ik heb staat dat je de bypass traploos (0-100%) kunt regelen. De comfort temperatuur staat er volgens mij dan weer niet bij. (Moet dat eens nakijken).

[ Voor 19% gewijzigd door Vaevictis_ op 17-11-2025 18:58 ]

[Wimpie70]

Dat traploos kunnen regelen heb ik nooit zo begrepen bij een bypass. Het is warmer, of kouder, dus open of dicht. Bouw een marge in tegen het oscilleren en klaar.
Maar er is ongetwijfeld een 2411 voor om dit wel traploos te kunnen regelen. Ik heb pas een hele lijst met parameters gevonden, maar deze stond er nog niet tussen. https://github.com/ramses-rf/ramses_cc/issues/317
Comfort temperatuur: 2411 param 75
Je kan in HA entities persistent laten wegschrijven en weer uitlezen (py). Na een reset en restart van HA staat alles dan weer goed.

[bbn_ldp]

Wimpie70 schreef op dinsdag 18 november 2025 @ 09:18:
Dat traploos kunnen regelen heb ik nooit zo begrepen bij een bypass. Het is warmer, of kouder, dus open of dicht. Bouw een marge in tegen het oscilleren en klaar.
Maar er is ongetwijfeld een 2411 voor om dit wel traploos te kunnen regelen. Ik heb pas een hele lijst met parameters gevonden, maar deze stond er nog niet tussen. https://github.com/ramses-rf/ramses_cc/issues/317
Comfort temperatuur: 2411 param 75
Je kan in HA entities persistent laten wegschrijven en weer uitlezen (py). Na een reset en restart van HA staat alles dan weer goed.

Open en dicht zou ook mijn voorkeur hebben en dit dan bij een ingestelde temperatuur.
Ik heb mijn vragen aan Orcon gesteld, dus benieuwd wat de antwoorden zijn.

[bbn_ldp]

bbn_ldp schreef op dinsdag 18 november 2025 @ 14:51:
[...]

Open en dicht zou ook mijn voorkeur hebben en dit dan bij een ingestelde temperatuur.
Ik heb mijn vragen aan Orcon gesteld, dus benieuwd wat de antwoorden zijn.

Antwoord op mijn vragen.

Is er een enthalpiewisselaar voor de maxcomfort te krijgen?
Past de enthalpiewisselaar uit het oude model in het nieuwe model, want dan zou ik die over kunnen zetten?
Is de comfort temperatuur te regelen, zodat hij in de zomer de bypass in de nacht eerder openzet en niet op de 23 graden blijft hangen zoals bij het oude model?

Er is op dit moment geen enthalpiewisselaar beschikbaar voor de MaxComfort. De ‘oude’ enthalphiewisselaar past niet 1-op-1 in de nieuwe HRC.

Doormiddel van een HRC inbouwdisplay kan de comforttemperatuur voor het automatische bypass scenario worden geregeld. Dit betreft een toebehoren.

Orcon valt dus af voor mij.

[Turrican]

Bij mij (Orcon HRC-400) werkt het instellen van die comforttemperatuur via 2411 (HomeAssistant of display) prima, ik heb hem op 20 graden gezet en hoef er niet meer aan te zitten. 's Zomers gaat ie open en 's winters blijft ie dicht.
Hij onthoudt dat ook gewoon, ik hoef dit niet na elke power cycle opnieuw in te stellen.

[ Voor 22% gewijzigd door Turrican op 26-11-2025 08:58 ]

[Bra-Jo]

oli2000 schreef op maandag 17 november 2025 @ 14:15:
Ik heb nu de RF15 aangesloten en kan de interne sensoren van de HRC-300 uitlezen. De cijfers bevestigen de diagnose 100% en laten precies zien wat er misgaat:

Afgezogen lucht (van binnen): 22°C

Retourlucht (naar buiten): 19.6°C

Ingeblazen lucht (naar binnen): 13°C


Conclusie: De unit gooit de 22°C lucht dus bijna direct naar buiten (19.6°C). I vermoed dat tde bypass volledig open is.

Hoewel de RF15 de optie geeft om de bypass-stand handmatig te wijzigen, lijkt dit niet te werken. Ik hoor ook absoluut geen motor bewegen.

Ik ga het later nog eens proberen...

Heb je hier ooit nog een oplossing voor gevonden? Ik zie bij mij hetzelfde: binnentemperatuur 19.5 graden, afzuigen van binnen 18.5 dus een graadje koeler ivm leidingen die achter het knieschot liggen. Aanzuigen van buiten 9.9, dus ik zou verwachten dat ie rond de 17.5 zou zitten. In plaats daarvan inblaas 11.4. Bypass gecontroleerd, die staat netjes dicht. Reageert ook op de commando's vanuit Ramses, dus dat lijkt allemaal in orde. Geen idee waarom hij zo'n koude lucht uitblaast.

[Wimpie70]

@Bra-Jo Wat is de temperatuur van de lucht naar buiten toe ? Toch ook maar eens controleren of de ingeblazen lucht (naar binnen) en de afgezogen lucht (van binnen naar buiten) niet verwisseld zijn. Blijven de waardes ook zo als je de FAN op de hoogste stand zet ? Wat gebeurt er als je de bypass open zet ?

[Bra-Jo]

Wimpie70 schreef op zaterdag 6 december 2025 @ 16:35:
@Bra-Jo Wat is de temperatuur van de lucht naar buiten toe ? Toch ook maar eens controleren of de ingeblazen lucht (naar binnen) en de afgezogen lucht (van binnen naar buiten) niet verwisseld zijn. Blijven de waardes ook zo als je de FAN op de hoogste stand zet ? Wat gebeurt er als je de bypass open zet ?

Tnx voor de pointers. Afgelopen uur diverse instellingen en combinaties gebruikt, allemaal op basis van HA. Ik begin te vermoeden dat mijn HA-integratie gewoon niet lekker is. Waardes die niet goed updaten, de temperaturen van de inkomende lucht vanuit huis en de uitblaast naar 't dak zouden exact hetzelfde zijn, en nog wat dingetjes.
Ik had gehoopt op met de HA-integratie 150 euro te besparen op de RF15 met display, maar ik denk dat ik die misschien toch maar moet aanschaffen en daarmee HA wat beter fine-tunen.

[Vaevictis_]

Bra-Jo schreef op zaterdag 6 december 2025 @ 18:29:
[...]

Tnx voor de pointers. Afgelopen uur diverse instellingen en combinaties gebruikt, allemaal op basis van HA. Ik begin te vermoeden dat mijn HA-integratie gewoon niet lekker is. Waardes die niet goed updaten, de temperaturen van de inkomende lucht vanuit huis en de uitblaast naar 't dak zouden exact hetzelfde zijn, en nog wat dingetjes.
Ik had gehoopt op met de HA-integratie 150 euro te besparen op de RF15 met display, maar ik denk dat ik die misschien toch maar moet aanschaffen en daarmee HA wat beter fine-tunen.

Wat heel erg helpt is een antenne aan te sluiten op de printplaat met een ipex connector. Kost niet zoveel en veel beter ontvangst vooral bij nieuwbouw.

[Wimpie70]

Ik heb mn esp naast de WTW hangen...alle communicatie van de WTW zie ik ook.
Ramses/HA ververst de waardes in de UI iedere minuut (tenzij je zelf naar de berichten luisterd). Het kan dus even duren voordat je de correcte waardes ziet.

[ Voor 51% gewijzigd door Wimpie70 op 07-12-2025 10:13 ]

[Bra-Jo]

Hier updatet hij iedere 10m ofzo, af en toe wat vaker maar ook af en toe uitschieters naar bijna 25 min. Er zit bij mij denk ik een meter of 5, 6 (houten vloer, gipswanden) tussen de unit en de ontvanger, die zit direct in m'n NUC waar HA op draait. Usb-kabel verlengen gaat niet meevallen, ik ga eens kijken of ik iets kan met een antenne ofzo. Maar eerst eens de logs monitoren om te kijken of het niet aan m'n HA-integratie ligt.

[Wimpie70]

Je kan in HA /developer-tools/event luitsteren naar ramses_cc_message events. Dan zie je live wat er langs komt, inclusief parsed values. De ruwe msgs kan je idd in je ramses.log (of hoe je het genoemd hebt) bekijken. Het home-assistant.log geeft ook veel informatie (afhankelijk van het log-niveau). Ik heb zelf een esp via wifi aangesloten. Antenne zal ook zeker helpen.

[pindamaster]

Ik zit aardig met mn handen in het haar met het opzetten van ramses_cc op HA. De setup die ik werkend probeer te krijgen: de esp-dongel van immrmkw, geflasht met de laaste verzie firmware. Verbonden via usb direct aan HA. Hierbij probeer ik een Orcon HRC 360 OptiAir inzichtelijk te krijgen. Ik heb geen afstandsbediening, het doel is het direct integeren in HA. Nu loop ik vast op het volgende, ik zie allemaal devices in homeassistant aangemaakt worden door ramses_cc (als verwacht) hieruit inmiddels ook mijn HRC geidentificeerd en een fake remote weten te paren. Helaas heeft geen enkel van de devices, op de gateway en de fake remote na, geen entities. Waar gaat dit fout? Ik zou verwachten dat wanneer er iets fout gaat tussen de esp en ha er helemaal niks binnen zou komen. Iemand die me wat richting kan geven om het verder werkend te krijgen?

System schema:

code:

orphans_hvac:
  - "32:147569"

Known device ID's:

code:

"18:157024":
  class: HGI
"32:147569":
  class: HVC
"37:123456":
  _note: Orcon 15RF remote
  class: REM
  commands:
    auto: " I --- 37:123456 32:147569 --:------ 22F1 003 000404"
    away: " I --- 37:123456 32:147569 --:------ 22F1 003 000004"
    high: " I --- 37:123456 32:147569 --:------ 22F1 003 000304"
    low: " I --- 37:123456 32:147569 --:------ 22F1 003 000104"
    medium: " I --- 37:123456 32:147569 --:------ 22F1 003 000204"
    timer_15mins: " I --- 37:123456 32:147569 --:------ 22F3 007 00020F03040000"
    timer_30mins: " I --- 37:123456 32:147569 --:------ 22F3 007 00021E03040000"
    timer_60mins: " I --- 37:123456 32:147569 --:------ 22F3 007 00023C03040000"
  faked: true

Stukkie van de package log:

code:

2025-12-08T20:26:21.874867 ...  I --- 37:123456 --:------ 37:123456 1FC9 024 0022F195E2400022F395E2406710E095E240001FC995E240
2025-12-08T20:26:21.909393 000  I --- 18:157024 63:262142 --:------ 7FFF 023 0011019AFF6DDEB431464339204936333A323632313432
2025-12-08T20:26:21.983266 000  I --- 37:123456 --:------ 37:123456 1FC9 024 0022F195E2400022F395E2406710E095E240001FC995E240
2025-12-08T20:26:21.999664 046  W --- 32:147569 37:123456 --:------ 1FC9 012 0031D98240710031DA824071
2025-12-08T20:26:22.001736 ...  I --- 37:123456 32:147569 --:------ 1FC9 001 00
2025-12-08T20:26:22.074358 000  I --- 18:157024 63:262142 --:------ 7FFF 023 0011019AFF6DDF3231464339204933323A313437353639
2025-12-08T20:26:22.136427 000  I --- 37:123456 32:147569 --:------ 1FC9 001 00
2025-12-08T20:26:22.210993 000  I --- 18:157024 63:262142 --:------ 7FFF 023 0011019AFF6DDFB931304530204933373A313233343536
2025-12-08T20:26:22.293260 000  I --- 37:123456 63:262142 --:------ 10E0 038 000001C894030167FFFFFFFFFFFF1B0807E4564D492D313557534A3533000000000000000000
2025-12-08T20:26:28.975595 046  I --- 32:147569 --:------ 32:147569 31DA 030 00EF007FFF453E05F0073A076505F360017A5864000000EF00006F040300
2025-12-08T20:26:38.972975 046  I --- 32:147569 --:------ 32:147569 31DA 030 00EF007FFF443E05F0073A076505F860012C5800000000EF00001B072900
2025-12-08T20:26:48.943241 046  I 002 32:147569 --:------ 32:147569 31D9 017 000A04FE20202020202020202020202008
2025-12-08T20:26:49.039400 046  I --- 32:147569 --:------ 32:147569 31DA 030 00EF007FFF453E05F0073A076505FC6001001814140000EF00018401F400
2025-12-08T20:26:58.936039 046  I --- 32:147569 --:------ 32:147569 31DA 030 00EF007FFF443E05F0073A076505FF600100183C3C0000EF00091D051900
2025-12-08T20:27:03.041363 072  I --- --:------ --:------ 20:014473 31D9 003 000001

code:

2025-12-09T20:23:08.453695 070  I --- 29:066426 --:------ 29:066426 31DA 029 00EF007FFFEFEF7FFF7FFF068C7FFFA800EF0118FF0000EFEF7FFF08AE
2025-12-09T20:23:51.193818 047  I --- 32:147569 63:262142 --:------ 10E0 038 000001C8A2150767FEFFFFFFFFFF070607E8564D442D3135524D5338362D3200000000000000
2025-12-09T20:23:54.781734 074  I --- --:------ --:------ 20:014473 31D9 003 000001
2025-12-09T20:24:01.161993 047  I 098 32:147569 --:------ 32:147569 31D9 017 000A040020202020202020202020202008
2025-12-09T20:24:01.257427 047  I --- 32:147569 --:------ 32:147569 31DA 030 00EF007FFF45340622074E077806026001001886860000EF001A0A1A0A00
2025-12-09T20:24:51.084188 047  I --- 32:147569 --:------ 32:147569 313F 009 007C000061010107B2
2025-12-09T20:25:25.665056 062  I 100 37:088747 --:------ 37:088747 31D9 017 0006280020202020202020202020202000
2025-12-09T20:25:59.547497 074  I --- --:------ --:------ 20:014473 31D9 003 000001
2025-12-09T20:26:00.993282 047  I --- 32:147569 --:------ 32:147569 31DA 030 00EF007FFF453506220744077805FF6001001866660000EF0017FA173800
2025-12-09T20:26:10.966709 047  I --- 32:147569 --:------ 32:147569 31DA 030 00EF007FFF45350622074E07780600600100184C4C0000EF00109A0FBB00
2025-12-09T20:26:20.956668 047  I --- 32:147569 --:------ 32:147569 31DA 030 00EF007FFF45340622074E07780602600100184C4C0000EF000EDD0EDD00
2025-12-09T20:28:04.313484 074  I --- --:------ --:------ 20:014473 31D9 003 000001

[immrmkw]

Kun je eens proberen om verbinding te maken met je wifi netwerk en de tijdzone in te stellen? Ik meende dat sommige mensen die via MQTT de data binnen probeerden te halen hetzelfde probleem hadden als jij wanneer ze de tijdzone niet goed hadden ingesteld. Al zou ik niet denken dat dit ook bij uitlezing via USB een probleem zou zijn.

[pindamaster]

immrmkw schreef op dinsdag 9 december 2025 @ 21:31:
Kun je eens proberen om verbinding te maken met je wifi netwerk en de tijdzone in te stellen? Ik meende dat sommige mensen die via MQTT de data binnen probeerden te halen hetzelfde probleem hadden als jij wanneer ze de tijdzone niet goed hadden ingesteld. Al zou ik niet denken dat dit ook bij uitlezing via USB een probleem zou zijn.

Zal het nog eens controleren! Ik had die ingesteld, had eerst de mqtt route geprobeerd. Die kreeg ik helemaal niet werkend dus toen voor USB gegaan. Klopt het dat die niet meer met wifi verbind als die in de "usb" mode is?

[ Voor 4% gewijzigd door pindamaster op 09-12-2025 21:42 ]

[immrmkw]

Volgens mij moet hij ook gewoon met wifi verbinden als je hem via usb aangesloten hebt.

[Wimpie70]

Zie je foutmeldingen in HA home-assistant.log ? evt. de debug logging aanzetten.
De juiste tijdzone had bij mij meer te maken met het niet goed communiceren, waardoor de esp niet goed werkte, maar ik zie hier wel verkeer.
Het kan ook nog dat de id voor je REM te laag is, ooit ergens iets over gelezen...
Ik zie wel veel 63: id's wat kan wijzen op toch een probleem met de communicatie. Lees ook eens in HA de ramses_cc_message events uit. Kijken wat er in die 63: msgs staat.

ah...die HVC is je FAN toch ? verander dat eens ... en zet er dan meteen bij:

code:

  bound: "37:123456"
  class: FAN

Dan krijg je meteen de functies van een DIS er bij.

[ Voor 4% gewijzigd door Wimpie70 op 10-12-2025 10:09 ]

[pindamaster]

Heb de esp nu weer werkend via mqtt! uiteindelijk was het wachtwoord van de mqtt gebruiker fout weet niet hoe ik dat niet heb opgepikt uit de logs.

Wimpie70 schreef op woensdag 10 december 2025 @ 10:07:
ah...die HVC is je FAN toch ? verander dat eens ... en zet er dan meteen bij:

code:

  bound: "37:123456"
  class: FAN

Dan krijg je meteen de functies van een DIS er bij.

Dit geeft me ineens een hoop extra data, ik ga weer verder neuzen, bedankt voor de hulp!

[ Voor 91% gewijzigd door pindamaster op 10-12-2025 11:29 ]

[Wimpie70]

Die bound trait geeft je als het goed is configuratie parameters (2411) en de mogelijkheid om deze te veranderen. Enigszins voorzichtig mee omgaan

[ebroerse]

pindamaster schreef op dinsdag 9 december 2025 @ 20:35:
Ik zit aardig met mn handen in het haar
…
Orcon HRC 360 OptiAir

Probeer i.p.v.

code:

class: HVC

eens

code:

class: FAN

Ojee, vertraging op de lijn… mooi dat het werkt

[ Voor 9% gewijzigd door ebroerse op 11-12-2025 16:50 ]

[oli2000]

Bra-Jo schreef op zaterdag 6 december 2025 @ 16:12:
[...]

Heb je hier ooit nog een oplossing voor gevonden? Ik zie bij mij hetzelfde: binnentemperatuur 19.5 graden, afzuigen van binnen 18.5 dus een graadje koeler ivm leidingen die achter het knieschot liggen. Aanzuigen van buiten 9.9, dus ik zou verwachten dat ie rond de 17.5 zou zitten. In plaats daarvan inblaas 11.4. Bypass gecontroleerd, die staat netjes dicht. Reageert ook op de commando's vanuit Ramses, dus dat lijkt allemaal in orde. Geen idee waarom hij zo'n koude lucht uitblaast.

Excuses voor de late reactie, ik zie je bericht nu pas!

Ik heb de oorzaak inmiddels gevonden en het was iets heel fysieks. Bij mij bleek de afzuigmotor (ventilator) uit zijn klikbevestiging/behuizing te zijn geschoten.

Hierdoor draaide de motor wel (ik hoorde hem zoemen en toeren maken), maar door het "lek" rondom de waaier werd de lucht niet effectief door de warmtewisselaar getrokken. Er ontstond een soort interne kortsluiting van de luchtstromen. Het gevolg was precies wat jij beschrijft: er ging wel veel koude lucht naar binnen (via de goed werkende inblaasmotor), maar er was nauwelijks warme afvoerlucht om die op te warmen. Daardoor keldert je rendement en blaast hij koud in (bij mij 13°C), ondanks een gesloten bypass.

Ik heb de motor weer stevig vastgeklikt (controleer goed of hij echt vast zit) en het probleem was direct verholpen. Het thermisch rendement schoot meteen terug naar ~93% en de debieten zijn weer in balans.

De moeite waard om de unit even open te maken en te checken of beide ventilatoren nog goed in hun huis zitten! Succes.

Olivier

[Wimpie70]

Ramses Extras versie 0.10.1 is nu beschikbaar, en werkt met de laatste versie van Ramses RF. Als je het wilt testen kan je het vinden op: https://github.com/wimpie70/ramses_extras. (nog niet geregistreerd bij HACS)
Het projectje is ietwat uit de klauwen gelopen, maar ik denk dat het een leuk framework is voor verdere ontwikkeling. Als je wilt bijdragen of vragen hebt...let me know.
Op dit moment zijn er 2 echte 'features' werkend: een card voor hvac FAN's (Orcon) en een bijbehorende automation die 'm harder zet als het binnen te vochtig is en er van buiten ook echt drogere lucht kan worden aangevoerd.
Daarnaast is er een 'hello world' feature die als template/voorbeeld kan worden gebruikt voor nieuwe 'features'.

Het framework neemt veel werk uit handen, bijvoorbeeld het maken van nieuwe entities, selecteren van devices, communicatie met Ramses RF, registratie van .js cards, etc.

Voor meer info, zie https://github.com/wimpie70/ramses_extras/wiki.

[Rinco]

Wimpie70 schreef op zaterdag 8 november 2025 @ 13:24:
Ik ben lekker aan het spelen geweest met een integratie die draait bovenop Ramses RF in HA.
Er zitten tot nu toe 2 features in: een javascript card voor FANs en een Humidity Control. Deze kan je aan/uit zetten in de configuratie en alle benodigde cards, entities etc. worden dan indien geselecteerd aangemaakt/verwijderd.
De card is vrij compleet, kan ook de 2411 settings van je FAN veranderen.
De Humidity Control is een (hardcoded) automation die je FAN speed hoog zet als het binnen te vochtig of te droog is (instelbaar) en vergelijkt met absolute vochtigheid of de buitenlucht wel echt droger (of vochtiger) is.
Als je wilt testen, versie 0.6.0 is net uit: https://github.com/wimpie70/ramses_extras.
Werkt met minimaal Home Assistant 2025.10.4 en een up-to-date Ramses RF

Het idee is dat met deze integratie vrij eenvoudig verschillende cards of andere features dynamisch aan/uit te zetten zijn. Dit kunnen specifieke features zijn voor toepassingen die niet direct in Ramses RF gebakken hoeven te worden...Niet iedereen hoeft alle entities te hebben voor een automation die je niet gebruikt.

- edit -
De humidity control geeft op dit moment alleen een indicatie van wat het zou doen, Het past de snelheid van de FAN nog niet aan. testing 1- 2...testing ..

---
Ik heb ramses_extras geinstalleerd, dat werkt, de entiteitenzijn zichtbaar.
Tevens card ramses_base_card.js toegevoegd bij bronnen.
desondans krijg ik geen ramses_base_card in mijn lovelace dashboard.
Enig idee wat ik mis?

[Wimpie70]

@Rinco Even snel: Heb je in het config_flow menu de HVAC Fan Card enabled ? Reload ha ? Reload browser met cleared cache (ctr-shft-R) ? Bij dashboard, check de resources (rechtsboven), maar dat heb je gedaan volgens mij. De cards worden gekopieerd naar config/www/ramses_extras/features. Staan de mappen daar ? Zie je foutmeldingen ?
-- edit -- >
Ik heb nog even iets beter naar je bericht gekeken. 'ramses_base_card.js' is een helper. Je zou deze niet moeten zien bij je bronnen.
Bij configuratie van Ramses Extras zie je zoiets (ik ben ondertussen weer verder aan het ontwikkelen dus deze is iets uitgebreider dan wat jij ziet):
Hiermee kan je features aan of uit zetten. Zet in ieder geval de HVAC Fan Card aan voor Orcon WTW. Dan herstart je HA, en ook je browser (clear cache!). Ramses Extras regelt zelf de registratie van cards en deze zouden dan ook beschikbaar moeten komen in je dashboards. Wat je dus wel zou moeten zien in je bronnen: In je dashboard kan je dan zoeken op hvac of fan...of hello als je die hebt aangezet. Kijk anders nog in de wiki, die is vrij uitgebreid en behoorlijk up-to-date. Als je er verder niet uit komt mag je ook een issue maken op github.

[ Voor 69% gewijzigd door Wimpie70 op 22-12-2025 15:25 ]

[Wimpie70]

Ramses Extras 0.10.2 is up.
New feature available ! Sensor Control: Now we can map entities per device to be used within Ramses Extras.
Why is this handy:
- map an external co2 device to hvac fan card. Not all fans support internal co2 sensors, now you can use an external one within your hvac fan card.
- map external temp/humidity sensors or define a different source to calculate absolute humidity sensors to work for your automations...
- map external temp sensor when your fan gives false or out of context values (fan in warmer or colder location than your living area)

(sorry voor de beroerde vertaling )

[Wimpie70]

Ik dacht even dat er van alles defect was aan m'n Orcon WTW, ik kreeg hele vreemde waardes terug. Maar ... de vorstbeveiliging doet z'n werk...aangevoerde lucht was even -5 graden, maar liep weer op toen de fans uitgeschakeld werden. Maar weet iemand wanneer hij weer aan gaat ? Ik heb hem tot boven de 6 graden aanvoerlucht laten lopen zonder dat de ventilatoren weer aangingen. Ook als ik m op een andere stand, of auto zet gaan de fans nog niet draaien. Ik zie geen storingsmelding.
Ik kan de WTW natuurlijk uit en weer aanzetten, dan draait het wel weer. Maar misschien weet iemand hoe dit werkt ?

[vliegnerd]

Wimpie70 schreef op vrijdag 26 december 2025 @ 10:33:
Ik dacht even dat er van alles defect was aan m'n Orcon WTW, ik kreeg hele vreemde waardes terug. Maar ... de vorstbeveiliging doet z'n werk...aangevoerde lucht was even -5 graden, maar liep weer op toen de fans uitgeschakeld werden. Maar weet iemand wanneer hij weer aan gaat ? Ik heb hem tot boven de 6 graden aanvoerlucht laten lopen zonder dat de ventilatoren weer aangingen. Ook als ik m op een andere stand, of auto zet gaan de fans nog niet draaien. Ik zie geen storingsmelding.
Ik kan de WTW natuurlijk uit en weer aanzetten, dan draait het wel weer. Maar misschien weet iemand hoe dit werkt ?
[Afbeelding]

Ik heb geen info, maar wel interessant! Hou ons op de hoogte.
Hier is de aangezogen lucht nog net 0 graden en draait het allemaal prima. Gisteren zag ik wel dat de exhaust meer debiet had dan de supply. Ik denk bewuste onbalans vanwege vorstbeveiliging.

[Wimpie70]

Ja, die onbalans zag ik gisteren ook. Dat doet ie idd om evt. te ontdooien met warmere lucht van binnen. Inmiddels boven de 8 graden aangezogen buitenlucht...nou ja...niet aangezogen want de ventilatoren staan nog op 0%. Ben bang dat ik hem zou moeten resetten om ze weer normaal te laten werken. Alleen dat zou maar tijdelijk zijn vanwege de buitentemperaturen op dit moment. Even afwachten nog. Deze WTW draait in een ruimte die we op dit moment weinig gebruiken en minimaal verwarmen...
Een reset betekent ook dat ik de config weer opnieuw moet instellen....misschien moet ik maar even wat code schrijven om mijn standaard instellingen snel te kunnen terugzetten.
--- edit -->
Inmiddels is hij toch weer gaan draaien op een lage stand. Ik zag het niet precies, maar misschien dat de inkomende temp gelijk was aan de uitgaande. Zal zo wel weer in beveiliging gaan....

[ Voor 13% gewijzigd door Wimpie70 op 26-12-2025 11:34 ]

[Churitos]

Ik heb een HRC300 met preheat. Ik wist eigenlijk niet of het ding werkte, maar vannacht lijkt hij toch een keer actief te zijn geworden. Misschien helpt het in jullie zoektocht. Lijkt rond de -3 actief te worden en bij ca 5 graden weer uit te springen.

[Stanvv]

Churitos schreef op vrijdag 26 december 2025 @ 11:58:
Ik heb een HRC300 met preheat. Ik wist eigenlijk niet of het ding werkte, maar vannacht lijkt hij toch een keer actief te zijn geworden. Misschien helpt het in jullie zoektocht. Lijkt rond de -3 actief te worden en bij ca 5 graden weer uit te springen.
[Afbeelding]

Hier staat uitgelegd wanneer de voorverwarmer actief wordt

[vliegnerd]

Wimpie70 schreef op vrijdag 26 december 2025 @ 11:23:
Ja, die onbalans zag ik gisteren ook. Dat doet ie idd om evt. te ontdooien met warmere lucht van binnen. Inmiddels boven de 8 graden aangezogen buitenlucht...nou ja...niet aangezogen want de ventilatoren staan nog op 0%. Ben bang dat ik hem zou moeten resetten om ze weer normaal te laten werken. Alleen dat zou maar tijdelijk zijn vanwege de buitentemperaturen op dit moment. Even afwachten nog. Deze WTW draait in een ruimte die we op dit moment weinig gebruiken en minimaal verwarmen...
Een reset betekent ook dat ik de config weer opnieuw moet instellen....misschien moet ik maar even wat code schrijven om mijn standaard instellingen snel te kunnen terugzetten.
--- edit -->
Inmiddels is hij toch weer gaan draaien op een lage stand. Ik zag het niet precies, maar misschien dat de inkomende temp gelijk was aan de uitgaande. Zal zo wel weer in beveiliging gaan....

Ik zie nu pas dat de binnentemp ook relatief heel laag is. Begrijpelijk gedrag dus inderdaad. Dank voor het delen.

[Bouwertje]

Hallo tweakers, ik ben een vrij nieuwe WTW gebruiker en heb op dit moment een nieuw huis met een Orcon HRC 570 Smartcomfort met 2 zonnekleppen. Ik snap de 2 zone’s, ik snap de CO2 melders, ik snap de vochtmeting in de badkamer, maar wat ik me nog afvraag, hoe kan je de WTW instellen en finetunen? En hoe werkt de bypassklep, wanneer gaat dat ding open, is dat in de zomer boven de x graden verschil, is dat überhaupt op buitentemperatuur, of op datum en tijd? Wanneer gaat de voorverwarmer aan? Ik kan dit nog niet makkelijk terugvinden. Ongetwijfeld komen er nog meer vragen maar gelukkig heb ik dan jullie 😉

Oh nog een kleine aanvulling, kan je de WTW ook uitlezen? Snelheid ventilator, stand kleppen, stand bypass,temperatuur buiten- en binnenlucht ect?

[ Voor 13% gewijzigd door Bouwertje op 26-12-2025 21:41 ]

[Bouwertje]

Bouwertje schreef op vrijdag 26 december 2025 @ 21:37:
Hallo tweakers, ik ben een vrij nieuwe WTW gebruiker en heb op dit moment een nieuw huis met een Orcon HRC 570 Smartcomfort met 2 zonnekleppen. Ik snap de 2 zone’s, ik snap de CO2 melders, ik snap de vochtmeting in de badkamer, maar wat ik me nog afvraag, hoe kan je de WTW instellen en finetunen? En hoe werkt de bypassklep, wanneer gaat dat ding open, is dat in de zomer boven de x graden verschil, is dat überhaupt op buitentemperatuur, of op datum en tijd? Wanneer gaat de voorverwarmer aan? Ik kan dit nog niet makkelijk terugvinden. Ongetwijfeld komen er nog meer vragen maar gelukkig heb ik dan jullie 😉

Oh nog een kleine aanvulling, kan je de WTW ook uitlezen? Snelheid ventilator, stand kleppen, stand bypass,temperatuur buiten- en binnenlucht ect?

De werking en het verbruik zijn voor mij redelijk onduidelijk

[ Voor 8% gewijzigd door Bouwertje op 26-12-2025 21:49 ]

[Wimpie70]

@Bouwertje De 570 werkt zo te zien met de standaard RF afstandsbedieningen van Orcon. De 570 heeft zelf geen schermpje, je kan hem daarvoor bedienen met een aparte 15RF display...Of instellen met dipswitches...beiden niet ideaal als je wat meer wilt dan de standen aflezen en veranderen.
Gelukkig is er een oplossing bedacht door de RF frequenties met het Ramses II protocol af te luisteren en zelfs na te doen. Je leest hier alles over in de openingspost van deze thread.
De esp van Indalotech gebruik ik zelf en werkt prima. Ramses RF is een integratie voor Home Assistant. Verder zijn er diverse kaarten en scripts beschikbaar. Ik werk zelf aan Ramses Extras (en een beetje aan RF).
Als je daar iets mee wilt doen en vragen hebt, kunnen we je daar mee helpen.

[Vaevictis_]

Wimpie70 schreef op zaterdag 27 december 2025 @ 09:06:
@Bouwertje De 570 werkt zo te zien met de standaard RF afstandsbedieningen van Orcon. De 570 heeft zelf geen schermpje, je kan hem daarvoor bedienen met een aparte 15RF display...Of instellen met dipswitches...beiden niet ideaal als je wat meer wilt dan de standen aflezen en veranderen.
Gelukkig is er een oplossing bedacht door de RF frequenties met het Ramses II protocol af te luisteren en zelfs na te doen. Je leest hier alles over in de openingspost van deze thread.
De esp van Indalotech gebruik ik zelf en werkt prima. Ramses RF is een integratie voor Home Assistant. Verder zijn er diverse kaarten en scripts beschikbaar. Ik werk zelf aan Ramses Extras (en een beetje aan RF).
Als je daar iets mee wilt doen en vragen hebt, kunnen we je daar mee helpen.

@Bouwertje

Ik kan iedereen met een Orcon van harte de RF15 display aanraden, want zonder is het eigenlijk niet goed bruikbaar. Dat is ook gemakkelijk voor kinderen en ouderen of als je je huis verkoopt. Ook handig als fallback als Home Assistant niet (goed) werkt.

Voor ons techneuten is Home Assistant integratie natuurlijk veel mooier. Ik heb beide

[Bouwertje]

Wimpie70 schreef op zaterdag 27 december 2025 @ 09:06:
@Bouwertje De 570 werkt zo te zien met de standaard RF afstandsbedieningen van Orcon. De 570 heeft zelf geen schermpje, je kan hem daarvoor bedienen met een aparte 15RF display...Of instellen met dipswitches...beiden niet ideaal als je wat meer wilt dan de standen aflezen en veranderen.
Gelukkig is er een oplossing bedacht door de RF frequenties met het Ramses II protocol af te luisteren en zelfs na te doen. Je leest hier alles over in de openingspost van deze thread.
De esp van Indalotech gebruik ik zelf en werkt prima. Ramses RF is een integratie voor Home Assistant. Verder zijn er diverse kaarten en scripts beschikbaar. Ik werk zelf aan Ramses Extras (en een beetje aan RF).
Als je daar iets mee wilt doen en vragen hebt, kunnen we je daar mee helpen.

Ik heb een RF15, zonder display en ben (een beetje) bekend met HA. Ikzelf benen een Homey gebruiker maar ben ‘vroegah’ programmeur geweest, dus ik kan vaak dingen goed volgen. De Orcon doet nu allerlei dingen waarbij niks van snap, bv snachts harder gaan draaien (verbruikt 200 Watt / uur) maar ik snap nog niks van de voorverwarmer, bypassklep ect.
Dus….. ik ben van meten is weten en ik wil graag alles bekijken en volgen. Dus de aangeboden hulp neem ik graag aan.

[vliegnerd]

Bouwertje schreef op zaterdag 27 december 2025 @ 18:25:
[...]


Ik heb een RF15, zonder display en ben (een beetje) bekend met HA. Ikzelf benen een Homey gebruiker maar ben ‘vroegah’ programmeur geweest, dus ik kan vaak dingen goed volgen. De Orcon doet nu allerlei dingen waarbij niks van snap, bv snachts harder gaan draaien (verbruikt 200 Watt / uur) maar ik snap nog niks van de voorverwarmer, bypassklep ect.
Dus….. ik ben van meten is weten en ik wil graag alles bekijken en volgen. Dus de aangeboden hulp neem ik graag aan.

Als je het gedrag wil snappen is een RF15 display niet genoeg. Dat oproeren in de nacht is hoogstwaarschijnlijk vanwege CO2 in je slaapkamer. Zie je niet op een rf15 display, wel in Home Assistant.

Dus zoals @Wimpie70 al schreef, lees de startpost, koop een Ramses-esp bordje en ga de boel uitlezen (en besturen) in HA.

In dit topic is voldoende hulp om dat voor elkaar te krijgen.

[Wimpie70]

Zonder de display of Ramses RF kan je niet veel zien van wat er gebeurt. Ik zag dat indalo op dit moment out of stock is, maar je kan je opgeven om een melding te krijgen als hij weer wat klaar heeft. Verder zijn er in NL ook een paar mensen die vergelijkbare esp's maken. De display is zeker een goede optie, maar je kan dan nog niet alles volgen. De menu's zijn een beetje onhandig (langs een lijst met nummers scrollen ipv tekst waar je parameters ed kan zien) Maar het belangrijkste is goed te zien: de huidige stand van de fan en van de bypass.

Het kan zijn dat de WTW 'snachts meer verbruikt ivm de voorverwarmer...zeker nu het vriest. Bij mij (zonder voorverwarmer) gaat hij juist uit als bescherming tegen bevriezing (zie posts hierboven)
Ramses Extras draait bovenop Ramses RF en geeft een paar standaard features, die je aan of uit kan zetten. De dashboard kaart geeft zowel een overzicht van de waardes nu (temp/humidity, efficientie (berekend), bypass, tijd tot vervanging filter, co2 (als gemapped), maar kan ook de configuratie bekijken en veranderen (comfort temperatuur, hoe hard moeten de fans draaien/stand, etc)

--- edit --> of de co2

[Bouwertje]

Wimpie70 schreef op zaterdag 27 december 2025 @ 18:47:
Zonder de display of Ramses RF kan je niet veel zien van wat er gebeurt. Ik zag dat indalo op dit moment out of stock is, maar je kan je opgeven om een melding te krijgen als hij weer wat klaar heeft. Verder zijn er in NL ook een paar mensen die vergelijkbare esp's maken. De display is zeker een goede optie, maar je kan dan nog niet alles volgen. De menu's zijn een beetje onhandig (langs een lijst met nummers scrollen ipv tekst waar je parameters ed kan zien) Maar het belangrijkste is goed te zien: de huidige stand van de fan en van de bypass.

Het kan zijn dat de WTW 'snachts meer verbruikt ivm de voorverwarmer...zeker nu het vriest. Bij mij (zonder voorverwarmer) gaat hij juist uit als bescherming tegen bevriezing (zie posts hierboven)
Ramses Extras draait bovenop Ramses RF en geeft een paar standaard features, die je aan of uit kan zetten. De dashboard kaart geeft zowel een overzicht van de waardes nu (temp/humidity, efficientie (berekend), bypass, tijd tot vervanging filter, co2 (als gemapped), maar kan ook de configuratie bekijken en veranderen (comfort temperatuur, hoe hard moeten de fans draaien/stand, etc)

--- edit --> of de co2

Ik heb echt geen idee wat ik hiervan moet vinden

[denpries]

Hi

Ik heb vandaag een bordje binnen gekregen. esp32-c6-wifi-zigbee-to-855-925mhz-wireless. Niet die van indalotech, want uitverkocht, maar van een nederlandse meneer (Marcel).

https://elecram.com/produ...ss?variant=52605637099853

Iemand daar al eens naar gekeken?

[XElD]

Oh dat vind ik wel een leuk idee. Ik heb hier verder alles op Zigbee draaien dus als zoiets via Zigbee ipv Wifi kan draaien dan vind ik dat wel een tof idee. Maar lees ook: Supports Zigbee (not yet implemented for the Ramses II communication) and WiFi. Ook als redundantie. Heb hier al al twee keer een Shelly EM Mini G4 ook gebaseerd op de C6 die ik zowel via Wifi als Zigbee kan benaderen: https://www.shelly.com/products/shelly-em-mini-gen4

[ Voor 27% gewijzigd door XElD op 05-01-2026 09:07 ]

[denpries]

XElD schreef op maandag 5 januari 2026 @ 09:04:
Oh dat vind ik wel een leuk idee. Ik heb hier verder alles op Zigbee draaien dus als zoiets via Zigbee ipv Wifi kan draaien dan vind ik dat wel een tof idee. Maar lees ook: Supports Zigbee (not yet implemented for the Ramses II communication) and WiFi.

Het ging me eigenlijk niet zo om de zigbee/wifi. Maar vooral dat die indalotech er niet meer was, deze goedkoper was, EN een (beter) bordje was.

Volgens zijn github zijn er ook best wat dingen gepatched ten opzichte van de originele ramses esp code.

Echter ik heb nog helemaal geen ervaring met dat ding, het connecten, of iets in die trend. Dus dat moet ik ook nog gaan uitzoeken tzt

[denpries]

XElD schreef op maandag 5 januari 2026 @ 09:04:
Heb hier al al twee keer een Shelly EM Mini G4 ook gebaseerd op de C6 die ik zowel via Wifi als Zigbee kan benaderen: https://www.shelly.com/products/shelly-em-mini-gen4

Ik heb mijn huis vol met shelly 1 mini gen 4 devices hangen (op wifi nog) icm zigbee lampen etc.

[ Voor 26% gewijzigd door denpries op 05-01-2026 09:09 ]

[vliegnerd]

denpries schreef op zondag 4 januari 2026 @ 20:33:
Hi

Ik heb vandaag een bordje binnen gekregen. esp32-c6-wifi-zigbee-to-855-925mhz-wireless. Niet die van indalotech, want uitverkocht, maar van een nederlandse meneer (Marcel).

https://elecram.com/produ...ss?variant=52605637099853

Iemand daar al eens naar gekeken?

Dit bordje wordt gemaakt en ook hier op V&A aangeboden door tweaker @immrmkw.
In dit topic besproken: Kriseh in "Ramses II 868MHz communicatie via evofw3 en ramses_rf"
Samengevat: Ja, dit is een prima product, goed alternatief voor de "echte" ramses esp.

[denpries]

vliegnerd schreef op maandag 5 januari 2026 @ 15:03:
[...]


Dit bordje wordt gemaakt en ook hier op V&A aangeboden door tweaker @immrmkw.
In dit topic besproken: Kriseh in "Ramses II 868MHz communicatie via evofw3 en ramses_rf"
Samengevat: Ja, dit is een prima product, goed alternatief voor de "echte" ramses esp.

Ah Tof

[immrmkw]

@denpries, dat is mijn website inderdaad. Het is de bedoeling dat daar in de toekomst nog meer bordjes op komen te staan en tutorials for home automation en andere projecten

@XElD, het was in het begin de bedoeling om te kijken of ik Zigbee communicatie kon implementeren, maar het was al heel veel werk om het uberhaupt werkend te krijgen. Daarnaast is er ook wel wat werk nodig aan de Home Assistant kant. Dus dat is even op een zijspoor beland.

[XElD]

Hoi, ja snap ik dat dat niet eenvoudig is!

En je hebt het ook niet direct nodig als er ook wifi is. Tegelijkertijd, wat is erg sympathiek van m'n Shelly EM Mini's GEN4 vind is dat ze zowel via Wifi als Zigbee benaderbaar blijven. Dus mocht een van die twee om wat voor reden dan ook offline zijn dan werkt het nog steeds.

[woolysheep]

Hallo mede tweakers,

al een poosje aan het stoeien om verbinding te krijgen via MQTT. Via USB werkt alles en kan ik mijn Orcon aansturen.
Via de console zie ik het volgende als ik via MQTT inlog:

code:

# ramses_esp_c6 v0.2
# Attempting to connect to SSID:Secret
# Connected to SSID:Secret
# MQTT: Connecting to mqtt://192.168.50.xx:1883
# MQTT: Connected
082  I --- 21:052879 --:------ 21:052879 30C9 003 0008BB
070  I --- 21:052875 --:------ 21:052875 3110 004 00000010
086  I --- 29:251728 29:251144 --:------ 4E01 018 0008BB7FFF7FFF7FFF7FFF7FFF7FFF7FFF00
083  I --- 02:251022 02:251452 --:------ 4E01 018 007FFF7FFF7FFF7FFF072B7FFF7FFF7FFF00
076  I --- 21:053115 --:------ 21:053115 3110 004 00000010
081  I --- --:------ --:------ 02:251022 1FD4 003 004BCD
082  I --- --:------ --:------ 20:225474 10E2 003 00AB98

Dus het bordje lijkt correct communicatie te hebben met mijn WiFi and MQTT.

Alleen als ik dit probeer te configureren met Ramses 0.52.5 via MQTT broker of manueel komt Ramses niet door de initialisatie heen. Ik maak gebruik van dezelfde gegevens die op het board zijn ingevuld.
mqtt://user:[e-mail]:1883

In mijn core log vind ik het volgende:

code:

2026-01-07 14:55:17.177 ERROR (MainThread) [ramses_tx.transport] Failed to initiate MQTT connection: Port could not be cast to integer value as 'password'
2026-01-07 14:55:22.179 ERROR (MainThread) [ramses_tx.transport] Failed to initiate MQTT connection: Port could not be cast to integer value as 'password'

Terwijl ik dit bericht typ, de oplossing gevonden (geen # gebruiken in je password )
Werkt dus wel voor HA en het opzetten van je MQTT maar niet voor het verbinden vanuit Ramses

[ebroerse]

woolysheep schreef op woensdag 7 januari 2026 @ 15:20:
... de oplossing gevonden (geen # gebruiken in je password.

Dat is mooi.
Staat in de Ramses_cc Wiki onder 2.1 Configuratie trouwens wel iets over, met een linkje. Lijkt me niet te fixen, dus deze tekens beter niet in je ww gebruiken:

code:

: / ? # [ ] @

[tha_host]

Goedenavond allen,

Ik vroeg mij af of er meer Orcon eigenaren zijn, specifiek in mijn geval een hrc300 ecomax, die tijdens deze weersomstandigheden bij de aanvoerbuis met koude buitenlucht wat druppeltjes rond de buis zien. Het gaat echt om een aantal druppels, misschien dat er per dag het om hooguit 10 druppels gaat. Aangezien het niet alleen aan de onderkant van de buis zit gaat het hier om condensatie. De buis is geïsoleerd met een armstrong armaflex achtig materiaal. Zie de foto's, inclusief druppeltjes.

We wonen hier nu een aantal maanden (nieuwbouwwoning) en hebben dus geen referentie van vorig jaar.

Het weer is wel wat extremer dan normaal, aan de andere kant is het nu ook weer geen -30 graden. Als anderen dit ook hebben dan weet ik dat ik dit als "normaal" kan beschouwen. Zo niet, dan zal ik een melding bij de aannemer maken.

Alvast bedankt!

[tha_host]

Nogmaals goedenavond allen ,

Voor wat betreft de integratie van mijn Orcon HRC 300 Ecomax in HA maak ik gebruik van een RFXCOM868. Ik zag deze optie nog nergens genoemd in dit forum, vandaar dat ik hem expliciet noem. Het voordeel is dat na configuratie van MQTT server en FanID, het eea out of the box werkt. Dat betekent voor de echte tweaker natuurlijk iets minder tweakwerk . Daarnaast is deze optie wel wat duurder dan een esp oplossing.

[Wimpie70]

@tha_host Grappig, kende het niet. Wat voor software zit er bij, welke HA integratie ? Kan je de FAN behalve bedienen ook uitlezen ? Temperatuur sensoren, foutcodes, configuratie ?

[TijmenvS]

tha_host schreef op woensdag 7 januari 2026 @ 20:09:
Goedenavond allen,

Ik vroeg mij af of er meer Orcon eigenaren zijn, specifiek in mijn geval een hrc300 ecomax, die tijdens deze weersomstandigheden bij de aanvoerbuis met koude buitenlucht wat druppeltjes rond de buis zien. Het gaat echt om een aantal druppels, misschien dat er per dag het om hooguit 10 druppels gaat. Aangezien het niet alleen aan de onderkant van de buis zit gaat het hier om condensatie. De buis is geïsoleerd met een armstrong armaflex achtig materiaal. Zie de foto's, inclusief druppeltjes.

We wonen hier nu een aantal maanden (nieuwbouwwoning) en hebben dus geen referentie van vorig jaar.

Het weer is wel wat extremer dan normaal, aan de andere kant is het nu ook weer geen -30 graden. Als anderen dit ook hebben dan weet ik dat ik dit als "normaal" kan beschouwen. Zo niet, dan zal ik een melding bij de aannemer maken.

Alvast bedankt![Afbeelding]

[Afbeelding]

Ja die druppels herken ik zeker. Ik heb ook een Orcon HRC300 EcoMax en heb daar vooral last van bij bijvoorbeeld mist. Dan drupt het vanaf het laagste punt van de aanvoerbuis naar beneden. Het komt gelukkig niet zo vaak voor want ik heb er nog geen oplossing voor kunnen vinden.

Nu met de sneeuw hangen er druppels midden achter onder aan de unit zelf.

Ik heb in 2019, toen de unit nieuw was eerder behoorlijke problemen gehad met water dat uit de unit lekte. Uiteindelijk heeft Orcon toen de wisselaar vervangen voor een nieuwere versie met ergens een paar extra afvoergaatjes zodat het water beter weg kan.

[tha_host]

Wimpie70 schreef op woensdag 7 januari 2026 @ 20:43:
@tha_host Grappig, kende het niet. Wat voor software zit er bij, welke HA integratie ? Kan je de FAN behalve bedienen ook uitlezen ? Temperatuur sensoren, foutcodes, configuratie ?

In de rfxcom zit feitelijk ook gewoon een esp module . Daarbinnen draait een webservertje waarmee je de MQTT settings op kan geven. Het werkt dus gewoon puur via MQTT binnen ha. Ik heb een tweetal screenshots bijgevoegd om een idee te geven.

[tha_host]

TijmenvS schreef op woensdag 7 januari 2026 @ 20:48:
[...]


Ja die druppels herken ik zeker. Ik heb ook een Orcon HRC300 EcoMax en heb daar vooral last van bij bijvoorbeeld mist. Dan drupt het vanaf het laagste punt van de aanvoerbuis naar beneden. Het komt gelukkig niet zo vaak voor want ik heb er nog geen oplossing voor kunnen vinden.

Nu met de sneeuw hangen er druppels midden achter onder aan de unit zelf.

Ik heb in 2019, toen de unit nieuw was eerder behoorlijke problemen gehad met water dat uit de unit lekte. Uiteindelijk heeft Orcon toen de wisselaar vervangen voor een nieuwere versie met ergens een paar extra afvoergaatjes zodat het water beter weg kan.

Dank voor het delen, kennelijk is dit dus "normaal" en valt het bij mij nog enigszins mee.

Eerlijkheidshalve moet ik bekennen dat ik in mijn vorige woning ditzelfde probleem ook had. Dat was echter een wat oudere Brinks Renovent WTW. Maargoed, bij een nieuwe WTW had ik dit toch niet meer verwacht....

[JP1980]

tha_host schreef op woensdag 7 januari 2026 @ 21:40:
[...]

Dank voor het delen, kennelijk is dit dus "normaal" en valt het bij mij nog enigszins mee.

Eerlijkheidshalve moet ik bekennen dat ik in mijn vorige woning ditzelfde probleem ook had. Dat was echter een wat oudere Brinks Renovent WTW. Maargoed, bij een nieuwe WTW had ik dit toch niet meer verwacht....

De aanvoerbuis hoort volgens het bouwbesluit een geïsoleerde buis te zijn. Verschil in temperatuur veroorzaakt condens en kan schimmel en/of corrosie veroorzaken. Je kunt vrij makkelijk de buis isoleren met wat zelfklevende isolatie.

[Wimpie70]

Er lijkt al wat isolatie omheen te zitten, maar dit is waarschijnlijk te weinig. 1 cm doet niet zo veel bij grotere temperatuurverschillen. Ik gebruik zelf flexibele geisoleerde buizen (ook voor geluiddemping). Zal zo eens kijken of deze ook condenseert.
In je screenshot valt me op dat er een groot verschil tussen de supply en exhaust snelheden en flows zit, maar dat zal de vorstbeveiliging zijn.

[tha_host]

Wimpie70 schreef op donderdag 8 januari 2026 @ 08:15:
Er lijkt al wat isolatie omheen te zitten, maar dit is waarschijnlijk te weinig. 1 cm doet niet zo veel bij grotere temperatuurverschillen. Ik gebruik zelf flexibele geisoleerde buizen (ook voor geluiddemping). Zal zo eens kijken of deze ook condenseert.
In je screenshot valt me op dat er een groot verschil tussen de supply en exhaust snelheden en flows zit, maar dat zal de vorstbeveiliging zijn.

In verband met een ander nog lopend gebrek kwam de aannemer langs. Heb gelijk even aan hem gevraagd of het normaal was dat er druppels aan de buis zitten. Hij vond van niet, en adviseerde mij om dit even aan te melden bij hen, zodat zij het door kunnen zetten naar de installateur. Wordt dus nog vervolgd...

Voor wat betreft het verschil tussen de supply en exhaust: dat ben ik met je eens, en daarom twijfel ik eerder aan de uitgelezen waarden dan aan de werkelijke waarden. Zo schiet de outdoor temperatuur bij vorst naar 600graden. Daar gaat dus iets nog niet helemaal lekker

[TijmenvS]

tha_host schreef op donderdag 8 januari 2026 @ 10:03:
[...]


In verband met een ander nog lopend gebrek kwam de aannemer langs. Heb gelijk even aan hem gevraagd of het normaal was dat er druppels aan de buis zitten. Hij vond van niet, en adviseerde mij om dit even aan te melden bij hen, zodat zij het door kunnen zetten naar de installateur. Wordt dus nog vervolgd...

Voor wat betreft het verschil tussen de supply en exhaust: dat ben ik met je eens, en daarom twijfel ik eerder aan de uitgelezen waarden dan aan de werkelijke waarden. Zo schiet de outdoor temperatuur bij vorst naar 600graden. Daar gaat dus iets nog niet helemaal lekker

Ik zou ook zeker niet zeggen dat het erbij hoort. Ik heb alleen helaas nog geen oplossing gevonden. Hieronder een foto van hoe het er hier uitziet. Je ziet dat er vaker water naar beneden is gekomen via de buis. Ik dacht dat het iets te maken zou kunnen hebben met de doorvoer naar buiten. Als je iets hoort van de aannemer of installateur houdt ik me aanbevolen.

Ik zie bij mij nu trouwens voor exhaust flow 58,33 l/s en voor supply flow 58,02 l/s bij een outdoor temperature van 3,7 graden.

Ik meet ook het elektrisch vermogen dat ligt de afgelopen weken bij stand 3 (70%) ook wel 10% hoger dan daarvoor. Zou dat met de buitentemperatuur te maken kunnen hebben?

[ Voor 23% gewijzigd door TijmenvS op 08-01-2026 12:22 ]

[Vaevictis_]

TijmenvS schreef op donderdag 8 januari 2026 @ 12:12:
[...]


Ik zou ook zeker niet zeggen dat het erbij hoort. Ik heb alleen helaas nog geen oplossing gevonden. Hieronder een foto van hoe het er hier uitziet. Je ziet dat er vaker water naar beneden is gekomen via de buis. Ik dacht dat het iets te maken zou kunnen hebben met de doorvoer naar buiten. Als je iets hoort van de aannemer of installateur houdt ik me aanbevolen.

Ik zie bij mij nu trouwens voor exhaust flow 58,33 l/s en voor supply flow 58,02 l/s bij een outdoor temperature van 3,7 graden.

Ik meet ook het elektrisch vermogen dat ligt de afgelopen weken bij stand 3 (70%) ook wel 10% hoger dan daarvoor. Zou dat met de buitentemperatuur te maken kunnen hebben?

[Afbeelding]

Dat is wel een nare 90 graden bocht. Dat levert veel weerstand en druk verlies op. Merk je dat ook in de boost stand? Hoeveel W verbruikt de wtw dan?

[TijmenvS]

Vaevictis_ schreef op donderdag 8 januari 2026 @ 12:54:
[...]


Dat is wel een nare 90 graden bocht. Dat levert veel weerstand en druk verlies op. Merk je dat ook in de boost stand? Hoeveel W verbruikt de wtw dan?

In stand 3 (70%) nu ca. 80W, eerder in november/december ca. 73W.

[JP1980]

TijmenvS schreef op donderdag 8 januari 2026 @ 13:16:
[...]


In stand 3 (70%) nu ca. 80W, eerder in november/december ca. 73W.

Die van mij gebruikt stand 3 55 watt.
Kan wel normaal zijn wat je hebt afhankelijk hoe groot je systeem is.

Maar als je het wilt onderzoeken dan zou je 1 voor 1 elke buis los kunnen koppelen en kijken wat het effect is op het stroomverbruik. Als bijvoorbeeld die rare 90 graden bocht ineens stroomverbruik erg doet verminderen dan is het goed om dat kanaal wat te optimaliseren. Scheelt stroom + herrie.

[TijmenvS]

JP1980 schreef op donderdag 8 januari 2026 @ 13:36:
[...]


Die van mij gebruikt stand 3 55 watt.
Kan wel normaal zijn wat je hebt afhankelijk hoe groot je systeem is.

Maar als je het wilt onderzoeken dan zou je 1 voor 1 elke buis los kunnen koppelen en kijken wat het effect is op het stroomverbruik. Als bijvoorbeeld die rare 90 graden bocht ineens stroomverbruik erg doet verminderen dan is het goed om dat kanaal wat te optimaliseren. Scheelt stroom + herrie.

Dank voor de info!

Aan de andere kant van de unit zit op de buizen het huis in ook elk zo'n 90 graden bocht, dus ik vrees dat ik hier mee moet doen. Meer ruimte is er helaas niet. Maar ik zou wel graag van de druppels af komen, ook de druppels die nu uit de unit zelf komen.

[JP1980]

TijmenvS schreef op donderdag 8 januari 2026 @ 16:27:
[...]


Dank voor de info!

Aan de andere kant van de unit zit op de buizen het huis in ook elk zo'n 90 graden bocht, dus ik vrees dat ik hier mee moet doen. Meer ruimte is er helaas niet. Maar ik zou wel graag van de druppels af komen, ook de druppels die nu uit de unit zelf komen.

Misschien is dit iets:
https://www.ventilatielan...5EFWKeiE6BWcaAsRuEALw_wcB