Ramses RF - Ramses Extras - Orcon WTW - Duco WTW - esp_9_klep_beregening
:strip_icc():strip_exif()/u/40678/crop6652e7276a81d_cropped.jpg?f=community)
/u/367499/crop59d6204c19d20_cropped.png?f=community)
Dat weet ik niet zeker, dit is pas nadat ik manueel de zones in het schema heb geladen. Voorheen gebeurde dat automatisch.
Om het beter te duiden:
Mijn integratie werkt al enige tijd niet meer, dit is geen probleem omdat ik wist dat jullie bezig zijn met een flinke refactor. Ik heb even de cloud integratie gebruikt
Met 0.57 heb ik alles gereset en ben ik opnieuw begonnen met inregelen. Hierbij werden meteen de 01. 04. 10. 18. en 34. evohome devices gevonden maar geen zones. Je zag de zones wel langskomen in de logs:
System Schema
:strip_exif()/f/image/irwzte7oYaCJnDkk0cD1nPvs.png?f=user_large)
:strip_exif()/f/image/eVaZ9AuAx00RW5KTJJI1lKIk.png?f=user_large)
De debug logs staan vol met:
Laat maar weten als je meer nodig hebt.
Om het beter te duiden:
Mijn integratie werkt al enige tijd niet meer, dit is geen probleem omdat ik wist dat jullie bezig zijn met een flinke refactor. Ik heb even de cloud integratie gebruikt
Met 0.57 heb ik alles gereset en ben ik opnieuw begonnen met inregelen. Hierbij werden meteen de 01. 04. 10. 18. en 34. evohome devices gevonden maar geen zones. Je zag de zones wel langskomen in de logs:
code:
Daarna dus een update gedaan naar 0.57.7, geen verandering in de discovery. Nog steeds alle evohome devices maar geen evohome zones. Ik heb nu een system schema + een knownIds list ingevoerd:1
2
| 2026-07-02 16:17:28.271 INFO (MainThread) [ramses_rf.dispatcher] || 01:013373 | 01:013373 | I | unknown_2309 | 00 || [{'zone_idx': '00', 'setpoint': 5.0}, {'zone_idx': '01', 'setpoint': 5.0}, {'zone_idx': '02', 'setpoint': 5.0}, {'zone_idx': '03', 'setpoint': 16.5}, {'zone_idx': '04', 'setpoint': 16.0}, {'zone_idx': '05', 'setpoint': 16.5}, {'zone_idx': '06', 'setpoint': 15.5}, {'zone_idx': '07', 'setpoint': 15.5}, {'zone_idx': '08', 'setpoint': 15.5}]
2026-07-02 16:17:28.295 INFO (MainThread) [ramses_rf.dispatcher] || 01:013373 | 01:013373 | I | unknown_30C9 | 00 || [{'zone_idx': '00', 'temperature': 23.35}, {'zone_idx': '01', 'temperature': 22.16}, {'zone_idx': '02', 'temperature': 22.64}, {'zone_idx': '03', 'temperature': 21.91}, {'zone_idx': '04', 'temperature': 22.44}, {'zone_idx': '05', 'temperature': 21.24}, {'zone_idx': '06', 'temperature': 21.45}, {'zone_idx': '07', 'temperature': 21.23}, {'zone_idx': '08', 'temperature': 21.11}] |
System Schema
code:
Known Device IDs1
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
46
47
48
49
50
51
52
53
54
55
56
57
58
59
| "01:013373":
system:
appliance_control: "10:058103"
zones:
"00":
_name: Woonkamer
actuators:
- "04:128980"
- "04:128978"
class: radiator_valve
sensor: "01:013373"
"01":
_name: Slaapkamer 1
actuators:
- "04:128826"
class: radiator_valve
sensor: "34:190947"
"02":
_name: Slaapkamer 2
actuators:
- "04:128820"
class: radiator_valve
sensor: "34:096372"
"03":
_name: Slaapkamer 3
actuators:
- "04:128822"
class: radiator_valve
sensor: "04:128822"
"04":
_name: Kantoor
actuators:
- "04:128824"
class: radiator_valve
sensor: "04:128824"
"05":
_name: Hal
actuators:
- "04:128982"
class: radiator_valve
sensor: "04:128982"
"06":
_name: Washok
actuators:
- "04:128984"
class: radiator_valve
sensor: "04:128984"
"07":
_name: Garage
actuators:
- "04:150084"
class: radiator_valve
sensor: "04:150084"
"08":
_name: Tuinkamer
actuators:
- "04:150086"
class: radiator_valve
sensor: "04:150086" |
code:
Hiermee verschijnen de zones dus wel, maar met unknown entities. De temperatuur wordt overigens wel doorgegeven, zie deze screenshots:1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| "01:013373": {}
"04:128820": {}
"04:128822": {}
"04:128824": {}
"04:128826": {}
"04:128978": {}
"04:128980": {}
"04:128982": {}
"04:128984": {}
"04:150084": {}
"04:150086": {}
"10:058103": {}
"18:156972":
class: HGI
"34:096372": {}
"34:190947": {} |
De debug logs staan vol met:
code:
Zo ver ik kan zien is de zone detectie/registratie nog niet optimaal 1
2
3
4
5
6
7
8
9
10
11
12
| 2026-07-02 23:58:05.584 DEBUG (MainThread) [custom_components.ramses_cc.coordinator] Coordinator: _async_update_data called (Heartbeat) 2026-07-02 23:58:05.584 DEBUG (MainThread) [custom_components.ramses_cc.coordinator] Finished fetching ramses_cc data in 0.000 seconds (success: True) 2026-07-02 23:58:05.588 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0]) 2026-07-02 23:58:05.590 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0]) 2026-07-02 23:58:05.590 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0]) 2026-07-02 23:58:05.591 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0]) 2026-07-02 23:58:05.592 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0]) 2026-07-02 23:58:05.592 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0]) 2026-07-02 23:58:05.593 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0]) 2026-07-02 23:58:05.594 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0]) 2026-07-02 23:58:05.594 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0]) 2026-07-02 23:58:05.597 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0]) |
Laat maar weten als je meer nodig hebt.
[ Voor 95% gewijzigd door asaki op 03-07-2026 09:06 ]
Ramses RF pre-release 0.57.10 staat klaar in HACS.
De Wiki is ook bijgewerkt, met o.a. een nieuw voorbeeld van een compleet evohome Schema (nog wel je eigen adressen invullen
) en uitleg over de 2 logs in de FAQ.
De Wiki is ook bijgewerkt, met o.a. een nieuw voorbeeld van een compleet evohome Schema (nog wel je eigen adressen invullen
) en uitleg over de 2 logs in de FAQ.
Ha @ebroerse: Ik heb net deze versie geinstalleerd en een cache clear gedaan. Schema + knownids lijst ingelezen.
Ik zie nu geen foutmeldingen meer in de logs over de zones, maar de zones werken nog niet. De zone reflecteert zeg maar wat in het schema staat, maar alle entities zijn "unknown", ook na 10 uur gewacht te hebben. Is dat ook jouw beeld in deze versie of zou dat nu moeten werken?
/f/image/cVBKwavzv3e5cgip6AeX6iGh.png?f=fotoalbum_large)
Ik zie nu geen foutmeldingen meer in de logs over de zones, maar de zones werken nog niet. De zone reflecteert zeg maar wat in het schema staat, maar alle entities zijn "unknown", ook na 10 uur gewacht te hebben. Is dat ook jouw beeld in deze versie of zou dat nu moeten werken?
:strip_exif()/f/image/cVBKwavzv3e5cgip6AeX6iGh.png?f=user_large)
[ Voor 33% gewijzigd door asaki op 07-07-2026 09:03 ]
:strip_exif()/u/90636/nintendo.gif?f=community)
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
:strip_exif()/u/5779/posttoast.gif?f=community)
Ik heb het nu iets anders aangepakt: ik laat HA alle rf-frames een custom sensor triggeren, die checkt of er een wijziging is:
YAML:
Beetje van mezelf, en een beetje van Claude 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| sensor: - name: "Orcon WTW Fan Info Clean" unique_id: orcon_wtw_fan_info_clean icon: mdi:fan state: > {% set bad = ['unknown', 'unavailable', 'none', 'None', none] %} {% set d = trigger.to_state.attributes.get('data', {}) if trigger.id == 'rf' else {} %} {% set p = d.get('payload', {}) if d is mapping else {} %} {% if d.get('code') == wtw_code and d.get('src') == wtw_src and p.get('fan_info') %} {{ p.get('fan_info') }} {% elif this.state not in bad %} {{ this.state }} {% else %} {{ states('sensor.orcon_wtw_fan_info') }} {% endif %} |
Het voordeel hiervan is dat ik het ook direct te zien krijg als ik met een fysieke remote de stand aanpas. Die "31DA-truc" werkt natuurlijk alleen als ik vanuit Home Assistant de stand trigger.
Is er eigenlijk ook een manier om oude/verkeerde devices te verwijderen? Ik heb een device waarvan ik destijds dacht dat ie van mij was, maar dat is toch niet het geval. Ik heb hem disabled, maar verwijderen kan niet.
Ik weet dat de "workaround" is om heel ramses_cc weg te gooien en opnieuw te beginnen (met de known id's ingevuld), maar dat voelt wat omslachtig
Klopt inderdaad, ik heb Accept packets from known devices IDs only nu aan staan. Maar zit de nieuwe functionaliteit er nu al in (in 0.58.0)? Of komt ie nog? Ben wel benieuwd
/u/227108/crop6027919ad38b8.png?f=community)
:strip_icc():strip_exif()/u/123707/crop5f2fbddb1c893_cropped.jpeg?f=community)
Zelf aan het klooien om in 0.59.0 de entities gevuld te krijgen met data, ik heb al mijn devices in de Ramses integratie staan, met naar mijn idee de juiste known devices met goede classes.
In de packet log zie ik de juiste informatie voorbij komen tussen de juiste devices, dus deze data bereikt ramses cc/rf goed. Na een update naar 0.59.1 zie ik helemaal niets meer in de packet log. Als ik passive device scan aanzet zie ik prima allemaal mogelijke devices in de lijst komen, dus dat werkt wel.
Nu terug op 0.59.0(na verwijderen en opnieuw installeren+configureren) zie ik weer van alles in de pocketlog, maar mijn entities blijven unknown.
Paar maanden terug lukte het mij ook niet om dit netjes in Home Assistant te krijgen, nu weer een paar uur bezig zonder resultaat. Wat doe ik verkeerd? of loop ik tegen een bug aan?
/f/image/oT2CAY5QvHRycWvdyIkFFMs2.png?f=fotoalbum_large)
/f/image/DFVJngVgKggWmOmP7TlyxyLV.png?f=fotoalbum_large)
/f/image/I6qaLc0RBjllzdm7HTAPzRIw.png?f=fotoalbum_large)
Situatie:
In de packet log zie ik de juiste informatie voorbij komen tussen de juiste devices, dus deze data bereikt ramses cc/rf goed. Na een update naar 0.59.1 zie ik helemaal niets meer in de packet log. Als ik passive device scan aanzet zie ik prima allemaal mogelijke devices in de lijst komen, dus dat werkt wel.
Nu terug op 0.59.0(na verwijderen en opnieuw installeren+configureren) zie ik weer van alles in de pocketlog, maar mijn entities blijven unknown.
Paar maanden terug lukte het mij ook niet om dit netjes in Home Assistant te krijgen, nu weer een paar uur bezig zonder resultaat. Wat doe ik verkeerd? of loop ik tegen een bug aan?
:strip_exif()/f/image/oT2CAY5QvHRycWvdyIkFFMs2.png?f=user_large)
:strip_exif()/f/image/DFVJngVgKggWmOmP7TlyxyLV.png?f=user_large)
:strip_exif()/f/image/I6qaLc0RBjllzdm7HTAPzRIw.png?f=user_large)
Situatie:
- Ramses ESP via MQTT verbonden met HA
- Orcon HRC400 en RF15 die ik wil uitlezen/aansturen
Ik kom van 0.59.1 of 0.59.2 af… door de frustratie heb ik alles verwijderd. Als het buiten nog en aangename temperatuur is en binnen staat de kachel aan… dan doet dat iets met mij.:
Goed om te weten van welke versie je af komt. Er is flink wat veranderd onder de motorkap
Overigens, de CV stond gewoon op 100% te branden.
Zoals ik ik eerder aangaf dacht ik aan het evohome systeem, die doet ook soms gek (daarom was ik met Ramses gestart). Aangezien ik in de vluggigheid geen storing kon vinden heb ik dat als eerste afgekoppeld en een normale thermostaat teruggezet. Enig moment later realiseerde ik me dat ik ook een update had gedaan van Ramses. Toen zag ik pas dat, dat de oorzaak was.
"If it ain't broke, don't fix it!"
/u/290474/crop65ba10733d774_cropped.png?f=community)
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
De kans dat ik weet wat van welke buur is, is hier nihil. En (voor mij) ook eigenlijk niet zo relevant. Ik wil gewoon dat ik mijn devices in Home Assistant kan zien en al het andere niet.
Daarom ook de gewetensvraag: het wérkt nu al bij mij, is het voor mij zinvol om dit op de nieuwe manier te gaan doen (ik neig altijd naar "ja" omdat ik nieuwe dingen leuk vind
).
Het nieuwe systeem is Single Source Of Truth...het schema bepaald. Passive scan is enabled by default.
Als het goed is, zie je geen known list meer, maar je kan nog steeds configuration.yaml gebruiken. Die hebben we gemist om te wijzigen bij de update...en gaan we zeker verwijderen. Ik raad aan om dit nu handmatig te doen. Deze wordt nu al genegeerd...
Als je het schema gebruikt, is dit al de nieuwe manier. Je devices zouden al in het nieuwe schema moeten staan.
Gebruik de beide review opties in de config. Het opbouwen kan even duren (een aantal maal), kijk gewoon af en toe even en doe er een paar tegelijk. Vergelijk het met je oude known list...Maar waarschijnlijk is het belangrijkste al goed gezet.
En je gewetensvragen..die moet je zelf beantwoorden
Als het goed is, zie je geen known list meer, maar je kan nog steeds configuration.yaml gebruiken. Die hebben we gemist om te wijzigen bij de update...en gaan we zeker verwijderen. Ik raad aan om dit nu handmatig te doen. Deze wordt nu al genegeerd...
Als je het schema gebruikt, is dit al de nieuwe manier. Je devices zouden al in het nieuwe schema moeten staan.
Gebruik de beide review opties in de config. Het opbouwen kan even duren (een aantal maal), kijk gewoon af en toe even en doe er een paar tegelijk. Vergelijk het met je oude known list...Maar waarschijnlijk is het belangrijkste al goed gezet.
En je gewetensvragen..die moet je zelf beantwoorden
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW - esp_9_klep_beregening
haha inderdaad zeg, dat deed het hem. Straks even goed naar kijken.
Edit: bam, in de eerste 3 minuten al 58 devices gevonden
Edit 2: het is me nog steeds niet helemaal duidelijk wat ik in moet vullen in de input als ik voor "accept" kies bij een device. Er staat standaard (bijvoorbeeld) "owner_37:056185". Ik weet welk device dat is (de CO2 sensor in de kamer van één van mijn kinderen).
Edit: bam, in de eerste 3 minuten al 58 devices gevonden
Edit 2: het is me nog steeds niet helemaal duidelijk wat ik in moet vullen in de input als ik voor "accept" kies bij een device. Er staat standaard (bijvoorbeeld) "owner_37:056185". Ik weet welk device dat is (de CO2 sensor in de kamer van één van mijn kinderen).
[ Voor 82% gewijzigd door posttoast op 26-08-2026 14:55 ]
Nou, ik vind het niet echt een punt, maar ik vraag me af wat het "nut" is van al die devices van buren erin hebben. Het zijn er hier echt heel veel (en dat geldt voor iedereen in een nieuwbouwwijk gok ik). Er kwamen er net ook weer 30 bij 
Dit is inmiddels mijn schema, die voelt vrij "bloated" voor de 8 devices (9 als je de Indalo-tech-stick meetelt) waar ik iets mee wil doen, ik zit op 747 regels.
Is het daadwerkelijk de bedoeling dat dit zo'n grote lijst wordt? En moet ik die passive scanning aan laten staan? Het enige dat ik daarmee bereik is dat er potentieel nog meer apparaten van buren bij gaan komen, ik ga er hier zelf geen Ramses devices bij hangen op korte termijn.
Ik krijg heel sterk het gevoel dat ik iets verkeerd aan het doen ben.
Dit is inmiddels mijn schema, die voelt vrij "bloated" voor de 8 devices (9 als je de Indalo-tech-stick meetelt) waar ik iets mee wil doen, ik zit op 747 regels.
Is het daadwerkelijk de bedoeling dat dit zo'n grote lijst wordt? En moet ik die passive scanning aan laten staan? Het enige dat ik daarmee bereik is dat er potentieel nog meer apparaten van buren bij gaan komen, ik ga er hier zelf geen Ramses devices bij hangen op korte termijn.
Ik krijg heel sterk het gevoel dat ik iets verkeerd aan het doen ben.
Zeker, helemaal eens. Maar dan is het me duidelijk: het is puur de onboarding, daarna gaat ie uit
Ik had de post al gezien en kon er wel om lachen hoor
Het ding is alleen: ophangen boven mijn bed, ik kan inmiddels mijn hele huis behangen met dat schema Voor alle duidelijkheid: het is geen kritiek van mijn kant he, ik vind het supertof dat Ramses RF zo enorm snel doorontwikkeld wordt nu, ik probeer alleen te begrijpen hoe het het best aansluit bij mijn use case.
@ebroerse Bedankt voor de update!!!
Ik zal komend weekend wel eens kijken. Dan heb ik ook tijd om eventueel om issues of eigen onkunde heen te werken voordat het thuisfront kans krijgt om te klagen Als er uberhaupt issues gaan zijn.
Nogmaals bedankt voor het vele werk dat jullie verzetten!!!
Ik zal komend weekend wel eens kijken. Dan heb ik ook tijd om eventueel om issues of eigen onkunde heen te werken voordat het thuisfront kans krijgt om te klagen
Als er uberhaupt issues gaan zijn.Nogmaals bedankt voor het vele werk dat jullie verzetten!!!
Hi @Wimpie70: Hij reageerde vanmiddag niet door harder of zachter te gaan blazen. Nu weer even getest en de commando's high_60, medium en med_60 doen het nu wel. Heel vreemd. Geen idee wat er aan de hand zou kunnen zijn, maar blij dat het weer werkt. Ook de automatisering lijkt nu weer te werken.
Ik merk ook nog wel iets anders. De exhaust fan gaat regelmatig naar 1 of 2% als hij auto stand staat en dan op low (15%). Ik vraag me af of hij dat echt doet, want de exaust flow blijft wel gewoon op wat het moet zijn bij 15%. Dus ik denk dat het een weergave issue is. De Supply fan speed blijft gewoon op 15%.
:strip_exif()/f/image/pnYdEYojfGZ0jPuHMgeACy95.png?f=user_large)
Ik merk ook nog wel iets anders. De exhaust fan gaat regelmatig naar 1 of 2% als hij auto stand staat en dan op low (15%). Ik vraag me af of hij dat echt doet, want de exaust flow blijft wel gewoon op wat het moet zijn bij 15%. Dus ik denk dat het een weergave issue is. De Supply fan speed blijft gewoon op 15%.
Hij staat nu 16:34 uur sinds 4 minuten op 1,0% volgens Home Assistant. In het logboek en de packetlog staat alleen dit. Hij staat nu op stand medium, de exhaust flow is wel gewoon wat het moet zijn.
:strip_exif()/f/image/kTi8a9BsMvUCjn0nbMwaP0Jm.png?f=user_large)
code:
1
2
3
4
5
6
7
8
9
10
11
| Logboek Details (WAARSCHUWING) Logger: ramses_tx.transport.base Bron: runner.py:290 Eerst voorgekomen: 10:16:10 (144 gebeurtenissen) Laatst gelogd: 16:30:54 # I --- 37:123789 32:161442 --:------ 22F3 007 00123C03040404 < PacketInvalid(Null packet) # I --- 37:123789 32:161442 --:------ 22F1 003 000407 < PacketInvalid(Null packet) # I --- 37:123789 32:161442 --:------ 22F3 007 00120F03040404 < PacketInvalid(Null packet) # I --- 37:123789 32:161442 --:------ 22F1 003 000207 < PacketInvalid(Null packet) # RQ --- 18:183788 32:161442 --:------ 3150 001 00 < PacketInvalid(Null packet) |
YAML:
1
2
| 2026-08-27T16:29:50.257000 -58 I --- 32:161442 --:------ 32:161442 31D9 004 00200200 2026-08-27T16:30:54.334207 ... RQ --- 18:183788 32:161442 --:------ 3150 001 00 |
En net stond hij eventjes weer gewoon op 50%, inmiddels weer op 1%. Enige wat ik in de packetlog zie is dit (systeem logboek geeft niets). In de auto modus (en op low) gaf hij trouwens 2% aan.
:strip_exif()/f/image/x0tdHJnv7MypHXalVSVJGdBr.png?f=user_large)
:strip_exif()/f/image/lMNoUWyv61hAEJJ08c7kBXNz.png?f=user_large)
:strip_exif()/f/image/tGA4HgV5hEExZcd50aWTKBKe.png?f=user_large)
code:
Nog een andere puntje: er staan in mijn configuratie-afdeling een aantal sensors met Climarad Ventura in de naam. Die waren er volgens mij in de 0.56.2 versie nog niet. En voor de duidelijkheid: ik heb geen Climarad Ventura. 1
2
3
| 2026-08-27T16:54:29.189000 -65 I --- 32:161442 --:------ 32:161442 31D9 004 00200200 2026-08-27T16:54:59.158000 -62 I --- 32:161442 --:------ 32:161442 31DA 029 00EF007FFF3D390C440A3C09F60BCAF800004264640000EFEF10431043 2026-08-27T16:57:34.337000 -64 I --- 32:161442 --:------ 32:161442 31D9 004 00200200 |
Ramses RF pre-release 0.60.2 staat in HACS, bovenaan de drop down. Bovenstaande fixes zitten daar ook in.
Wie HA Core 2026.9.0 wil installeren zodra die uitkomt begin september, moet eerst Ramses RF 0.60.2 installeren, want door een paar veranderingen in HA start hij anders niet op. We hebben het met de beta-versie getest en het draait ook "gewoon" met de huidige HA Core 2026.8.x.
@Vino75 Goed om te horen
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW - esp_9_klep_beregening