De afvoer zit maar op een kant van de unit aangesloten...Turrican schreef op woensdag 8 oktober 2025 @ 12:26:
[...]
Hm, als het goed is zit er een afvoer onderin de WTW-unit, dus als het water erin blijft staan is er denk ik iets verstopt, dat hoort namelijk niet te gebeuren.
Ja, bij de aanvoer van buiten neem ik aan.vervlogen schreef op dinsdag 14 oktober 2025 @ 14:09:
[...]
De afvoer zit maar op een kant van de unit aangesloten...
In mijn vorige huis met een niet-WTW woonhuisventilator had ik ook geen condensafvoer.
@Wimpie70 Ja ik heb een Orcon HRC300 EcoMax, uit 2019. Na herstarten home assistant is er niets verschenen, en ook met de actie update_fan_params komt het niet tevoorschijn. Ik zie wel onderstaande in de packetlog. Er komt dus wel iets terug over de parameters, maar niet in de integratie zo lijkt het.
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
36
37
38
39
40
41
42
43
44
45
| 2025-10-16T19:27:06.099917 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000031 2025-10-16T19:27:06.129196 055 RP --- 32:161442 37:123789 --:------ 2411 022 0000312610000000B400000000000007080000001E70 2025-10-16T19:27:06.337920 000 I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FA34132343131525133323A313631343432 2025-10-16T19:27:06.400867 000 RQ --- 37:123789 32:161442 --:------ 2411 003 00003D 2025-10-16T19:27:06.444067 056 RP --- 32:161442 37:123789 --:------ 2411 022 00003D2F0F0000001400000000000000500000000170 2025-10-16T19:27:06.637906 000 I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FA46D32343131525133323A313631343432 2025-10-16T19:27:06.700858 000 RQ --- 37:123789 32:161442 --:------ 2411 003 00003E 2025-10-16T19:27:06.727933 055 RP --- 32:161442 37:123789 --:------ 2411 022 00003E300F0000001400000000000000500000000170 2025-10-16T19:27:06.935834 000 I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FA59832343131525133323A313631343432 2025-10-16T19:27:06.999711 000 RQ --- 37:123789 32:161442 --:------ 2411 003 00003F 2025-10-16T19:27:07.027949 055 RP --- 32:161442 37:123789 --:------ 2411 022 00003F310F0000001E00000000000000A00000000170 2025-10-16T19:27:07.235960 000 I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FA6C332343131525133323A313631343432 2025-10-16T19:27:07.299940 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000040 2025-10-16T19:27:07.337036 055 RP --- 32:161442 37:123789 --:------ 2411 022 000040320F0000001E00000000000000A00000000170 2025-10-16T19:27:07.536977 000 I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FA7F032343131525133323A313631343432 2025-10-16T19:27:07.600795 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000041 2025-10-16T19:27:07.632030 055 RP --- 32:161442 37:123789 --:------ 2411 022 000041330F0000006400000000000000C80000000170 2025-10-16T19:27:07.839088 000 I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FA91D32343131525133323A313631343432 2025-10-16T19:27:07.901945 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000042 2025-10-16T19:27:07.931933 055 RP --- 32:161442 37:123789 --:------ 2411 022 000042340F0000006400000014000000C80000000170 2025-10-16T19:27:08.136993 000 I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FAA4A32343131525133323A313631343432 2025-10-16T19:27:08.200912 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000043 2025-10-16T19:27:08.231941 055 RP --- 32:161442 37:123789 --:------ 2411 022 000043350F0000008C00000000000000C80000000170 2025-10-16T19:27:08.435866 000 I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FAB7532343131525133323A313631343432 2025-10-16T19:27:08.499763 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000044 2025-10-16T19:27:08.535941 055 RP --- 32:161442 37:123789 --:------ 2411 022 000044360F0000008C00000014000000C80000000170 2025-10-16T19:27:08.736783 000 I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FAC9F32343131525133323A313631343432 2025-10-16T19:27:08.800923 000 RQ --- 37:123789 32:161442 --:------ 2411 003 00004B 2025-10-16T19:27:08.839936 055 RP --- 32:161442 37:123789 --:------ 2411 022 00004B39000000000000000000000000020000000170 2025-10-16T19:27:09.036783 000 I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FADCD32343131525133323A313631343432 2025-10-16T19:27:09.101912 000 RQ --- 37:123789 32:161442 --:------ 2411 003 00004E 2025-10-16T19:27:09.139946 055 RP --- 32:161442 37:123789 --:------ 2411 022 00004E3C000000000100000000000000010000000170 2025-10-16T19:27:09.337935 000 I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FAEFB32343131525133323A313631343432 2025-10-16T19:27:09.400900 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000052 2025-10-16T19:27:09.434107 055 RP --- 32:161442 37:123789 --:------ 2411 022 00005240010000001400000000000000FA0000000170 2025-10-16T19:27:09.637064 000 I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FB02532343131525133323A313631343432 2025-10-16T19:27:09.700883 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000054 2025-10-16T19:27:09.729085 056 RP --- 32:161442 37:123789 --:------ 2411 022 00005442000000000F0000000F0000003C0000000170 2025-10-16T19:27:09.938134 000 I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FB15132343131525133323A313631343432 2025-10-16T19:27:10.000890 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000075 2025-10-16T19:27:10.038031 055 RP --- 32:161442 37:123789 --:------ 2411 022 0000755292000007D000000000000075300000000170 2025-10-16T19:27:10.236716 000 I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FB27C32343131525133323A313631343432 2025-10-16T19:27:10.300767 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000095 2025-10-16T19:27:18.541134 057 I --- 32:097951 32:161442 --:------ 31E0 008 0000000001001E00 2025-10-16T19:27:18.562065 055 I --- 32:161442 --:------ 32:161442 31D9 004 00200400 |
@TijmenvS Vreemd, de eerste RP zou al support voor 2411 params moeten triggeren.
Zie je iets in de home-assistant.log hierover: 'supports 2411 parameters' ?
En daarna: 'Creating parameter entities' ?
Er zou ook iets van 'Device initialized' in moeten staan.
Of een foutmelding ?
Zie je iets in de home-assistant.log hierover: 'supports 2411 parameters' ?
En daarna: 'Creating parameter entities' ?
Er zou ook iets van 'Device initialized' in moeten staan.
Of een foutmelding ?
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
@Wimpie70 Ik heb deze meldingen in het logboek. Geen supports 2411, creating parameter entities of device initialized.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
| 2025-10-16 19:27:06.131 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 0000312610000000B400000000000007080000001E70 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 0000312610000000B400000000000007080000001E70
2025-10-16 19:27:06.445 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 00003D2F0F0000001400000000000000500000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 00003D2F0F0000001400000000000000500000000170
2025-10-16 19:27:06.729 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 00003E300F0000001400000000000000500000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 00003E300F0000001400000000000000500000000170
2025-10-16 19:27:07.029 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 00003F310F0000001E00000000000000A00000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 00003F310F0000001E00000000000000A00000000170
2025-10-16 19:27:07.338 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 000040320F0000001E00000000000000A00000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 000040320F0000001E00000000000000A00000000170
2025-10-16 19:27:07.633 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 000041330F0000006400000000000000C80000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 000041330F0000006400000000000000C80000000170
2025-10-16 19:27:07.933 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 000042340F0000006400000014000000C80000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 000042340F0000006400000014000000C80000000170
2025-10-16 19:27:08.233 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 000043350F0000008C00000000000000C80000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 000043350F0000008C00000000000000C80000000170
2025-10-16 19:27:08.537 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 000044360F0000008C00000014000000C80000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 000044360F0000008C00000014000000C80000000170
2025-10-16 19:27:08.841 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 00004B39000000000000000000000000020000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 00004B39000000000000000000000000020000000170
2025-10-16 19:27:09.141 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 00004E3C000000000100000000000000010000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 00004E3C000000000100000000000000010000000170
2025-10-16 19:27:09.435 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 00005240010000001400000000000000FA0000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 00005240010000001400000000000000FA0000000170
2025-10-16 19:27:09.730 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 00005442000000000F0000000F0000003C0000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 00005442000000000F0000000F0000003C0000000170
2025-10-16 19:27:10.039 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 0000755292000007D000000000000075300000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 0000755292000007D000000000000075300000000170 |
@TijmenvS Zie https://github.com/ramses-rf/ramses_rf/pull/310.
Als je wilt testen of het voor jou werkt voordat er een nieuwe versie uitkomt kan je de verandering in
ramses_rf/src/ramses_tx/ramses.py overnemen.
Als je wilt testen of het voor jou werkt voordat er een nieuwe versie uitkomt kan je de verandering in
ramses_rf/src/ramses_tx/ramses.py overnemen.
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
Die is heel fraai! Voor de knoppen heb ik iets vergelijkbaars, maar hoe krijg je dat plaatje voor elkaar, met alle waardes die daar zichtbaar zijn?Paprika schreef op vrijdag 10 oktober 2025 @ 15:43:
Zonder hulp was ik hier waarschijnlijk dagen mee bezig geweest, maar met wat hulp van ChatGPT en een paar Tweakers-posts als input werkte alles eigenlijk direct. In de logs duiken naast mijn eigen WTW nog drie andere exemplaren op. Gezien mijn woning een rijtjeshuis is en ik aan één kant eenzelfde soort buren heb en aan de andere kant een beneden- en bovenwoning, is dat ook niet zo vreemd, maar ergens wel een grappig idee dat die data gewoon rond zweeft.
[Afbeelding]
Nomen nescio
Ah leuk, Ik ben ook bezig met iets dergelijks. Plaatjes gemaakt met .svg:
/f/image/AjXEDFvzNrHpPumEBaOxCNRW.png?f=fotoalbum_large)
De commando's staan in javascript, dus niet meer nodig om deze in de known list te plaatsen. Verder wil ik nog de configuratie settings (2411 params) toevoegen zodat je full control over je FAN krijgt via 1 card.
Ik zal m wel vrijgeven als ik wat verder ben.
/f/image/AjXEDFvzNrHpPumEBaOxCNRW.png?f=fotoalbum_large)
De commando's staan in javascript, dus niet meer nodig om deze in de known list te plaatsen. Verder wil ik nog de configuratie settings (2411 params) toevoegen zodat je full control over je FAN krijgt via 1 card.
Ik zal m wel vrijgeven als ik wat verder ben.
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
Net de Orcon uit elkaar gehaald. Na wat zoeken bleek op de foutieve motor het "kijkgaatje" voor de sensor op de motor ernstig vervuild. Deze schoongemaakt en weer in elkaar gezet, probleem opgelost!Xilvaro schreef op zondag 5 oktober 2025 @ 20:48:
Dag allen, misschien een domme vraag, maar ik heb een HRC300 WTW die sinds gisteren 1 van de ventilatoren op 100% heeft zuigen, althans, het klinkt als 150% om eerlijk te zijn.
Als ik de stekker eruit haal en er weer in doe gaat hij zijn opstartprocedure af, even optoeren en weer stoppen, bij de 2e keer "optoeren" gaat (volgens mij) de afzuigventilator op 150% draaien en blijft dat doen.
De afzuigventielen in huis klinken als een vliegtuig. Met de CO2 afstandsbediening het toestel handmatig op 1,2,3,auto of het huisje zetten helpt niets.
Iemand enig idee voor ik de monteur moet gaan bellen? Kan ik ergens nog wat resetten ofzo?
@vervlogen bedankt nog voor de uitleg en foto's, heb er een hoop aan gehad!
What seems to be the officer, problem?
Hoi allemaal,
Nog even weer een bericht over https://github.com/IMMRMKW/Ventilation_controller_cc. De integratie met als doel het ventilatiesysteem beter te kunnen regelen, met als input verscheidene sensoren die al in je Home Assistant aanwezig zijn. Sinds mijn laatste bericht ben ik samen met @homeautomate bezig geweest met testen, debuggen, en het toevoegen van nieuwe functionaliteit.
De belangrijkste toevoeging is multi-zone ondersteuning. De integratie heeft nu een binding functie waarmee hij fake CO2 sensoren in de Ramses RF integratie kan binden met de zonecontroller. De integratie houdt voor elke zone met een regelaar bij welke fan intensiteit nodig is, en stuurt dat via de fake CO2 sensoren naar de zonecontroller. De zonecontroller bepaalt zelf hoe hard de fan moet en hoe de luchtstroom verdeeld wordt. Dit werkt naadloos samen met al gekoppelde CO2 sensoren die bij het systeem horen. De commandos worden via een fake remote gestuurd (een verbetering zou nog zijn dat fake CO2 sensoren in de Ramses RF integratie ook commands ondersteunen).
We hebben dit nu getest en het werkt best aardig. Mochten jullie dit ook willen testen dan kan dit nu met de nieuwste release. Feedback kan gegeven worden in de vorm van een issue of een berichtje
Nog even weer een bericht over https://github.com/IMMRMKW/Ventilation_controller_cc. De integratie met als doel het ventilatiesysteem beter te kunnen regelen, met als input verscheidene sensoren die al in je Home Assistant aanwezig zijn. Sinds mijn laatste bericht ben ik samen met @homeautomate bezig geweest met testen, debuggen, en het toevoegen van nieuwe functionaliteit.
De belangrijkste toevoeging is multi-zone ondersteuning. De integratie heeft nu een binding functie waarmee hij fake CO2 sensoren in de Ramses RF integratie kan binden met de zonecontroller. De integratie houdt voor elke zone met een regelaar bij welke fan intensiteit nodig is, en stuurt dat via de fake CO2 sensoren naar de zonecontroller. De zonecontroller bepaalt zelf hoe hard de fan moet en hoe de luchtstroom verdeeld wordt. Dit werkt naadloos samen met al gekoppelde CO2 sensoren die bij het systeem horen. De commandos worden via een fake remote gestuurd (een verbetering zou nog zijn dat fake CO2 sensoren in de Ramses RF integratie ook commands ondersteunen).
We hebben dit nu getest en het werkt best aardig. Mochten jullie dit ook willen testen dan kan dit nu met de nieuwste release. Feedback kan gegeven worden in de vorm van een issue of een berichtje
@immrmkw, Interessant. Misschien moeten we maar eens overleggen hoe en wat we kunnen samenvoegen. Ik heb een bound trait toegevoegd aan ramses voor REM. Deze kan gebruikt worden om commando's mee te zenden vanaf een faked REM (bedoeld voor 2411), Maar je kan deze ook gebruiken voor andere codes natuurlijk.
Verder wil ik de frontend kant beter organiseren...hmm, eten...i'll be back
zie ook: https://github.com/ramses-rf/ramses_cc/issues/325
Verder wil ik de frontend kant beter organiseren...hmm, eten...i'll be back
zie ook: https://github.com/ramses-rf/ramses_cc/issues/325
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
Dus je hebt uitgevogeld hoe je een fake co2 remote aanmeld bij de zone controller, dat zijn de zone kleppen neem ik aan? Daar ben ik erg blij mee top gedaan. Ben nog even met vakantie dan wil ik wel even kijken of het mij lukt. Hopelijk kan ik dan het verschrikkelijk zenuwachtige jojo effect voorkomen van de orcon co2 sturing.immrmkw schreef op zondag 19 oktober 2025 @ 19:31:
Hoi allemaal,
Nog even weer een bericht over https://github.com/IMMRMKW/Ventilation_controller_cc. De integratie met als doel het ventilatiesysteem beter te kunnen regelen, met als input verscheidene sensoren die al in je Home Assistant aanwezig zijn. Sinds mijn laatste bericht ben ik samen met @homeautomate bezig geweest met testen, debuggen, en het toevoegen van nieuwe functionaliteit.
De belangrijkste toevoeging is multi-zone ondersteuning. De integratie heeft nu een binding functie waarmee hij fake CO2 sensoren in de Ramses RF integratie kan binden met de zonecontroller. De integratie houdt voor elke zone met een regelaar bij welke fan intensiteit nodig is, en stuurt dat via de fake CO2 sensoren naar de zonecontroller. De zonecontroller bepaalt zelf hoe hard de fan moet en hoe de luchtstroom verdeeld wordt. Dit werkt naadloos samen met al gekoppelde CO2 sensoren die bij het systeem horen. De commandos worden via een fake remote gestuurd (een verbetering zou nog zijn dat fake CO2 sensoren in de Ramses RF integratie ook commands ondersteunen).
We hebben dit nu getest en het werkt best aardig. Mochten jullie dit ook willen testen dan kan dit nu met de nieuwste release. Feedback kan gegeven worden in de vorm van een issue of een berichtje
Thanks. Inmiddels weer terug. Paar vraagjes:immrmkw schreef op zondag 19 oktober 2025 @ 23:07:
@Wimpie70, lijkt me een goed idee!
@JP1980, ja we hebben idd uitgevogeld hoe we de fake CO2 kunnen aanmelden bij de zonekleppen. Prettige vakantie nog!
1.
Bij stap 4.4 in je documentatie moet ik controleren of de binding is gelukt. Waar moet je dan op letten?
Onderstaand de output die ik kan vinden in de ramses log waarbij ik 2 zones probeer te binden.
2.
De vraag 'Select your remote control device'. Waar dient deze instelling voor? Wij hebben 2 CO2 remotes en 1 handmatige remote. Ik heb hem maar ingesteld op de handmatige remote maar weet niet waar het voor dient, en of dit correct is.
3.
In de documentatie beginnen de CO2 devices met "29:". Bij mij beginnen de echte CO2 devices echter met "37:". Ik weet niet wat dit nummer betekent. Ik heb mijn fake CO2 devices maar begonnen met "29:", maar is dit wel correct?
Dus:
- Zone 1: CO2 remote 37:005250 wordt CO2 fake remote 29:225250
- Zone 2: CO2 remote 37:005253 wordt CO2 fake remote 29:225253
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
36
37
38
39
40
41
42
| 2025-10-24T12:37:36.163036 000 I --- 18:174888 63:262142 --:------ 7FFF 023 0011019A15CB99EE31464339204936333A323632313432 2025-10-24T12:37:36.253535 000 I --- 29:225250 63:262142 --:------ 1FC9 030 0031E0776FE20131E0776FE2001298776FE26710E0776FE2001FC9776FE2 2025-10-24T12:37:36.492325 000 I --- 18:174888 63:262142 --:------ 7FFF 023 0011019A15CB9B3231464339204933323A313331343735 2025-10-24T12:37:36.555132 000 I --- 29:225250 32:131475 --:------ 1FC9 001 00 2025-10-24T12:37:37.513925 000 I --- 18:174888 63:262142 --:------ 7FFF 023 0011019A15CB9F2831304530204932393A323235323530 2025-10-24T12:37:37.605762 000 I --- 29:225250 63:262142 --:------ 10E0 038 000001C8500B0167FEFFFFFFFFFF090307E1564D532D31354331360000000000000000000000 2025-10-24T12:37:39.516701 000 I --- 18:174888 63:262142 --:------ 7FFF 024 0011019A15CBA70033314439525133323A3133313437357C 2025-10-24T12:37:39.580516 000 RQ --- 29:225250 32:131475 --:------ 31D9 001 00 2025-10-24T12:37:49.069029 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0000000000 2025-10-24T12:37:50.284818 061 I --- 32:153741 --:------ 32:153741 31DA 030 00EF007FFF3A2E054607E407D4053EF00000432D2D0000EFEF0742074200 2025-10-24T12:37:52.115096 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0000180000 2025-10-24T12:37:55.157403 000 RQ --- 18:174888 10:040343 --:------ 3EF0 001 00 2025-10-24T12:37:58.208901 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0080190000 2025-10-24T12:38:01.271537 000 RQ --- 18:174888 10:040343 --:------ 2401 001 00 2025-10-24T12:38:04.324720 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0080010000 2025-10-24T12:38:04.393006 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0080730000 2025-10-24T12:38:07.431132 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0000110000 2025-10-24T12:38:08.698100 000 I --- 18:174888 63:262142 --:------ 7FFF 023 0011019A15CC190F31464339204936333A323632313432 2025-10-24T12:38:08.781164 000 I --- 29:225253 63:262142 --:------ 1FC9 030 0031E0776FE50131E0776FE5001298776FE56710E0776FE5001FC9776FE5 2025-10-24T12:38:08.962160 000 I --- 18:174888 63:262142 --:------ 7FFF 023 0011019A15CC19F931464339204933323A313331343735 2025-10-24T12:38:09.026644 000 I --- 29:225253 32:131475 --:------ 1FC9 001 00 2025-10-24T12:38:09.951908 000 I --- 18:174888 63:262142 --:------ 7FFF 023 0011019A15CC1DF031304530204932393A323235323533 2025-10-24T12:38:10.040514 000 I --- 29:225253 63:262142 --:------ 10E0 038 000001C8500B0167FEFFFFFFFFFF090307E1564D532D31354331360000000000000000000000 2025-10-24T12:38:10.476779 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0000120000 2025-10-24T12:38:10.705256 074 RP --- 01:056680 30:083299 --:------ 0006 004 000501B4 2025-10-24T12:38:12.067411 000 I --- 18:174888 63:262142 --:------ 7FFF 024 0011019A15CC25F433314439525133323A3133313437357C 2025-10-24T12:38:12.161303 000 RQ --- 29:225253 32:131475 --:------ 31D9 001 00 2025-10-24T12:38:13.529847 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0080130000 2025-10-24T12:38:13.618068 000 RQ --- 18:174888 10:040343 --:------ 3220 005 00801A0000 2025-10-24T12:38:13.670696 000 RQ --- 18:174888 10:040343 --:------ 3220 005 00001B0000 2025-10-24T12:38:16.720265 000 RQ --- 18:174888 10:040343 --:------ 3220 005 00801C0000 2025-10-24T12:38:16.785798 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0000050000 2025-10-24T12:38:49.824530 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0000000000 2025-10-24T12:38:55.187169 000 RQ --- 18:174888 10:040343 --:------ 3EF0 001 00 2025-10-24T12:38:57.389422 000 RQ --- 18:174888 01:056680 --:------ 313F 001 00 2025-10-24T12:38:57.405139 057 RP --- 01:056680 18:174888 --:------ 313F 009 00FCBB268C180A07E9 2025-10-24T12:39:01.300775 000 RQ --- 18:174888 10:040343 --:------ 2401 001 00 2025-10-24T12:39:02.803388 056 I --- 01:056680 --:------ 01:056680 1F09 003 FF05E1 2025-10-24T12:39:02.822680 056 I --- 01:056680 --:------ 01:056680 2309 015 0008340106A40206A4030708040672 2025-10-24T12:39:02.839452 056 I --- 01:056680 --:------ 01:056680 30C9 015 0008560106C9020782030773040770 2025-10-24T12:39:07.973675 056 RP --- 01:056680 30:083299 --:------ 0006 004 000501B4 2025-10-24T12:39:15.687552 056 I --- 01:056680 --:------ 01:056680 0008 002 FC00 |
@JP1980
Antwoorden op je vragen:
1.
Om zeker te weten of ze succesvol gebind zijn, kun je het best even wat testcommando's toevoegen aan je fake remote en kijken of je controller daarop reageert. Met de volgende commando's kun je een hoge flow aanroepen en moeten horen dat de fan reageert:
In jouw logs kun je in ieder geval zien dat de juiste commando's uitgevoerd zijn:
1FC9 030 - Device offer
1FC9 001 00 - Device confirm naar controller
10E0 038 - Device info broadcast
31D9 001 00 - Sensor config request
Maar volgens mij is jouw controller 32:131475, en deze stuurt geen antwoord op de requests. De controller staat in pairing mode? Welk merk systeem heb je?
2.
Waar ik het over remotes heb, bedoel ik niet de CO2 devices, maar het device dat je in 'known devices' in Ramses RF op deze manier aan kunt maken:
De ventilatiecontroller integratie gebruikt deze remote omdat je hier custom commando's toe kunt voegen aan de commands list met de functie 'add_command'. Wanneer de ventilatiecontroller draait, voegt hij alle commando's eerst to aan de remote, waarna hij het commando aanroept met 'send_command'.
Dus voor een werkende integratie, heb je zo'n fake remote nodig in je 'known_devices'.
3.
Volgens mij zijn er 2 typen CO2 sensoren. Bij mij heeft de 37:xxxxxx een aantal van dezelfde functies als een remote (vandaar misschien de verwarring hierboven), maar heeft daarnaast ook een CO2 sensor. De 29:xxxxxx heeft een CO2 sensor en daarnaast kun je alleen nog instellen hoe 'strikt' hij de CO2 regelt.
Wij hebben het binding proces getest met 29:xxxxxx, dus zoals jij het hier gedaan hebt, lijkt me prima.
Antwoorden op je vragen:
1.
Om zeker te weten of ze succesvol gebind zijn, kun je het best even wat testcommando's toevoegen aan je fake remote en kijken of je controller daarop reageert. Met de volgende commando's kun je een hoge flow aanroepen en moeten horen dat de fan reageert:
code:
1
2
| test_zone1: " I --- 29:225250 32:131475 --:------ 31E0 008 0000FF000100FF00" test_zone2: " I --- 29:225253 32:131475 --:------ 31E0 008 0000FF000100FE00" |
In jouw logs kun je in ieder geval zien dat de juiste commando's uitgevoerd zijn:
1FC9 030 - Device offer
1FC9 001 00 - Device confirm naar controller
10E0 038 - Device info broadcast
31D9 001 00 - Sensor config request
Maar volgens mij is jouw controller 32:131475, en deze stuurt geen antwoord op de requests. De controller staat in pairing mode? Welk merk systeem heb je?
2.
Waar ik het over remotes heb, bedoel ik niet de CO2 devices, maar het device dat je in 'known devices' in Ramses RF op deze manier aan kunt maken:
code:
1
2
3
4
| "29:162275":
class: REM
commands:
auto: " I --- 29:162275 32:146231 --:------ 22F1 003 000407" |
De ventilatiecontroller integratie gebruikt deze remote omdat je hier custom commando's toe kunt voegen aan de commands list met de functie 'add_command'. Wanneer de ventilatiecontroller draait, voegt hij alle commando's eerst to aan de remote, waarna hij het commando aanroept met 'send_command'.
Dus voor een werkende integratie, heb je zo'n fake remote nodig in je 'known_devices'.
3.
Volgens mij zijn er 2 typen CO2 sensoren. Bij mij heeft de 37:xxxxxx een aantal van dezelfde functies als een remote (vandaar misschien de verwarring hierboven), maar heeft daarnaast ook een CO2 sensor. De 29:xxxxxx heeft een CO2 sensor en daarnaast kun je alleen nog instellen hoe 'strikt' hij de CO2 regelt.
Wij hebben het binding proces getest met 29:xxxxxx, dus zoals jij het hier gedaan hebt, lijkt me prima.
Bedankt voor je reactie.immrmkw schreef op zaterdag 25 oktober 2025 @ 10:14:
@JP1980
Antwoorden op je vragen:
1.
Om zeker te weten of ze succesvol gebind zijn, kun je het best even wat testcommando's toevoegen aan je fake remote en kijken of je controller daarop reageert. Met de volgende commando's kun je een hoge flow aanroepen en moeten horen dat de fan reageert:
code:
1 2 3 4 test_zone1: " I --- 29:225250 32:131475 --:------ 31E0 008 0000FF000100FF00" test_zone2: " I --- 29:225253 32:131475 --:------ 31E0 008 0000FF000100FE00" spoof_test_zone1: " I --- 37:005250 32:131475 --:------ 31E0 008 0000FF000100FF00" spoof_test_zone2: " I --- 37:005253 32:131475 --:------ 31E0 008 0000FF000100FE00"
In jouw logs kun je in ieder geval zien dat de juiste commando's uitgevoerd zijn:
1FC9 030 - Device offer
1FC9 001 00 - Device confirm naar controller
10E0 038 - Device info broadcast
31D9 001 00 - Sensor config request
Maar volgens mij is jouw controller 32:131475, en deze stuurt geen antwoord op de requests. De controller staat in pairing mode? Welk merk systeem heb je?
2.
Waar ik het over remotes heb, bedoel ik niet de CO2 devices, maar het device dat je in 'known devices' in Ramses RF op deze manier aan kunt maken:
code:
1 2 3 4"29:162275": class: REM commands: auto: " I --- 29:162275 32:146231 --:------ 22F1 003 000407"
De ventilatiecontroller integratie gebruikt deze remote omdat je hier custom commando's toe kunt voegen aan de commands list met de functie 'add_command'. Wanneer de ventilatiecontroller draait, voegt hij alle commando's eerst to aan de remote, waarna hij het commando aanroept met 'send_command'.
Dus voor een werkende integratie, heb je zo'n fake remote nodig in je 'known_devices'.
3.
Volgens mij zijn er 2 typen CO2 sensoren. Bij mij heeft de 37:xxxxxx een aantal van dezelfde functies als een remote (vandaar misschien de verwarring hierboven), maar heeft daarnaast ook een CO2 sensor. De 29:xxxxxx heeft een CO2 sensor en daarnaast kun je alleen nog instellen hoe 'strikt' hij de CO2 regelt.
Wij hebben het binding proces getest met 29:xxxxxx, dus zoals jij het hier gedaan hebt, lijkt me prima.
Ik denk dat ik het begrijp. Fysiek is de CO2 sensor en Remote 1 apparaat maar voor Ramses zijn het gewoon 2 verschillende.
En een faked device in Ramsus stuurt z'n commando's met zijn ID als afzender, maar je kan gewoon meerdere afzenders definieren in de commando's zelf. Naar mijn idee minder instinctief, maar wel flexibel. Dus ik heb een remote gedefinieerd, die heeft wel het ID van een echte remote maar dat maakt in feite helemaal niks uit want dat ID wordt toch niet gebruikt bij het verzenden van commando's.
Ben al stukken verder. Het lijkt er op dat pairing is gelukt
Mijn setup is als volgt:
Orcon zone controller -> 32:131475
Orcon HRC-425 -> 32:153741
Orcon CO2 15RF zone 1 -> 37:005250
Orcon CO2 15RF zone 2 -> 37:005253
Kortom ik heb gepaired met de zone controller en niet de HRC. Maar dat lijkt goed.
De fan reageert soms op de door jouw gegeven commando's.
Maar ik merk ook dat de fan heel vaak niet reageert. En het maakt niet uit of ik het commando stuur via de ID van een bestaande fysieke CO2 sensor remote of een faked.
test_zone2: " I --- 37:005253 32:131475 --:------ 31E0 008 0000FF000100FE00"
woonkamer_stand_2: " I --- 37:005250 32:131475 --:------ 22F3 007 00520D02040404"
De 005253 en 005250 zijn bestaande fysieke CO2 sensors die gepaired zijn.
Moet nog zien uit te vogelen waarom dat zo is. CO2 in het huis is nu wat opgelopen dus de normale CO2 sensors hebben momenteel ook even een eigen wil
Volgende stap, de PID controller werkend krijgen want volgens mij doet deze niks:
Zone 1 heeft nu een air quality index van 1,76
Zone 2 heeft nu een air quality index van 0,64.
Setpoint heb ik maar even op 3.0 gezet als test.
De Fan Rate blijft echter 0%.
^^ EDIT: Laat maar heb de instellingen wat getweaked, en nu begint het te reageren
Klopt dat? Ik ging er vanuit dat de fan rate omhoog zou gaan.
En er is denk ik nog een bug. Ik kan het niet simuleren maar zo af en toe krijg ik een nieuwe "Air Quality Index Zone x" sensor bij. Heb er nu 4. Dat waren er eerst 2. Iets triggert denk ik onnodig het aanmaken van een nieuwe sensor.
[ Voor 4% gewijzigd door JP1980 op 25-10-2025 18:59 ]
@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.
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.
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
De PID controller reageert alleen als het setpoint lager is dan je huidige index, maar dat had je denk ik al uitgevonden nu.
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.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.
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)?
Nog 2 ontdekkingen: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.
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:
1
| vol.Required("kp", default=25.5): vol.Coerce(float), |
moet zijn
code:
1
| 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 ]
@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:
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.
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:
1
| [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.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:
1 [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.
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.
Mijn hele device configuration had ik fout opgezet.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:
1 [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.
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.
@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.
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.
Bij mij gebeurde dit in versie 0.2 ook niet.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.
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:
@JP1980
2. Als ik een wijziging maak en de log open, zie ik dat de integratie herstart. Heb jij dit niet?
ok dan is het wel lastig testen maar het is exact zoals je zegt.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.
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
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!
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.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!
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.
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
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
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
Leuke toepassingen! Ik heb het in de slaapkamer - 1 zone dus, en zonder Ramses RF - simpel gehouden met prima “fris” effect.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.
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.
:strip_exif()/f/image/hgc13pAN0nxaCIQKDCbDjQoA.jpg?f=fotoalbum_large)
Hoop dat de grafiekjes jullie helpen om het niet té ingewikkeld te maken 😙
@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.
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 ]
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 ..
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 ]
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
Hoi @Vaevictis_ Vaevictis_, ik heb een vraag m.b.t. het display.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]
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.
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.
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.
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.
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.
Zubadan 11,2, 50x170Wp SF, WTW Orcon HRC400, Douche WTW Qblue v6, Wijas POW lcd multi doorstromer
Ja volgens mij is er wel een enthalpiewisselaar te krijgen maar alleen op bestelling moet je echt Orcon bellen.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.
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 ]
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.
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.
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
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.
Geen foutmeldingen, er gebeurt gewoon niets en alleen dit staat in de packetlog.
code:
1
2
| 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 |
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.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.
Zubadan 11,2, 50x170Wp SF, WTW Orcon HRC400, Douche WTW Qblue v6, Wijas POW lcd multi doorstromer
@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:
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:
1
2
3
4
5
| "32:153289": bound: "37:168270" class: FAN "37:168270": class: REM |
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
@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.
Een ander voordeel (naast de prijs) van Orcon vind ik de standaard ingebouwde temperatuur en vochtsensoren.
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
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!
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 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!
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)?
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)?
@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.
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.
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
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...
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...
Je hebt het ongetwijfeld goed gedaan, maar voor de zekerheid: zijn de buizen correct aangesloten ?
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
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 400mmWimpie70 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.
Zubadan 11,2, 50x170Wp SF, WTW Orcon HRC400, Douche WTW Qblue v6, Wijas POW lcd multi doorstromer
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 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
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?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.
De handleiding van de maxcomfort zegt onderstaand en dus niet regelbaar zoals Zehnder aangeeft.
:strip_exif()/f/image/MslcqU2A9bzqQviNXzeP4MOv.jpg?f=fotoalbum_large)
En dit zegt Zehnder bij zelfs de oudere modellen
:strip_exif()/f/image/yAtG0VcKtiUY0cpzvVIBly6o.jpg?f=fotoalbum_large)
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 ]
Zubadan 11,2, 50x170Wp SF, WTW Orcon HRC400, Douche WTW Qblue v6, Wijas POW lcd multi doorstromer
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.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
Mocht iemand het wel via Home Assistant werkend hebben door comfort temperatuur en traploze regeling bypass hebben hoor ik het graag (met voorbeelden).
Ik regel de bypass niet traploos, Zet de comfort temperatuur in de winter heel hoog, in de zomer heel laag...werkt prima
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
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.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
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 ]
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.
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.
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
Open en dicht zou ook mijn voorkeur hebben en dit dan bij een ingestelde temperatuur.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.
Ik heb mijn vragen aan Orcon gesteld, dus benieuwd wat de antwoorden zijn.
Zubadan 11,2, 50x170Wp SF, WTW Orcon HRC400, Douche WTW Qblue v6, Wijas POW lcd multi doorstromer
Antwoord op mijn vragen.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.
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.
Zubadan 11,2, 50x170Wp SF, WTW Orcon HRC400, Douche WTW Qblue v6, Wijas POW lcd multi doorstromer
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.
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 ]
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.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...
Nomen nescio
@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 ?
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
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.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 ?
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.
Nomen nescio
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.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.
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.
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 ]
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
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.
Nomen nescio
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.
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
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:
Known device ID's:
Stukkie van de package log:
System schema:
code:
1
2
| orphans_hvac: - "32:147569" |
Known device ID's:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| "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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| 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:
1
2
3
4
5
6
7
8
9
10
11
12
| 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 |
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?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.
[ Voor 4% gewijzigd door pindamaster op 09-12-2025 21:42 ]
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:
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:
Dan krijg je meteen de functies van een DIS er bij.
1
2
| bound: "37:123456" class: FAN |
[ Voor 4% gewijzigd door Wimpie70 op 10-12-2025 10:09 ]
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
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.
Dit geeft me ineens een hoop extra data, ik ga weer verder neuzen, bedankt voor de hulp!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:Dan krijg je meteen de functies van een DIS er bij.
1 2 bound: "37:123456" class: FAN
[ Voor 91% gewijzigd door pindamaster op 10-12-2025 11:29 ]
Die bound trait geeft je als het goed is configuratie parameters (2411) en de mogelijkheid om deze te veranderen. Enigszins voorzichtig mee omgaan
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
Probeer i.p.v.pindamaster schreef op dinsdag 9 december 2025 @ 20:35:
Ik zit aardig met mn handen in het haar
…
Orcon HRC 360 OptiAir
code:
eens1
| class: HVC |
code:
1
| class: FAN |
Ojee, vertraging op de lijn… mooi dat het werkt
[ Voor 9% gewijzigd door ebroerse op 11-12-2025 16:50 ]
Excuses voor de late reactie, ik zie je bericht nu pas!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.
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
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.
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.
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
---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?
@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.
-- 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 ]
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
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
)
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
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
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 ?
Ik kan de WTW natuurlijk uit en weer aanzetten, dan draait het wel weer. Maar misschien weet iemand hoe dit werkt ?
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
Ik heb geen info, maar wel interessant! Hou ons op de hoogte.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]
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.
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
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....
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 ]
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
Hier staat uitgelegd wanneer de voorverwarmer actief wordtChuritos 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]
Ik zie nu pas dat de binnentemp ook relatief heel laag is. Begrijpelijk gedrag dus inderdaad. Dank voor het delen.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....
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
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?
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 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?
:strip_exif()/f/image/yVUcvqdn9TvxtOJSRI1giTb0.jpg?f=fotoalbum_large)
De werking en het verbruik zijn voor mij redelijk onduidelijk
[ Voor 8% gewijzigd door Bouwertje op 26-12-2025 21:49 ]
@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.
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.
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
@BouwertjeWimpie70 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 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
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.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.
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.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.
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.
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
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
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
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
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
:strip_exif()/f/image/xYFMj7XObIonDSHadtpYQh4u.jpg?f=fotoalbum_large)
Ik heb echt geen idee wat ik hiervan moet vinden
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?
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?
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 ]
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.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.
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
Ik heb mijn huis vol met shelly 1 mini gen 4 devices hangen (op wifi nog) icm zigbee lampen etc.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
[ Voor 26% gewijzigd door denpries op 05-01-2026 09:09 ]
Dit bordje wordt gemaakt en ook hier op V&A aangeboden door tweaker @immrmkw.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?
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.
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
Ah Tofvliegnerd 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.
@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, 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.
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.
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.
/f/image/Qfm6Jtcfc9BBoWLJx8BlTs4v.png?f=fotoalbum_large)