Ramses RF - Ramses Extras - Orcon WTW - Duco WTW - esp_9_klep_beregening
:strip_exif()/u/5779/posttoast.gif?f=community)
Ik heb de afgelopen twee nachten getest met mijn smart-bypass en ben tegen wat gekke dingen aangelopen. Ik ben benieuwd of @Wimpie70 dit ook is tegengekomen.
Ik gebruik de geaggregeerde sensoren die ramses_cc aanmaakt (sensor.orcon_wtw_outdoor_temperature, _indoor_temperature, _supply_temperature, _indoor_humidity). Die werken prima, maar af en toe (vooral 's nachts) sprong de waarde plots terug naar een momentopname van uren eerder, om bij het volgende moment weer goed te staan. Mijn bypass-logica flipte daardoor van besluit en de klep ging klapperen.
In mijn log zag dat er zo uit:
Ik ben met Claude door logs en configs gaan spitten, om te kijken waar die 30.38 vandaan komt. Claude heeft vervolgens een debug-sensor voor me gemaakt om te kijken waar de 31DA-frames vandaan komen. Ik ben elk frame gaan loggen met afzender en de temperaturen. Daaruit bleek dat mijn WTW (32:152794) de enige was die temperaturen stuurde, en dat was elke keer de "echte" temperatuur. Die 30.38 kwam dus nergens vandaan.
Het lijkt er dus op dat ramses_cc die af en toe teruggeeft. Geen idee waarom.
Ik heb het uiteindelijk opgelost door trigger-based template-sensors te maken die rechtstreeks de 31DA-payloads uitlezen via event.ramses_cc_regex_event en die alleen updaten op een vers frame van de WTW zelf. Dit is zo'n sensor:
Ik snap alleen nog niet zo goed waarom ramses_cc die oude waarden af en toe teruggeeft. Ik heb het probleem hiermee opgelost, maar het voelt wel een beetje als een omweg
Ik gebruik de geaggregeerde sensoren die ramses_cc aanmaakt (sensor.orcon_wtw_outdoor_temperature, _indoor_temperature, _supply_temperature, _indoor_humidity). Die werken prima, maar af en toe (vooral 's nachts) sprong de waarde plots terug naar een momentopname van uren eerder, om bij het volgende moment weer goed te staan. Mijn bypass-logica flipte daardoor van besluit en de klep ging klapperen.
In mijn log zag dat er zo uit:
code:
Je ziet de echte waarde langzaam zakken (wat de verwachting is in de nacht), maar hij schiet elke keer terug naar die exacte 30.38 (wat een temperatuur is die hij eerder op de dag een keer echt heeft gehad).1
2
3
4
5
| 03:55 aanzuig 30.38 <- stale 03:56 aanzuig 23.46 <- echt 03:57 aanzuig 30.38 <- stale 04:00 aanzuig 23.37 <- echt 04:01 aanzuig 30.38 <- stale |
Ik ben met Claude door logs en configs gaan spitten, om te kijken waar die 30.38 vandaan komt. Claude heeft vervolgens een debug-sensor voor me gemaakt om te kijken waar de 31DA-frames vandaan komen. Ik ben elk frame gaan loggen met afzender en de temperaturen. Daaruit bleek dat mijn WTW (32:152794) de enige was die temperaturen stuurde, en dat was elke keer de "echte" temperatuur. Die 30.38 kwam dus nergens vandaan.
Het lijkt er dus op dat ramses_cc die af en toe teruggeeft. Geen idee waarom.
Ik heb het uiteindelijk opgelost door trigger-based template-sensors te maken die rechtstreeks de 31DA-payloads uitlezen via event.ramses_cc_regex_event en die alleen updaten op een vers frame van de WTW zelf. Dit is zo'n sensor:
YAML:
Dit werkt vooralsnog prima, ik krijg geen "spook-data" meer binnen die mijn bypass-logica verstoort.1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
| - trigger: - trigger: state entity_id: event.ramses_cc_regex_event id: rf - trigger: homeassistant event: start id: init - trigger: event event_type: event_template_reloaded id: init variables: wtw_src: "32:152794" # <- jouw FAN-adres wtw_code: "31DA" sensor: - name: "Orcon WTW Outdoor Temperature Clean" unique_id: orcon_wtw_outdoor_temperature_clean unit_of_measurement: "°C" device_class: temperature state_class: measurement state: > {% set d = trigger.to_state.attributes.get('data', {}) if trigger.id == 'rf' else {} %} {% set p = d.get('payload', {}) if d is mapping else {} %} {% if d.get('code') == wtw_code and d.get('src') == wtw_src and p.get('outdoor_temp') is not none %} {{ p.get('outdoor_temp') | float(0) | round(2) }} {% else %} {{ this.state }} {% endif %} |
Ik snap alleen nog niet zo goed waarom ramses_cc die oude waarden af en toe teruggeeft. Ik heb het probleem hiermee opgelost, maar het voelt wel een beetje als een omweg
Ja, dat issue had ik geopend, maar ik had (heel stom) de link niet gelegd met het probleem dat ik hier nu heb
Dat issue ging in principe over de status, niet over andere data. Maar goed, da's feitelijk hetzelfde verhaal natuurlijk.Maar goed, ik heb nu dus in ieder geval een enigszins werkbare workaround. Zijn er nog nadelen aan hoe ik het nu heb aangepakt?
Ik bestuur mijn bypass nu al een tijdje met mijn eigen "smart"-logica in Home Assistant, die kijkt naar binnentemperatuur, buitentemperatuur en dauwpunt. Dat werkt prima, in de nacht komt er lekker koele lucht mijn slaapkamer in. Niet genoeg om de temperatuur significant te laten dalen, wel een aangenaam briesje:
/f/image/MdAm7VmZgRSn8uL2beYcm9qI.png?f=fotoalbum_large)
Hier zie je een grafiek van een paar dagen geleden. Zodra de buitentemperatuur (aanzuig buiten) gedurende langere tijd 1,5 graad onder de binnentemperatuur (aanzuig binnen) zit, gooit hij de bypass open. Dat zie je hier gebeuren vanaf ongeveer 0200 uur, in de loop van de ochtend gooit hij hem weer dicht. Er zit wat logica in om te zorgen dat hij niet gaat klepperen, een soort "wachtstand" dus.
Nu heb ik, als test, afgelopen nacht mijn smart logica uitgezet en de bypass weer op auto gezet, dus de controle bij de WTW zelf. En wat er toen gebeurde zal je doen verbazen
/f/image/CV7q51wGTkocBDDJOd0HU9xL.png?f=fotoalbum_large)
De Orcon is midden in de nacht continu de klep op 80% open, en vlak daarna weer 100% open aan het zetten. Dus precies het klepperen dat ik met mijn smart-logica probeer te voorkomen (omdat ik bang ben dat de klep-motor slijt als ik dit heel vaak doe). Vanochtend rond 0800 uur is hij wel volledig dicht gegaan, dat staat hij nu nog steeds. Wat ik eigenlijk ook vreemd vind, want de buitentemperatuur ligt nu nog best een stuk onder de binnentemperatuur.
Dit roept bij mij een paar vragen op, ik ben benieuwd of iemand hier daar iets van vindt:
1. Waarom gooit de Orcon de klep maar voor 80% open? "Een beetje bypass" lijkt me vrij zinloos.
2. Wat is überhaupt de bypass-logica van de Orcon zelf? Ik heb het hier of in het Ramses-topic langs zien komen, maar ik kan het niet meer terugvinden. Zie ook dit:
:strip_exif()/f/image/MdAm7VmZgRSn8uL2beYcm9qI.png?f=user_large)
Hier zie je een grafiek van een paar dagen geleden. Zodra de buitentemperatuur (aanzuig buiten) gedurende langere tijd 1,5 graad onder de binnentemperatuur (aanzuig binnen) zit, gooit hij de bypass open. Dat zie je hier gebeuren vanaf ongeveer 0200 uur, in de loop van de ochtend gooit hij hem weer dicht. Er zit wat logica in om te zorgen dat hij niet gaat klepperen, een soort "wachtstand" dus.
Nu heb ik, als test, afgelopen nacht mijn smart logica uitgezet en de bypass weer op auto gezet, dus de controle bij de WTW zelf. En wat er toen gebeurde zal je doen verbazen
:strip_exif()/f/image/CV7q51wGTkocBDDJOd0HU9xL.png?f=user_large)
De Orcon is midden in de nacht continu de klep op 80% open, en vlak daarna weer 100% open aan het zetten. Dus precies het klepperen dat ik met mijn smart-logica probeer te voorkomen (omdat ik bang ben dat de klep-motor slijt als ik dit heel vaak doe). Vanochtend rond 0800 uur is hij wel volledig dicht gegaan, dat staat hij nu nog steeds. Wat ik eigenlijk ook vreemd vind, want de buitentemperatuur ligt nu nog best een stuk onder de binnentemperatuur.
Dit roept bij mij een paar vragen op, ik ben benieuwd of iemand hier daar iets van vindt:
1. Waarom gooit de Orcon de klep maar voor 80% open? "Een beetje bypass" lijkt me vrij zinloos.
2. Wat is überhaupt de bypass-logica van de Orcon zelf? Ik heb het hier of in het Ramses-topic langs zien komen, maar ik kan het niet meer terugvinden. Zie ook dit:
:strip_icc():strip_exif()/u/4202/crop59500930db0d0_cropped.jpeg?f=community)
Ik kon geen unit nummer vinden (ga zo mijn foto's bekijken van de verbouwing toen)
Hij lijkt in ieder geval op deze. Exact deze versie. De microcontroller is een Wemos D1 mini met daaronder een CC1101V2 gekoppeld. Dus die pinnetjes zijn allemaal doorverbonden. Heb je hier voldoende aan of wil je daar dan ook nog een foto van?
@Wimpie70 bedankt voor ramses_extra.
Ik gebruik ramses extra 0.20.11 en ramses 0.57.10 alleen de fan map blijft leeg. De comfort temperatuur resolved ook niet (wel op ramses_cc is beschikbaar als entity). Ik heb nu via settings van ramses_Extra de comfort temperatuur entity alsnog ingesteld. De fan map blijft volledig leeg. Weet jij hoe dit komt en wil je bepaalde logging hebben?
Ik heb op ramses_cc bij geavanceerde opties:
Schakel send_packet service in om maatwerk-berichten te versturen: aan
expressie: 31DA|10D0
:strip_exif()/f/image/ALtIjVnmFQJJosA9QBVUAOYG.png?f=user_large)
/f/image/IcQ418B5apD0pjCU3WBuMmq1.png?f=fotoalbum_large)
Dit is mijn ramses schema:
Ik gebruik ramses extra 0.20.11 en ramses 0.57.10 alleen de fan map blijft leeg. De comfort temperatuur resolved ook niet (wel op ramses_cc is beschikbaar als entity). Ik heb nu via settings van ramses_Extra de comfort temperatuur entity alsnog ingesteld. De fan map blijft volledig leeg. Weet jij hoe dit komt en wil je bepaalde logging hebben?
Ik heb op ramses_cc bij geavanceerde opties:
Schakel send_packet service in om maatwerk-berichten te versturen: aan
expressie: 31DA|10D0
:strip_exif()/f/image/IcQ418B5apD0pjCU3WBuMmq1.png?f=user_large)
Dit is mijn ramses schema:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
| orphans_hvac:
- "32:162315"
- "29:167752"
- "37:090561"
"18:207688":
class: HGI
"29:167752":
alias: Orcon echte bediening / HA spoof
class: REM
commands:
auto: " I --- 29:167752 32:162315 --:------ 22F1 003 000404"
away: " I --- 29:167752 32:162315 --:------ 22F1 003 000004"
stand_1: " I --- 29:167752 32:162315 --:------ 22F1 003 000104"
stand_2: " I --- 29:167752 32:162315 --:------ 22F1 003 000204"
stand_3: " I --- 29:167752 32:162315 --:------ 22F1 003 000304"
timer: " I --- 29:167752 32:162315 --:------ 22F3 007 00020F03040000"
faked: true
"32:162315":
alias: Orcon HRC400
bound: "37:090561"
class: FAN
"37:012247":
alias: Orcon CO2 Werkkamer
class: CO2
"37:012251":
alias: Orcon CO2 Woonkamer
class: CO2
"37:012270":
alias: Orcon CO2 Slaapkamer
class: CO2
"37:090561":
alias: Orcon HRC inbouwdisplay 15RF
class: REM |
[ Voor 10% gewijzigd door wesleym op 08-07-2026 14:30 ]
Ik heb de laatste (pre)releases geinstalleerd en zie nu bijvoorbeeld dit. Lijkt me dat dit onjuist gedrag is. Hij zou nu toch de bypass open moeten gooien om koelere buitenlucht naar binnen te blazen?
:strip_exif()/f/image/kry6AEH4ZNXBWpZZ0meg7OA0.png?f=user_large)
:strip_exif()/f/image/wbrDlBTDrdm1bjOOZhQUnsl9.png?f=user_large)
ik heb ze er op staan. Inderdaad kan de bypass nu bedient worden.
Ik zie alleen nog geen activiteit van de temp control.:strip_exif()/f/image/8Tw5ndKZWpQNBU2RUS99kHjQ.png?f=user_large)
Ik zie alleen nog geen activiteit van de temp control.
:strip_icc():strip_exif()/u/765793/crop57e237b91024a_cropped.jpeg?f=community)
/u/290474/crop65ba10733d774_cropped.png?f=community)
Van deze week ben ik weer eens begonnen mijn Raspberry Pi Home assistant toe te voegen.
Ik ben dit weekend begonnen met een Ramses esp aan de slag te gaan.
Na heel wat frustratie en debuggen heb ik de goede configuratie gevonden, het was heel precies leeswerk om het werkende te krijgen. WPU Heatpump en de WtW systeem van HRC-400-EcoMax Orcon.
Dit zijn mijn bevindingen en waar ik tegen aan liep;
Dankje!
voor deze mooie plugin, ik ben benieuwd naar wat voor moois ik nog meer kan doen naast de Fan op low of high zetten. 
Ik leer veel van voorbeelden.
Als laatste vraag ik heb de cmds aan de FAN toegevoegd en aan de REM; welke blijft bestaan en heeft het nut dat het in de REM device staat? of kan ik ze daar weghalen.
Dusverre Ramses Extra, zie ik nog niet zo goed hoeverre dit meerwaarde heeft, maar dat is nog iets om in te lezen.
Andere vraag mijn Ramses heeft een Zee aan devices toegevoegd , hoe verwijder ik deze? als ik deze niet meer wil zien in mijn devices overzicht.
*Edit versies toegevoegd;
Ramses RF 0.59.3
Ramses extras 0.21.2
HomeAssistent:
Core: 2026.8.2
Frontend: 20260729.7
Ik ben dit weekend begonnen met een Ramses esp aan de slag te gaan.
Na heel wat frustratie en debuggen heb ik de goede configuratie gevonden, het was heel precies leeswerk om het werkende te krijgen. WPU Heatpump en de WtW systeem van HRC-400-EcoMax Orcon.
Dit zijn mijn bevindingen en waar ik tegen aan liep;
- Ramses extra vinden maar niet de juiste ramses CC in de homeassistent (crasht zonder de Ramses CC implementatie / repository toe te voegen.
- HVAC stap was in het begin onduidelijk omdat het meeste ervan uit gaat dat het haast standaard toegevoegt staat.
- Het Binden van een fakeremote (herstarten van WtW ), 10 sec powercycle en daarna heb je maximaal 5 min discovery.
https://github.com/ramses-rf/ramses_cc/wiki/5.2-Faking-Remotes-(switches)#orcon-
Daarvoor had ik de action klaar gezet op mijn pc beneden om te binden want de WtW staat op zolder (even op en neer rennen).
Dankje!
voor deze mooie plugin, ik ben benieuwd naar wat voor moois ik nog meer kan doen naast de Fan op low of high zetten. Ik leer veel van voorbeelden.Als laatste vraag ik heb de cmds aan de FAN toegevoegd en aan de REM; welke blijft bestaan en heeft het nut dat het in de REM device staat? of kan ik ze daar weghalen.
Dusverre Ramses Extra, zie ik nog niet zo goed hoeverre dit meerwaarde heeft, maar dat is nog iets om in te lezen.
Andere vraag mijn Ramses heeft een Zee aan devices toegevoegd , hoe verwijder ik deze? als ik deze niet meer wil zien in mijn devices overzicht.
*Edit versies toegevoegd;
Ramses RF 0.59.3
Ramses extras 0.21.2
HomeAssistent:
Core: 2026.8.2
Frontend: 20260729.7
[ Voor 3% gewijzigd door cablegunmaster op 23-08-2026 20:22 ]
Afgelopen weekend ook eindelijk ons nieuwe ventilatiesysteem geïnstalleerd, en meteen maar aan de gang gegaan met het automatiseren. Ik heb uiteindelijk het voor elkaar gekregen dat ik alle commando's kan sturen naar mijn ventilatieunit via ramses rf (ik gebruik nu net versie 0.59.11).
Het leek me meteen mooi om ook ramses extra uit te proberen (ik gebruik hier ook de allerlaatste versie), zeker met de temperatuur optie om iets van koele lucht het huis in te krijgen. Ik heb de optie aangezet, en functioneel werkt het. Ik heb helaas alleen wat problemen met de HVAC card, deze geeft niet alle waardes/status goed weer. Is dit een bekend probleem, of staat er misschien wat fout in mijn config? ik heb 2 unavailable waarden, en er staat een groen vraagteken naast online. Ook als ik op temp control druk, komt er geen blauw randje om temp control staan, deze blijft altijd om 'auto extras on' staan. Voor nu heb ik de commando's er ook rechtstreeks onder gezet, zodat ik zeker weet wat de status is en dat het commando aan of uit staat.
/f/image/yTG01hQSchRIcv64kZ0pzJUz.png?f=fotoalbum_large)
Het leek me meteen mooi om ook ramses extra uit te proberen (ik gebruik hier ook de allerlaatste versie), zeker met de temperatuur optie om iets van koele lucht het huis in te krijgen. Ik heb de optie aangezet, en functioneel werkt het. Ik heb helaas alleen wat problemen met de HVAC card, deze geeft niet alle waardes/status goed weer. Is dit een bekend probleem, of staat er misschien wat fout in mijn config? ik heb 2 unavailable waarden, en er staat een groen vraagteken naast online. Ook als ik op temp control druk, komt er geen blauw randje om temp control staan, deze blijft altijd om 'auto extras on' staan. Voor nu heb ik de commando's er ook rechtstreeks onder gezet, zodat ik zeker weet wat de status is en dat het commando aan of uit staat.
:strip_exif()/f/image/yTG01hQSchRIcv64kZ0pzJUz.png?f=user_large)
Oeh... waar heb je de template van dit dashboard vandaan?
kan je hem delen?edit:
ramses extra fan card
Ramses RF: Versie 0.59.11 (RC-4) geinstalleerd en weer verder aan het puzzelen.
ramses extra fan card
[ Voor 4% gewijzigd door cablegunmaster op 23-08-2026 20:38 ]
@Oboeman Nog even bij de default feature je FAN op enable zetten. Deze berekend dan de abs. luchvochtigheid die nu unavailable is.
Dit is ook de oorzaak waarom je '?' ziet...
Nice template
Dit is ook de oorzaak waarom je '?' ziet...
Nice template
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW - esp_9_klep_beregening
Template ramses extra;
/f/image/nuFm8p4PJB5TJYmukpAa9qw7.png?f=fotoalbum_large)
Ik ben braaf geweest en ben 3 paginas verder met documentatie.
De vragen die ik heb; hij zegt dat deze offline is terwijl de knoppen erop reageren.
en twee waardes niet beschikbaar, wat moet hier staan? param_75 comfort temperatuur mist.
Edit: deze staat blijkbaar in configuration en sommige opties zijn daar disabled).
sensor die ik mogelijk mis, hij staat nu in eco mode. en bovenaan staat 0 min? waarvoor is dit.
De rest heb ik uitgevogeld door een paar disabled entities aan te zetten, en erachter te komen dat ik een CO2 sensor mis (niet standaard? ) ben al potverdikkeme verwend met al dit moois.
excuses als ik te nieuwschierig ben.
Ramses RF: Versie 0.59.11 (RC-4)
Ramses extras 0.21.2
HomeAssistent:
Core: 2026.8.2
Frontend: 20260729.7
:strip_exif()/f/image/nuFm8p4PJB5TJYmukpAa9qw7.png?f=user_large)
Ik ben braaf geweest en ben 3 paginas verder met documentatie.
De vragen die ik heb; hij zegt dat deze offline is terwijl de knoppen erop reageren.
en twee waardes niet beschikbaar, wat moet hier staan? param_75 comfort temperatuur mist.
Edit: deze staat blijkbaar in configuration en sommige opties zijn daar disabled).
sensor die ik mogelijk mis, hij staat nu in eco mode. en bovenaan staat 0 min? waarvoor is dit.
De rest heb ik uitgevogeld door een paar disabled entities aan te zetten, en erachter te komen dat ik een CO2 sensor mis (niet standaard? ) ben al potverdikkeme verwend met al dit moois.
excuses als ik te nieuwschierig ben.
Ramses RF: Versie 0.59.11 (RC-4)
Ramses extras 0.21.2
HomeAssistent:
Core: 2026.8.2
Frontend: 20260729.7
[ Voor 38% gewijzigd door cablegunmaster op 23-08-2026 22:23 ]
Dat ik dan de default feature vergeet:
@Oboeman Nog even bij de default feature je FAN op enable zetten. Deze berekend dan de abs. luchvochtigheid die nu unavailable is.
Dit is ook de oorzaak waarom je '?' ziet...
Nice template
Deze heb ik nu aanstaan, en het vraagteken is inderdaad verdwenen. Toch blijf ik met de 2 unavailable waardes zitten. Er zijn wel 2 waardes bij de settings bijgekomen, maar ik heb het idee dat de abs niet goed wordt berekend?
:strip_exif()/f/image/BFTbTGbi51wovYXhXuBtyvN6.png?f=user_large)
:strip_exif()/f/image/TZ0krMb0L0H0X4DOXf8SoLxS.png?f=user_large)
:strip_exif()/u/90636/nintendo.gif?f=community)
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
Ja, dat was een lastige Bedankt voor het steeds testen en de logs.
Bedankt voor het steeds testen en de logs.
[ Voor 45% gewijzigd door Wimpie70 op 27-08-2026 21:31 ]
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW - esp_9_klep_beregening
ja hier ook nu:
:strip_exif()/f/image/cyxOY3ka2PRA6Mj09yTWHfmY.png?f=user_large)
, weet niet of het user error was maar inmiddels staan alle waardes nu zonder error in het dashboard, nu nog even verder spelen met automatisering voor afzuiging bij het douchen!Na reboot pakt hij comfort temperatuur setting niet meteen over maar negeer dat maar even op screenshot :+*edit is nu opgehaald*
[ Voor 18% gewijzigd door Ramkoe op 28-08-2026 14:45 . Reden: screenshot update! ]
Ook hier even als tip:
Wie HA Core 2026.9.0 wil installeren zodra die uitkomt begin september, moet eerst Ramses RF 0.60.2 (of later) installeren, want door een paar veranderingen in HA start de integratie anders niet op. We hebben het met de beta-versie getest en 0.60.2 draait ook "gewoon" met de huidige HA Core 2026.8.x.
Wie HA Core 2026.9.0 wil installeren zodra die uitkomt begin september, moet eerst Ramses RF 0.60.2 (of later) installeren, want door een paar veranderingen in HA start de integratie anders niet op. We hebben het met de beta-versie getest en 0.60.2 draait ook "gewoon" met de huidige HA Core 2026.8.x.
Goeie
Ik ga wel even kijken of ik (voorzichtig) met wat perslucht kan blazen.Edit: helaas, het mocht niet baten. Dan is nu de vraag of ik me kan beroepen op garantie. Ik gok dat de installateur er niet zoveel boodschap aan heeft dat ik die dingen uitlees
[ Voor 18% gewijzigd door posttoast op 04-09-2026 16:52 ]
Beroepen op garantie is het minste wat je zou doen. Nee heb je ja kun je krijgen. ergste geval zou je een eigen sensor moeten vervangen. (ook benieuwd of hiervoor een topic is) eigen sensor voor CO2 toevoegen aan WTW. (en welke degelijk zijn).:
[...]
Goeie
Edit: helaas, het mocht niet baten. Dan is nu de vraag of ik me kan beroepen op garantie. Ik gok dat de installateur er niet zoveel boodschap aan heeft dat ik die dingen uitlees
Ik zou op zijn minst verwachten dat je een nieuwe sensor krijgt, dit zou onder garantie moeten vallen gezien het binnen de periode van X jaar gezien moge zijn als een defect. ik vraag me nu zelf ook af bij wie ik moet zijn als ik een probleem heb hierbij maar dan zou ik bij de bouwer moeten zijn.
[ Voor 15% gewijzigd door cablegunmaster op 04-09-2026 21:43 ]
Ik heb net ramses_extras 0.21.13 aan de praat gekregen op ramses_cc 0.60.4 (met één verdere commit manueel toegepast als bugfix) en HAOS 2026.9.1.
/f/image/fG92fRorTex1qYVNm2zBXktK.png?f=fotoalbum_large)
Dit is met een Orcon HRC-350-Ventiflow uit 2021 via een Elecram "Sub‑GHz 855–925 MHz Bridge – ESP32‑C6 WiFi/Zigbee" (thanks, Marcel) gekoppeld via de MQTT app van HAOS. (Ik weet nu ook hoe warm het is bij de buren 
.)
Een detail waarop ik lang heb zitten zoeken: met de FAN en fake remote in ramses_cc toegekend aan een area (bijv. "Laundry Room"), werkte ramses_extras niet voor mij. Mogelijk werkt dat wel als alles op dezelfde area staat, of misschien heb ik de area aangepast nadat ik ramses_extra al geconfigureerd had... De ramses_extra boodschappen in het HA logboek hielpen hier uiteindelijk.
Ter info voor de nieuwsgierigen een foto van de controller (de dikke witte kabels zijn de 230 V voeding en de connectie met de fysieke 3-standen-draaiknop die vermoed ik de bouwfirma eraan geprutst heeft i.p.v. een remote):
:strip_exif()/f/image/7qVI92Nq7pBSTCuCDis7HMDw.jpg?f=fotoalbum_large)
:strip_exif()/f/image/fG92fRorTex1qYVNm2zBXktK.png?f=user_large)
Dit is met een Orcon HRC-350-Ventiflow uit 2021 via een Elecram "Sub‑GHz 855–925 MHz Bridge – ESP32‑C6 WiFi/Zigbee" (thanks, Marcel
) gekoppeld via de MQTT app van HAOS. (Ik weet nu ook hoe warm het is bij de buren .)Een detail waarop ik lang heb zitten zoeken: met de FAN en fake remote in ramses_cc toegekend aan een area (bijv. "Laundry Room"), werkte ramses_extras niet voor mij. Mogelijk werkt dat wel als alles op dezelfde area staat, of misschien heb ik de area aangepast nadat ik ramses_extra al geconfigureerd had... De ramses_extra boodschappen in het HA logboek hielpen hier uiteindelijk.
Ter info voor de nieuwsgierigen een foto van de controller (de dikke witte kabels zijn de 230 V voeding en de connectie met de fysieke 3-standen-draaiknop die vermoed ik de bouwfirma eraan geprutst heeft i.p.v. een remote):
:no_upscale():strip_icc():strip_exif()/f/image/7qVI92Nq7pBSTCuCDis7HMDw.jpg?f=user_large)
ik ben blij met de nieuwe update, uit zichzelf ging mijn WTW op standje hoog staan tijdens het douchen. om even later weer terug te gaan. geen idee welke fix dit was maar het leek goed te werken. de sonoff sensor (zigbee) bleek niet sterk genoeg te zijn om door de betonnen muur heen te gaan. dus dit was een nice suprise.
om even later weer terug te gaan. geen idee welke fix dit was maar het leek goed te werken. de sonoff sensor (zigbee) bleek niet sterk genoeg te zijn om door de betonnen muur heen te gaan. dus dit was een nice suprise.
[ Voor 24% gewijzigd door cablegunmaster op 09-09-2026 22:06 ]
hoe heb je de balans ingesteld? bij mij werkt dit niet automatisch:
ik ben blij met de nieuwe update, uit zichzelf ging mijn WTW op standje hoog staan tijdens het douchen.