Ramses II 868MHz communicatie via evofw3 en ramses_rf

[sparretje]

Hallo ik heb een bordje gekocht bij vliegnerd ik heb hem in ha staan ik kan alles uitlezen maar ik wil mijn orcon hrc 300 ecomax uit 2024 bedienen bypass standen enzo alleen dat lukt mij nog niet

Alvast bedankt

[vliegnerd]

sparretje schreef op woensdag 4 juni 2025 @ 11:47:
Hallo ik heb een bordje gekocht bij vliegnerd ik heb hem in ha staan ik kan alles uitlezen maar ik wil mijn orcon hrc 300 ecomax uit 2024 bedienen bypass standen enzo alleen dat lukt mij nog niet

In de startpost van Het grote Orcon HRC / WtW topic staat een handleiding om ramses_cc te installeren en je Orcon WTW te bedienen.

Als je daar start, dan kunnen we je in dat topic ook verder helpen. Succes!

[sparretje]

Dit krijg ik ik kan hem niet veranderen wat doe ik fout

[Kriseh]

Dag allemaal,

Ook ik heb een ESP32-bordje aangeschaft bij @vliegnerd. Hiermee bedien ik twee Honeywell BDR91-schakelmodules binnen mijn Evohome zoneregelingssysteem. De BDR91's zijn gekoppeld aan de pompen van vloerverwarmingsverdelers bij mij thuis. Om vastlopen te voorkomen, laat ik ze dagelijks een minuut draaien via een HA-automatiseringsscript; dit als alternatief voor traditionele pompschakelaars.

Tot vorige week had ik nog 0-ervaring met o.a. Home Assistant, Docker containers, Python, GitHub etc. Inmiddels heb ik via Marktplaats een HP T630 thin client aangeschaft, waarop ik Ubuntu Server heb geïnstalleerd en deze via SSH benader. Hierop draai ik dus nu Home Assistant in een Docker-container met daarop de Ramses_CC integratie. Voor mij een steile leercurve maar ben ontzettend dankbaar voor alle informatie die ik op Tweakers heb kunnen vinden rondom deze onderwerpen, inclusief de persoonlijke hulp van @vliegnerd.

Mijn ESP32 heb ik zelf geflasht (nadat ik deze per ongeluk had gewist), wat nog wel wat uitdagingen met zich meebracht. Hieronder wil ik graag wat kennis delen, in de hoop dat dit anderen kan helpen die zoals mij ook vrij weinig kaas hebben gegeten van microcontrollers en firmware-flashen (ook daar had ik 0-ervaring in).

De RAMSES_ESP-firmware, beschikbaar via deze link, is speciaal ontwikkeld voor het bordje dat IndaloTech verkoopt. Wil je de repository gebruiken voor een ander ESP32-bordje, dan zul je de firmware zelf moeten opbouwen volgens deze handleiding. Echter, de handleiding slaat een cruciale stap over. Na het uitvoeren van het volgende commando:

code:

idf.py set-target esp32s3

(als je de s3 hebt natuurlijk)

Moet je eerst het onderstaande commando draaien.

code:

idf.py menuconfig

Er opent zicht dan een menu waar je zaken in kunt configureren.


Binnen menuconfig moet je de pin-layout van de CC1101-communicatiemodule en de LED's aanpassen aan je specifieke bordje. Daarnaast dien je de serial flash config goed in te stellen. Doe je dit niet, dan blijft de microcontroller na het flashen in een boot-loop hangen wat bij mij dus het geval was en me veel frustratie heeft opgeleverd.

Hieronder de aanpassingen voor mijn bordje:






Zijn er nog andere zaken om rekening mee te houden @vliegnerd? Je noemde iets over de partition tables, misschien kun je dat nog aanvullen in dit topic?

Gr. Kristan

[vliegnerd]

Dank @Kriseh!!

Het zijn de bordjes die eerder in dit topic beschreven zijn. Op basis esp32s3 zero of esp32c3 mini. Draait niet de stock ramses_esp firmware, maar wel met minimale aanpassingen.

Het gaat om dit bordje: https://github.com/tomkooij/e07-900m10s-esp32s3zero
in deze repo staan alle Kicad + gerber bestanden die je nodig hebt om het bordje te laten maken bij bijvoorbeeld JLCPCB. e07-900m10s module erop solderen en klaar. Tegenwoordig zijn die dingen betrouwbaar te koop via Aliexpress (verkoper ebyte/cdebyte).

De aanpassing van de partitiontabel staat in deze repo: https://github.com/tomkooij/ramses_esp_esp32s3mini
Als partition.csv er zo uitziet:

code:

# ESP-IDF Partition Table
# Name,   Type, SubType, Offset,  Size, Flags
nvs,      data, nvs,     0x9000,  64K,
otadata,  data, ota,     0x19000, 8K,
phy_init, data, phy,     0x1B000, 4K,
ota_0,    app,  ota_0,   ,        1920K,
ota_1,    app,  ota_1,   ,        1920K,

Dan werkt OTA update ook voor 4Mb flash modules, zoals de esp32s3zero. Je moet dan natuurlijk wel een update vanuit je eigen (of mijn) repo doen, want de stock firmware draait hier niet op.

Voor de esp32c3 mini is er dit bordje: https://github.com/tomkooij/promicro-cc1101
En de firmware: https://github.com/tomkooij/ramses_esp_c3
Gebruik de "nowifi" branch als je wifi echt wil uitzetten. Zo gebruik ik ze: Alléén via USB-C bedraad aangesloten.
(Zie ook deze post eerder in de thread)

Mijn PCB voorraad is overigens op, dus ik kan ze voorlopig niet verkopen. Maar Indalotech verkoopt het origineel (goede kwaliteit, alleen duur vanwege invoerrechten) en je kunt ze echt eenvoudig in elkaar solderen: PCB bestellen bij JLCPCB, module + e07-900m10s en wat leds/weerstanden bij Aliexpress. Beetje flux erbij en dan moet het lukken.
Ik heb wel een idee voor een nieuw bordje om ESPHome te draaien, maar ja, veel plannen, weinig tijd.

[ Voor 11% gewijzigd door vliegnerd op 07-06-2025 13:47 ]

[Flexiilex]

Hi all,

Vraagje; hebben meer mensen last met de pre-release versie van Ramses_cc dat de data niet aankomt in HA en alleen als ik de plugin reload? De data van de WTW komt dus gewoon 1x aan aan en daarna niet meer. Totdat ik de Hacs plugin weer reload. Iemand enig idee waar dit aan kan liggen?

Het lukt mij overigens ook niet om de functie "Accept packets from known devices IDs only" aan te zetten. Dan zeurt de plugin om het volgende; "LookupError: Can't create 32:157263: it is in the schema, but not in the known_list (check the lists and the schema)"

Enige is, deze staat helemaal niet in de schema of known list.. Heel raar.

Edit: SNTP, TimeZone & Wi-Fi geconfigureerd. Nu werkt alles, behalve de "Accept packets from known devices IDs only" setting. Iemand nog een idee?

[ Voor 95% gewijzigd door Flexiilex op 10-06-2025 12:46 ]

[BazemanKM]

vliegnerd schreef op zaterdag 7 juni 2025 @ 13:42:
Ik heb wel een idee voor een nieuw bordje om ESPHome te draaien, maar ja, veel plannen, weinig tijd.

Zodat je hem via WiFi kunt configureren en hij daarna verbinding kan maken met de MQTT broker? Ethernet zou ook fijn zijn.

Zou top zijn en is iets vergelijkbaars als https://www.tindie.com/pr...shamon-communication-pcb/.

Misschien kun je het via Tindie verkopen?

Hoop dat je de tijd vindt.

[vliegnerd]

BazemanKM schreef op maandag 9 juni 2025 @ 23:34:
[...]

Zodat je hem via WiFi kunt configureren en hij daarna verbinding kan maken met de MQTT broker? Ethernet zou ook fijn zijn.

Vooral zodat je eenvoudig een WTW kunt uitlezen en besturen (Fan standen, bypass, filtertijd), zonder het "gedoe" van het configureren van ramses_cc. Daarmee kan *VEEL* meer. En ramses ESP is ook beter in het ontvangen van RF berichten dan wat simpele code in ESPHome, maar de leercurve moet erg steil zijn om niet helemaal te verzuipen in het configureren.

Dus niet alle mogelijkheden maar gewoon iets om simpel een Orcon of Itho WTW uit te lezen/bedienen. Maar dan wel "plug and play".

[BazemanKM]

vliegnerd schreef op dinsdag 10 juni 2025 @ 20:31:
[...]


Vooral zodat je eenvoudig een WTW kunt uitlezen en besturen (Fan standen, bypass, filtertijd), zonder het "gedoe" van het configureren van ramses_cc. Daarmee kan *VEEL* meer. En ramses ESP is ook beter in het ontvangen van RF berichten dan wat simpele code in ESPHome, maar de leercurve moet erg steil zijn om niet helemaal te verzuipen in het configureren.

Dus niet alle mogelijkheden maar gewoon iets om simpel een Orcon of Itho WTW uit te lezen/bedienen. Maar dan wel "plug and play".

En Evohome? Daar heb ik vooral behoefte aan ;-)

[vliegnerd]

BazemanKM schreef op dinsdag 10 juni 2025 @ 22:22:
[...]

En Evohome? Daar heb ik vooral behoefte aan ;-)

Nee voor evohome is Ramses ESP met Ramses_cc in HA juist heel geschikt.

[Kriseh]

Flexiilex schreef op maandag 9 juni 2025 @ 12:35:
Hi all,

Vraagje; hebben meer mensen last met de pre-release versie van Ramses_cc dat de data niet aankomt in HA en alleen als ik de plugin reload? De data van de WTW komt dus gewoon 1x aan aan en daarna niet meer. Totdat ik de Hacs plugin weer reload. Iemand enig idee waar dit aan kan liggen?

Het lukt mij overigens ook niet om de functie "Accept packets from known devices IDs only" aan te zetten. Dan zeurt de plugin om het volgende; "LookupError: Can't create 32:157263: it is in the schema, but not in the known_list (check the lists and the schema)"

Enige is, deze staat helemaal niet in de schema of known list.. Heel raar.

Edit: SNTP, TimeZone & Wi-Fi geconfigureerd. Nu werkt alles, behalve de "Accept packets from known devices IDs only" setting. Iemand nog een idee?

Ik heb dat 'Accept packets from known device IDs only" probleem ook. Dit lijkt een bug te zijn: https://github.com/zxdavb/ramses_cc/issues/202. Doordat de repo owner er mee is gestopt, denk ik niet dat dit (op korte termijn) nog gefixt wordt.

Het lukt me daarnaast ook niet om m'n eigen schema te bouwen, ik blijf ook dan foutmeldingen krijgen.

[ Voor 4% gewijzigd door Kriseh op 14-06-2025 09:02 ]

[golfdiesel]

Ik hoop wel dat er nog iemand opstaat om de Repo over te nemen.
Anders kan het wel eens snel afgelopen zijn met de support voor Ramses in HomeAssistant.

[nvd1900]

Heeft iemand hier ervaring met een goede voeding voor een Indalo‐Tech RAMSES_ESP? Ik heb inmiddels al diverse geprobeerd met verschillende wattages maar elke 10 a 15 minuten reboot het apparaat en verbind het opnieuw met de wifi / MQTT.
Of kan dit wellicht er mee te maken hebben dat er in een nieuwbouwwijk die vol staat met Itho / Orcon spul het apparaat overbelast raakt?

[golfdiesel]

Ik kan mij niet voorstellen dat de voeding erg kritisch is voor een ESP32 gebaseerd ding.
Er zal waarschijnlijk iets anders aan de hand zijn.

[kimjansen]

nvd1900 schreef op woensdag 9 juli 2025 @ 21:32:
...elke 10 a 15 minuten reboot het apparaat en verbind het opnieuw...

Volgens mij heb ik al een hele tijd precies hetzelfde, alleen nog niet naar een mogelijke oorzaak kunnen kijken...

[ebroerse]

Voor de toekomst van de ramses_rf lib heb ik als vrijwilliger/hobbyprogrammeur het beheer overgenomen van zxdavb. In ons huis regel ik met ramses_cc via HA de ventilatie (Vasco, ClimaRad) dus het leek me de moeite waard.

Op GitHub is alles verhuisd naar ramses-rf. Bestaande installaties en HACS zouden automatisch doorverwezen moeten worden. Mss even de browser cache legen en als je de code hebt gekloond, in je IDE de remote aanpassen.

Dit lijkt me een actief forum voor NL gebruikers.
Met hulp van jullie medegebruikers kunnen we er vast nog meer mee. Meld je issues graag zelf in GitHub (met packet logs en info over types en alles wat je verder opvalt, 1 onderwerp per issue - dan kunnen we het ook apart bekijken).
PR’s zijn ook welkom!

Egbert

[golfdiesel]

Dat is goed nieuws Egbert! Dankjewel dat je het overgenomen hebt!

[XElD]

Mooi om te horen Egbert, top!

Weet ik dat het zin heeft me verder te verdiepen in commados die m'n Orcon HRC snapt :-)

[Kriseh]

Wat gaaf Egbert!

Zelf last van deze issue: https://github.com/ramses-rf/ramses_cc/issues/202. Ik weet niet zo goed hoe Github werkt, dus ik zie wel fixes en discussies voorbijkomen maar geen nieuwe ramses_CC release o.i.d. dus volgens mij moet ik gewoon even geduldig afwachten.

Daarnaast heb ik een aantal Honeywell TRVs, normaliter beginnen die met serie no. 04: en ik heb er één tussenzitten die met 63: begint. Voor die laatste vindt geen auto device type mapping plaats. Ik kan dan wel mijn eigen schema bouwen in HA maar als de auto-mapping-functionaliteit dit oppakt is dat beter denk ik. Ik zie dan wel dat die definities hier in staan: ramses_rf/src/ramses_tx/const.py maar geen idee wat er allemaal aangepast moet worden. Moet ik hiervoor dan onder Rames_RF (i.p.v. Ramses_CC) een Github 'issue' aanmaken?

[Wimpie70]

De 63:xxxxxx zie ik ook wel, maar wordt zover ik kan zien gebruikt door de ESP HGI bij druk verkeer, als doorgeefluik of intern gebruik. Kan dit bij jou ook zo zijn ?

De master in github is een development versie met de laatste wijzigingen voor een nieuwe release, Deze heeft o.a. al wel de clear cache fix, maar is nog in ontwikkeling. Er kunnen dus nog wijzigingen komen voordat deze gereleased wordt.

[ebroerse]

Ik hoop over ca. 1 week een nieuwe ramses release te maken.
De ramses_cc custom integration die je in HA kan installeren, werkt achter de schermen met een 2e stuk python-code: ramses_rf, en die moet tegelijk bijgewerkt worden.

Als HA gebruiker is het prima om een evt. nieuw issue op ramses_cc aan te maken (graag eerst even met de zoekfunctie checken of het al is gemeld, kan al afgesloten zijn). Tenzij de foutmelding naar ramses_rf verwijst.

[ebroerse]

In het Ramses-II protocol hebben niet alle apparaten een vaste type-code. Volgens mij alleen CH (verwarming).
Voor HVAC (klimaat/ventilatie) hebben fabrikanten allerlei modellen ontwikkeld, maar die zijn niet aan het eerste deel van hun device_id te herkennen.
Daarom moet je hun class zelf labellen in je known_devices list.
Apparaten die zich niet (vaak genoeg) melden bij je gateway zet je onder “orphans_hvac:” in je Systeemschema.

[Wimpie70]

Wat nog wat verwarrend kan zijn:
- ramses_rf verzorgd de basis, platform onafhankelijk
- ramses_cc is het gedeelte wat je als integratie installeerd bij HA, maar wordt ramses RF genoemd.

ramses_rf wordt automatisch geinstalleerd als dependency van ramses_cc (ramses RF)

[Verwijderd]

De naamgeving kon duidelijker idd

Mocht je met de python-lib aan de gang gaan: https://github.com/sandervandegeijn/OrconRamsesRFCommand

Ik heb destijds de Orcon commands uitgeplozen. Misschien wat om te integreren.

[Wimpie70]

ahh, ok, ik heb het bijna geintegreerd, zie het grote Orcon...

[Hippe Lip]

Een tijdje geleden was ik begonnen aan die Ramses-integratie, maar heb dat toen wegens tegenvallers en gebrek aan tijd nooit afgemaakt.

Nu probeer ik het weer op te pakken, maar er gaat van alles mis. Dus dacht ik: ik verwijder de integratie en begin van scratch af aan opnieuw. Maar dat lukt helemaal niet. Bij Instellingen > Apparaten en diensten tik ik op Ramses RF en dan op de regel Rases RF tik ik op de 3 puntjes, rechts van het tandwieltje. Dan kies ik voor ‘Verwijderen’. Dan komt er een popup die me vraagt
RAMSES RF verwijderen?
De bijbehorende apparaten en entiteiten worden permanent verwijderd.[/quote]
[quote]
Dan druk ik op Verwijderen, maar na een herstart van HA staat Ramses RF nog vrolijk in het rijtje van de Apparaten en diensten.

Hoe kan ik die integratie verwijderen om werkelijk van nul af aan opnieuw te beginnen?
Ik heb van alles geprobeerd, waaronder het verwijderen van alle ca. 50 entiteiten, maar dat heeft ook niet geholpen.

Edit:
Inmiddels ven ik een stap verder. Om te verwijderen moest ik eerst bij Instellingen > Apparaten en Diensten kiezen voor verwijderen en dan zonder herstart tussendoor bij HACS kiezen voor verwijderen. Nu is Ramses niet meer te zien bij Apparaten en niet bij HACS, ook niet na een herstart.
Maar als HA mijn configuratie controleert, dan zegt-ie nog steeds

Integration error: ramses_cc - Integration 'ramses_cc' not found.

Ook na een herstart. Er zit dus nog steeds ergens een stuk Ramses.
Waar?
Hoe krijg ik dat weg?

[ Voor 28% gewijzigd door Hippe Lip op 04-08-2025 01:23 ]

[Wimpie70]

Ik kan niet zien hoe je systeem in elkaar zit, dus wees voorzichtig bij de volgende tips en maak eerst een backup.
Bekijk je home-assistant.log bestand. Misschien staan hier aanwijzingen in wat er aan de hand is.
Misschien is er nog een script, automation of card die iets van Ramses probeerd op te vragen...
Is het een fout van HACS of van HA ? Heb je meer integraties via HACS geinstalleerd ? anders zou je kunnen proberen om HACS opnieuw te installeren.
Ook kan je proberen om eerst ramses RF opnieuw te installeren.

Het zou kunnen dat er nog devices of entities van Ramses zijn achtergebleven. Probeer deze vanuit HA te verwijderen.
Als dat niet lukt, kan je nog de .config map bekijken (hidden?) in je HA folder: core.entity_registry en core.device_registry. Maar maak dan eerst een backup. En stop HA voordat je hier iets aan veranderd. Dit kan HA behoorlijk in de soep laten lopen dus voorzichtig.

[ebroerse]

Verwijderd schreef op zondag 3 augustus 2025 @ 09:08:
De naamgeving kon duidelijker idd

Mocht je met de python-lib aan de gang gaan: https://github.com/sandervandegeijn/OrconRamsesRFCommand

Ik heb destijds de Orcon commands uitgeplozen. Misschien wat om te integreren.

Ik kwam die laatst ook tegen en heb er een ster bij gezet. Maar OrconRamsesRFCommand heeft niets met “Ramses RF” (ramses_rf/ramses_cc), al doet zijn Readme anders vermoeden. Net als ramses_rf praat OrconRamsesRFCommand met een ramses_esp dongle, maar alleen via MQTT. Al deze programma’s praten daarbij het Honeywell Ramses-II RF protocol op 868MHz (dat heet geen WiFi, RF = radio frequency).

[ Voor 3% gewijzigd door ebroerse op 05-08-2025 07:01 ]

[Hippe Lip]

Alles heb ik opnieuw geïnstalleerd, maar het werkt nog steeds niet. De volgende foutmeldingen krijg ik in mijn logboek, maar kan daar helaas geen chocola van maken. Kan iemand me op weg helpen?



Een vriend heeft precies dezelfde hardware, draait op hetzelfde platform en heeft dezelfde foutmeldingen. Maar bij hem werkt het wél. Ra ra ra…

En als ik dan bij de devices kijk bij Ramses, dan is het er wel, maar alle onderdelen zijn grijs. Tik ik op zo’n onderdeel, dan zegt-ie
Het apparaat is uitgeschakeld door Configuratie-item.
Nou zoek ik me ROT wat dat ‘Configuratie-item’ is. Wie o wie kan me helpen?

[ Voor 48% gewijzigd door Hippe Lip op 05-08-2025 14:40 ]

[Wimpie70]

Ik vermoed dat je de HGI niet in de known list hebt staan. En 'Configuratie-item' zal wel een vertaling zijn van 'config-flow'. Ik draai zelf de engelse versie.
Als je op de config klikt (tandwieltje) van ramses RF, dan kan je bij 1 van de opties 'System schema and known devices'. Hier kun je de 'known list'/'Known device IDs' en 'orphans' instellen. Hier moet bij de known devices 1 HGI staan. Zoiets als:

code:

"18:149488":
  class: HGI
"29:176861":
  class: REM
"32:153289":
  class: FAN
"37:126776":
  class: CO2

Maar dan voor jouw devices.
Voor jou lijkt dit: 18:104436 te zijn (of van je buren)
De log in HA geeft niet zo heel veel info. Het log bestand home-assistant.log geeft meer. Vooral als je de debug voor ramses aanzet in je configuration.yaml:

code:

logger:
  default: info
  logs:
    custom_components.ramses_cc: debug
    ramses_rf: debug
    ramses_tx: debug

Kijk in het logbestand naar Warning of andere berichten die aangeven waarom het niet werkt.
Er wordt momenteel hard gewerkt aan een nieuwe release die een aantal van de foutmeldingen die je nu tegenkwam zal oplossen. Maar ik denk dat het bij jouw installatie aan de instellingen ligt.

[ebroerse]

Hippe Lip schreef op dinsdag 5 augustus 2025 @ 12:33:
…
Kan iemand me op weg helpen?

…

Nou zoek ik me ROT wat dat ‘Configuratie-item’ is. Wie o wie kan me helpen?

Goede tips al.
Pak ook de recent bijgewerkte wiki er gerust bij.

De debug log kan je in het Integratie-scherm (Instellingen > Integraties > Ramses RF VIA DE 3 puntjes rechtsboven in- en uitschakelen. Op een PC komt het log in mijn Download map zodra je hem uitzet.

[Hippe Lip]

Dank allemaal voor het meedenken. De oplossing bleek (zoals wel vaker) erg eenvoudig. Het was alleen niet eenvoudig die te vinden.

Wat de oplossing bracht (ik heb het systeem nu ook maar op Engels ingesteld):

1. Settings > Devices > Ramses
2. Tik op drie puntjes naast tandwieltje, rechts op regel RAMSES RF
3. Tik op ‘Disable’
4. Restart HA
5. Settings > Devices > Ramses
6. Tik op drie puntjes naast tandwieltje, rechts op regel RAMSES RF
7. Tik op ‘Enable’
8. Restart HA

Et voila: alles werkt

En waarom het eerst niet werkte en de boel eerst disabled moest worden? Op de een of andere manier bleef het disabled staan, ondanks dat het op enabled stond. Maar ja, voordat je dáár achter bent…

[Wimpie70]

Dat verwacht je niet, mooi dat t weer werkt!
Tof, die vernieuwde wiki

[ebroerse]

Er is een nieuwe release v0.51.0 van de Ramses RF integratie beschikbaar (in HACS en op GitHub).

[Hippe Lip]

ebroerse schreef op zaterdag 9 augustus 2025 @ 16:04:
Er is een nieuwe release v0.51.0 van de Ramses RF integratie beschikbaar (in HACS en op GitHub).

En heeft iemand die al geïmplementeerd en goed bevonden? Ik kom net terug van een herstelfunctie van een de update van een andere integratie, waardoor de boel niet meer werkte. Veel gedoe en missende historie daardoor helaas…

[Wimpie70]

Ik heb andere hardware dan jij, maar wat ik tot nu toe heb gezien bij een Orcon WTW werkt het prima. Ik heb niet alle veranderingen bekeken, maar volgens mij heeft Egbert een prima job gedaan. Er zijn een flink aantal issues aangepakt en code is gemoderniseerd.

Sowieso is het verstandig om een backup te maken voordat je iets nieuws installeerd. Als je nog wat meer zekerheid wilt, kan je het ook eerst bijvoorbeeld in een docker container testen. Maar dat heb ik voor de nieuwe versie nog niet zelf gedaan.

Ik heb hem op m'n productie HA via HACS geupgrade...
Bij HACS, menu rechtsboven met drie puntjes, via custom repositories ingevuld, De URL is veranderd naar: https://github.com/ramses-rf/ramses_cc (integratie) en daarna kon ik versie 0.51.0 van RAMSES RF downloaden.
Na herstart geen echte problemen, wat warnings en time-outs. Die zal ik als ik wat meer tijd heb nog eens goed bekijken.

Je kan natuurlijk ook even wachten tot er meer mensen hebben getest...maar feedback van eventuele issues is uiteraard ook zeer welkom.

[Swazija]

Ik heb 0.51.0 geinstalleerd gisteren en heb 3 kleine bugs:

1. Exhaust fan speed percentage geeft me waardes die veel te klein zijn. Lijkt een factor 10 te missen ofzo.
2. Bypass sluiten zorgt ervoor dat de status van de bypass unavailable wordt ipv off
3. Een 10D0 request (RQ --- 37:123456 32:123456 --:------ 10D0 001 00) geeft een packet invalid en ook de waarde voor filter remaining blijft op unavailable staan. Voor de update werkte dit zonder problemen

[ebroerse]

Swazija schreef op maandag 11 augustus 2025 @ 12:27:
Ik heb 0.51.0 geinstalleerd gisteren en heb 3 kleine bugs:

1. Exhaust fan speed percentage geeft me waardes die veel te klein zijn. Lijkt een factor 10 te missen ofzo.
2. Bypass sluiten zorgt ervoor dat de status van de bypass unavailable wordt ipv off
3. Een 10D0 request (RQ --- 37:123456 32:123456 --:------ 10D0 001 00) geeft een packet invalid en ook de waarde voor filter remaining blijft op unavailable staan. Voor de update werkte dit zonder problemen

Bedankt voor de melding. Item 2 staat al als Issue in op GitHub en heb ik hopelijk al een fix voor. Wil je voor de andere 2 ook issues maken, met de Bug template en vermelding van je config (merk fan en receiver) en een kopie van je foutenlog? Is wel een GitHub account voor nodig, maar ik zou de moeite op prijs stellen

[Swazija]

Ik heb twee bug reports aangemaakt.

[ebroerse]

Ramses RF 0.51.3 is uit, mss al gezien in HACS.
- Sensors verdwijnen niet meer doordat een ander packet ze wist.
- En de integratie herkent als de MQTT verbinding weer hersteld is, geen reset meer vereist, bedankt @immrmkw
Er zijn nog geen nieuwe sensors zichtbaar in HA, want de tests blijken niet heel stabiel. Weer een nieuwe cursusje aan het doen😲

Dank voor jullie bug reports.

[ebroerse]

Ramses RF 0.51.4 is uit, met nieuwe sensors in HA (bedoeld voor bepaalde Vasco, ClimaRad & Itho ventilatoren).

[ebroerse]

Ramses RF v0.51.5 is uit.
Naast wat nieuwe opties is het instellen van de seriële poort gefixt, met dank aan @immrmkw

[JoepW]

Kan iemand mij zeggen wat het juiste format is voor known devices voor mijn Evohome ramses_cc opzet. Ik kom er niet echt uit ook niet met de sterk verbeterde WiKi.

[XElD]

ebroerse schreef op zondag 7 september 2025 @ 22:19:
Ramses RF v0.51.5 is uit.
Naast wat nieuwe opties is het instellen van de seriële poort gefixt, met dank aan @immrmkw

Top, ga 'm eens snel uitproberen

Ondertussen ook met iets anders begonnen. Ik ga m'n Zigbee coördinator thuis voor andere HA zaken vervangen door een SMLight coördinator, dus via Ethernet. Nu hebben ze zeer recent een versie geintroduceerd met 'USB passtrough', d.w.z. dat je er een USB stick op kan aansluiten en dat die dan via het netwerk benaderbaar zou moeten zijn.

https://smlight.tech/product/slzb-mr1u

Nu heb ik zelf een SSM-D2 USB stick dus ben benieuwd of dat hiermee zou gaan werken.

[ebroerse]

JoepW schreef op maandag 8 september 2025 @ 10:26:
…wat het juiste format is voor known devices voor mijn Evohome ramses_cc opzet. Ik kom er niet echt uit...

Zie hint bij je crosspost in het HA Users Forum.

[JoepW]

ebroerse schreef op dinsdag 9 september 2025 @ 10:35:
[...]

Zie hint bij je crosspost in het HA Users Forum.

Ik heb daar extra info gepost nog steeds op zoek naar het juiste format.

[Kriseh]

Wimpie70 schreef op zaterdag 2 augustus 2025 @ 13:44:
De 63:xxxxxx zie ik ook wel, maar wordt zover ik kan zien gebruikt door de ESP HGI bij druk verkeer, als doorgeefluik of intern gebruik. Kan dit bij jou ook zo zijn ?

De master in github is een development versie met de laatste wijzigingen voor een nieuwe release, Deze heeft o.a. al wel de clear cache fix, maar is nog in ontwikkeling. Er kunnen dus nog wijzigingen komen voordat deze gereleased wordt.

Hoe check ik dit? er is hier niet veel verkeer, mijn Evohome setje en een paar Orcon boxen (één van mijzelf, en een aantal van de buren om mijn huis heen).

Ramses mapped zelf eigenlijk al vrijwel mijn hele Evohome systeem, als ik onder de controller kijk, zie ik dit:


Als ik vervolgens op bijv. Kantoor klik, zie ik rechts onderin, bij 'Connected Devices' de TRV staan.


Dit werkt voor alle zones waar ik een TRV heb, behalve de Hobby Kamer. Als ik bij de Hobby kamer kijk, dan zie ik geen 'Connected Devices' en TRV.



Ik ben dus in de lijst van Ramses 'Devices' gaan kijken en kwam erachter dat er een 63:xxxx device was, aangeduid als HVC i.p.v. TRV, die dezelfde temperatuur doorgeeft als de zone temperatuur (afkomstig van de controller). Ook als ik de batterij er even uithaal zie ik hierover zaken in het logbook onder het 63:xxx device waardoor ik zeker weet dat deze TRV bij de hobby kamer hoort. Fysiek zien de TRV's er identiek uit.

Ik heb in mijn known list de class op TRV gezet:


Nu wordt hij ook goed weergegeven als ik naar het device ga:


Echter, is hij nu nog niet 'als 'Connected Device' onder de Zone te zien en vice-versa. Ik dacht, misschien moet ik heel simpel in het system_schema duidelijk maken dat die 63:xxxx bij zone 4 hoort, maar dan krijg ik een error 'not a valid value', zie hieronder. Als ik als proef, de waarde hieronder van 63 naar 04 aanpas, verder niks anders wijzig, dan accepteert hij het gek genoeg wel en kan ik de configuratie opslaan. Het lijkt wel of hij een validatie doet en een 63:xxx hier niet accepteert.



Dus heel kort mijn vraag: Hoe krijg ik nu de link tussen de Hobby Kamer en de TRV? Ik dacht via System Schema maar die slikt een 63:xxx als sensor niet om de één of andere reden.

PS. ik zit op de laatste versie (0.51.5)

[ebroerse]

Kriseh schreef op zaterdag 13 september 2025 @ 16:37:
[...]
mijn vraag: Hoe krijg ik nu de link tussen de Hobby Kamer en de TRV? Ik dacht via System Schema maar die slikt een 63:xxx als sensor niet.

Schijnt vaker voor te komen, zie het engelstalige HA forum. Alles wat Ramses RF oppikt, komt uit je instellingen in de Evohome? Centrale. Namen van kamers, koppeling met ‘parent’ radiatoren. Ik lees dat je daar ook deze fout moet fixen: zie bijv. deze discussie

[Kriseh]

ebroerse schreef op zaterdag 13 september 2025 @ 21:30:
[...]


Schijnt vaker voor te komen, zie het engelstalige HA forum. Alles wat Ramses RF oppikt, komt uit je instellingen in de Evohome? Centrale. Namen van kamers, koppeling met ‘parent’ radiatoren. Ik lees dat je daar ook deze fout moet fixen: zie bijv. deze discussie

Heb de zone meermaals verwijderd uit de Evohome controller, de toewijzing uit de HR92 gewist, HR92 vervolgens naar fabrieksinstellingen en alles opnieuw. Helaas werkt het nog steeds niet. Ik ga vandaag op vakantie dus ga er mee verder zodra ik terugkom. Ik heb ook nog een reserve HR92 liggen waar ik ook eens mee kan troubleshooten. Ik kom hier op een later moment op terug!

[golfdiesel]

In mijn setup voor het Honeywell Evohome systeem heb ik een tweetal losse temperatuursensoren gekoppeld die als temperatuur sensor werken voor de betreffende ruimte.
Deze sensoren worden wel gezien maar er is geen meetwaarde via Ramses. Heeft iemand deze sensor zichtbaar in HA?

[JoepW]

golfdiesel schreef op zaterdag 20 september 2025 @ 17:24:
In mijn setup voor het Honeywell Evohome systeem heb ik een tweetal losse temperatuursensoren gekoppeld die als temperatuur sensor werken voor de betreffende ruimte.
Deze sensoren worden wel gezien maar er is geen meetwaarde via Ramses. Heeft iemand deze sensor zichtbaar in HA?

[Afbeelding]

Is deze zone soms de laatste toegevoegde zone en/of de laatste zone in config file die in de .storage directory staat?
Ik heb dit namelijk ook en die zone voldoet aan deze criteria.

[golfdiesel]

JoepW schreef op zaterdag 20 september 2025 @ 20:34:
[...]

Is deze zone soms de laatste toegevoegde zone en/of de laatste zone in config file die in de .storage directory staat?
Ik heb dit namelijk ook en die zone voldoet aan deze criteria.

Dat moet ik nog even bekijken maar ik zie hetzelfde bij twee zones waar ik dit type temperatuur sensor gebruik. In een 3e zone gebruik ik een Honeywell round als sensor (achteraf gezien beter omdat die goedkoper is dan de losse sensor).
Het is de HCF82 ruimte sensor.

[JoepW]

golfdiesel schreef op zondag 21 september 2025 @ 21:12:
[...]

Dat moet ik nog even bekijken maar ik zie hetzelfde bij twee zones waar ik dit type temperatuur sensor gebruik. In een 3e zone gebruik ik een Honeywell round als sensor (achteraf gezien beter omdat die goedkoper is dan de losse sensor).
Het is de HCF82 ruimte sensor.
[Afbeelding]

Dan lijkt het een ander probleem. Ik heb het echt maar bij 1 zone en die heeft enkel een evohome radiatorknop.

[ebroerse]

golfdiesel schreef op zondag 21 september 2025 @ 21:12:
[...]

Het is de HCF82 ruimte sensor.

@golfdiesel Kun je van deze sensor een 10E0 packet en andere berichten uit je log kopiëren voor ranses_rf? Hij staat wel in de Ramses RF code, als PRG “programmer”, maar deze logs ontbreken.

[ebroerse]

Verbeteringen en bug fixes, o.a. voor MQTT, in RAMSES RF release 0.51.7.
Bedankt voor de PRs en feedback.

[golfdiesel]

ebroerse schreef op dinsdag 23 september 2025 @ 17:47:
[...]

@golfdiesel Kun je van deze sensor een 10E0 packet en andere berichten uit je log kopiëren voor ranses_rf? Hij staat wel in de Ramses RF code, als PRG “programmer”, maar deze logs ontbreken.

Ik ga daar dit weekend naar kijken.

[golfdiesel]

ebroerse schreef op dinsdag 23 september 2025 @ 17:47:
[...]

@golfdiesel Kun je van deze sensor een 10E0 packet en andere berichten uit je log kopiëren voor ranses_rf? Hij staat wel in de Ramses RF code, als PRG “programmer”, maar deze logs ontbreken.

Dit stuurt de THM uit als je handmatig op de zendknop drukt.

code:

2025-09-29T20:25:38.910201 040  I 000 03:085164 63:262142 --:------ 1FC9 012 FF10600D4CAC0130C90D4CAC
2025-09-29T20:25:39.481178 045  I 000 03:085164 --:------ 03:085164 30C9 003 01083E
2025-09-29T20:25:39.495248 044  I 000 03:085164 --:------ 03:085164 1060 003 FFFF01
2025-09-29T20:25:44.956405 037  I 001 03:085164 --:------ 03:085164 30C9 003 010852
2025-09-29T20:25:44.970844 037  I 000 03:085164 --:------ 03:085164 1060 003 FFFF01
2025-09-29T20:25:56.304467 041  I 000 03:085164 63:262142 --:------ 1FC9 012 FF10600D4CAC0130C90D4CAC
2025-09-29T20:25:56.478427 040  I 000 03:085164 --:------ 03:085164 30C9 003 01085C
2025-09-29T20:25:56.493367 040  I 000 03:085164 --:------ 03:085164 1060 003 FFFF01

Tijdens het normale "bedrijf" zie je deze entries voorbij komen. Het lijkt er overigens wel op dat deze sensor alleen bij temperatuursveranderingen echt een nieuwe waarde stuurt. Als de temperatuur stabiel is zie je geen logs. Als er data gestuurd wordt zie je op het Evohome display de temperatuur ook netjes veranderen.

code:

2025-09-29T20:41:56.981567 040  I 003 03:085164 --:------ 03:085164 30C9 003 0108AC
2025-09-29T20:42:02.456101 039  I 003 03:085164 --:------ 03:085164 30C9 003 0108AC

[ Voor 18% gewijzigd door golfdiesel op 29-09-2025 20:45 . Reden: toevoeging ]

[Jongfeli]

Ik heb een vraag en misschine dat iemand het antwoord weet. Onze Evohome installatie, met nu nog Nefit ketel stuurt 7 radiatorkranen aan via een modulerede ketelsturing en een "Nefit Opentherm Module". Dit werkt al jaren prima. Sinds kort ook een RAMSES_ESP module aangeschaft om via Home Assistant te kijken wat het Evohome systeem nu allemaal uitspookt ipv de Honeywell cloud "oplossing". Ook dit werkt, waarvoor dank :-)

Nu zie ik via de OTB ( OpenTherm bridge R8820) de instellingen van de Nefit ketel. Deze worden op dit moment elke 5 minuten geupdate. De vraag is kan ik deze waarde ook elke minuut in HA krijgen?

[Kriseh]

Kriseh schreef op zondag 14 september 2025 @ 09:06:
[...]


Heb de zone meermaals verwijderd uit de Evohome controller, de toewijzing uit de HR92 gewist, HR92 vervolgens naar fabrieksinstellingen en alles opnieuw. Helaas werkt het nog steeds niet. Ik ga vandaag op vakantie dus ga er mee verder zodra ik terugkom. Ik heb ook nog een reserve HR92 liggen waar ik ook eens mee kan troubleshooten. Ik kom hier op een later moment op terug!

Zoals beloofd met een andere HR92 geprobeerd en dat werkte meteen! Deze heeft ook netjes een 04:x serienummer i.p.v. 63:x.

Even samenvattend kreeg ik het met de HR92 met 63:X serienummer niet voor elkaar om de TRV onder de zone te zien, zelfs na meermaals de zone in het evohome systeem verwijderd en opnieuw aangemaakt te hebben. Nu met die spare die ik had liggen dus wel.

[ Voor 34% gewijzigd door Kriseh op 03-10-2025 15:53 ]

[JoepW]

Jongfeli schreef op vrijdag 3 oktober 2025 @ 07:47:
Ik heb een vraag en misschine dat iemand het antwoord weet. Onze Evohome installatie, met nu nog Nefit ketel stuurt 7 radiatorkranen aan via een modulerede ketelsturing en een "Nefit Opentherm Module". Dit werkt al jaren prima. Sinds kort ook een RAMSES_ESP module aangeschaft om via Home Assistant te kijken wat het Evohome systeem nu allemaal uitspookt ipv de Honeywell cloud "oplossing". Ook dit werkt, waarvoor dank :-)

Nu zie ik via de OTB ( OpenTherm bridge R8820) de instellingen van de Nefit ketel. Deze worden op dit moment elke 5 minuten geupdate. De vraag is kan ik deze waarde ook elke minuut in HA krijgen?

Ik had tot voor kort een Nefit ketel en las de ketel uit met https://bbqkees-electroni...fi-editie-v3-kit/?lang=nl via MQTT in Home Assistant.
Als je interesse hebt kan je voor een zacht prijsje het kale kastje (https://bbqkees-electroni...aard-wifi-editie/?lang=nl) met kabeltje voor de Nefit ketel wel overnemen (ik heb nooit een kit gekocht).
Stuur maar een DM als je interesse hebt.

[ebroerse]

Kriseh schreef op vrijdag 3 oktober 2025 @ 15:48:
[...]
Zoals beloofd met een andere HR92 geprobeerd en dat werkte meteen! Deze heeft ook netjes een 04:x serienummer i.p.v. 63:x.

Even samenvattend kreeg ik het met de HR92 met 63:X serienummer niet voor elkaar om de TRV onder de zone te zien, (…), met die spare die ik had liggen dus wel.

Bedankt voor de test. Er zijn kennelijk HR92-versies die een (vast) serienummer 63:X hebben. Dat nummer kiezen de apparaten vlg. mij zelf, zodra ze beginnen te zenden. Als op dat moment 04:X al in gebruik is zou hij kunnen uitwijken naar 63:? Alleen als dat net zo uniek is als 04: om de functie TRV van het device te herkennen, zou je dat in de RAMSES RF-code kunnen aanpassen.
Of we daarmee alle issues met niet-gekoppelde (laatste) TRV’s oplossen blijft nog even de vraag. Ik plak je verslag iig bij het issue op GitHub.
Edit: helaas zit op 63:X ook het ALL-adres 63:262142. Jouw ‘speciale’ TRV zit 1 hoger dus er is echt iets speciaals mee, zoals @Wimpie70 dacht een soort ‘overloop’.
Oudere issues over de HR92 uit 2023 melden trouwens dezelfde problemen:
- Geen Heat demand omdat er te weinig packets binnenkomen (“beter geen info dan foute info”)
- oude schema’s blijven in gebruik na het corrigeren van Zones in evohome.
Kan beide aan slechte ontvangst liggen.
Voor elke vervolgvraag over HR92 TRV’s graag recente 000C packetlogs uit je ramses packetlog in dit issue plakken.

[ Voor 24% gewijzigd door ebroerse op 04-10-2025 10:53 ]

[Kriseh]

ebroerse schreef op zaterdag 4 oktober 2025 @ 08:55:
[...]


Bedankt voor de test. Er zijn kennelijk HR92-versies die een (vast) serienummer 63:X hebben. Dat nummer kiezen de apparaten vlg. mij zelf, zodra ze beginnen te zenden. Als op dat moment 04:X al in gebruik is zou hij kunnen uitwijken naar 63:? Alleen als dat net zo uniek is als 04: om de functie TRV van het device te herkennen, zou je dat in de RAMSES RF-code kunnen aanpassen.
Of we daarmee alle issues met niet-gekoppelde (laatste) TRV’s oplossen blijft nog even de vraag. Ik plak je verslag iig bij het issue op GitHub.
Edit: helaas zit op 63:X ook het ALL-adres 63:262142. Jouw ‘speciale’ TRV zit 1 hoger dus er is echt iets speciaals mee, zoals @Wimpie70 dacht een soort ‘overloop’.
Oudere issues over de HR92 uit 2023 melden trouwens dezelfde problemen:
- Geen Heat demand omdat er te weinig packets binnenkomen (“beter geen info dan foute info”)
- oude schema’s blijven in gebruik na het corrigeren van Zones in evohome.
Kan beide aan slechte ontvangst liggen.
Voor elke vervolgvraag over HR92 TRV’s graag recente 000C packetlogs uit je ramses packetlog in dit issue plakken.

Bedankt voor je antwoord! Ik wil in het najaar nog even een aantal zaken uitproberen met de 'speciale' HR92. Mochten daar nog interessante bevindingen uitkomen dan laat ik het je weten.

[Gerritjuh]

Ik lees hier al een tijdje mee en dan lijkt het appeltje eitje, maar het is me gelukt een werkend geheel te krijgen, tenminste zo lijkt het nu.

Ik heb de door @vliegnerd ontworpen printjes laten maken bij JLCPCB en er een ESP-S3 en CC1101 op gesoleerd. Het was een leuke excersitie en voor mij erg lang geleden dat ik SMD heb gesoldeerd. Ik maak nu nog gebruik van een 2,4GHz antenne, maar er komt al van alles binnen druppelen.

Ik heb hier een EvoHome systeem met HCE80 met 6 thermostaten en een EvoHome controller. De komende periode ga ik me verdiepen in de mogelijkheden en als ik er niet uitkom zal ik me weer melden.

[vliegnerd]

Gerritjuh schreef op zondag 5 oktober 2025 @ 17:07:
Ik lees hier al een tijdje mee en dan lijkt het appeltje eitje, maar het is me gelukt een werkend geheel te krijgen, tenminste zo lijkt het nu.

Ik heb de door @vliegnerd ontworpen printjes laten maken bij JLCPCB en er een ESP-S3 en CC1101 op gesoleerd. Het was een leuke excersitie en voor mij erg lang geleden dat ik SMD heb gesoldeerd. Ik maak nu nog gebruik van een 2,4GHz antenne, maar er komt al van alles binnen druppelen.

Ook zonder antenne werkt het ontvangen meestal prima. Die e07 900m10s modules zijn erg gevoelig.
Zonder antenne zenden lijkt mij wel riskant, maar een 2,4ghz antenne is vaak even goed/slecht als een 900Mhz.

Ik heb een bordje met een e07 433m10s en die doet het ook prima met 868Mhz…

Tof dat je een bordje gemaakt hebt. Stuur foto’s

[ebroerse]

Ramses RF 0.51.8 is uit, met dank voor jullie bijdragen.
De ramses_cc custom integratie vereist HA Core 2025.10.0 of later. Meer in de release notes.

[Gerritjuh]

vliegnerd schreef op zondag 5 oktober 2025 @ 19:19:
[...]

Ook zonder antenne werkt het ontvangen meestal prima. Die e07 900m10s modules zijn erg gevoelig.
Zonder antenne zenden lijkt mij wel riskant, maar een 2,4ghz antenne is vaak even goed/slecht als een 900Mhz.

Ik heb een bordje met een e07 433m10s en die doet het ook prima met 868Mhz…

Tof dat je een bordje gemaakt hebt. Stuur foto’s

Een van de uitdagingen was het correct verwerken van de MQTT berichten. Beetje naief geweest en de SNTP server nog niet ingesteld, dan werkt het niet lekker. Je ziet wel de verschillende apparaten maar die communiceren verder niet. Vandaag kwam ik daarachter en na het instellen van de SNTP ging bijna alles automatisch. Ik ben nu aan het bestuderen wat alles nu precies betekend (3-letter omschrijvingen en de ID's), maar daar helpt ChatGPT weer heel goed.

De antenne laat ik even voor wat het is, waarschijnlijk een 2,4GHz antenne, maar de gehele huisinstallatie lijkt compleet te worden weergegeven.

Wel een tip voor de beginner (net zoals ik). Als je in de seriele console iets wil aanpassen moet je gewoon blind typen. Tijdens het intoetsen blijven de log regels doorlopen. In het begin dacht ik dat ik iets niet goed had gedaan, maar na het geven van het commando en op enter drukken krijg je wel de bevestiging te zien. Voor de console kan je in Windows gewoon Putty gebruiken en dan de juiste com-poort instellen.

En dan nu de gevraagde foto's:

[vliegnerd]

Leuk @Gerritjuh !

[ebroerse]

Net uitgekomen: Ramses RF 0.51.9

Nieuwe optie gemaakt door @Wimpie70 : _Fan parameters_ via 2411 messages. De instellingen verschijnen op een Configuratie paneel onder de Ramses RF integratie als je fan ze ondersteunt. Je kunt instellingen aanpassen met 3 nieuwe Fan actions.


Noot: ramses_cc custom integratie versie 0.51.8 en later vereisen HA 2025.10.0 of nieuwer.
Check de release notes voor details.

[Wimpie70]

Meer info over 2411 support in de doc. De action calls staan ergens onderaan.
Even voor de duidelijkheid: dit zijn configuratie instellingen voor je FAN, voorzichtig hiermee. Het lijkt me niet handig om de aanvoer op 10% en de afvoer op 100% te zetten...
Ik heb het zelf getest op een Orcon fan. Het heeft vergelijkbare mogelijkheden als een RF15 display.
Op dit moment worden 15 parameters ondersteund, maar er zijn er meer (info graag delen). Zo kun je nu o.a. de comfort temperatuur instellen en percentages voor low, mid en high.

Om waardes te kunnen veranderen heb je een 'bound' REM nodig. Dit is een extra optie die je in je configuratie plaatst bij je fan. Deze REM kun je zelf aanmaken als 'faked', die je natuurlijk nog wel even moet binden op de gebruikelijke manier.

code:

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

Veel plezier ermee, ben benieuwd hoe jullie het kunnen gebruiken

[ebroerse]

Ramses RF release 0.52.3 is uit. Het is weer een “echte” versie, die in HACS verschijnt.

Er zit een optie in Config Flow waarmee je de MQTT-berichten kan tonen. Staat standaard uit omdat met Known Devices Only anders heel veel verkeer (van de buren) in de system log verscheen waardoor het onoverzichtelijk werd.
Verder verbeteringen in 2411 params etc.
Bekijk ook even de release notes.

[Keesnotals]

Dag allen,

Vraagje, is er een bongle/ apparaat waarmee je de communicatie kan bewerkstelligen die je niet zelf in elkaar moet zitten?

Ik weet dat deze mogelijkheid er is: https://indalo-tech.onlin...s/cat7844708_4841997.aspx
Maar zijn er ook ander mogelijkheden?

Bedankt voor jullie hulp.

[asaki]

Maar dat is toch precies wat je vraagt, een module die je niet zelf in elkaar moet zetten? Hij is nu even niet op voorraad, maar vorige week kon die nog gewoon besteld worden.

[Kriseh]

Keesnotals schreef op maandag 24 november 2025 @ 22:34:
Dag allen,

Vraagje, is er een bongle/ apparaat waarmee je de communicatie kan bewerkstelligen die je niet zelf in elkaar moet zitten?

Ik weet dat deze mogelijkheid er is: https://indalo-tech.onlin...s/cat7844708_4841997.aspx
Maar zijn er ook ander mogelijkheden?

Bedankt voor jullie hulp.

Er staat er momenteel ook 1 op Vraag en Aanbod: v&a aangeboden: 868MHz naar Wifi interface gebaseerd op ESP32-C6 en CC1101

[asaki]

Ik heb deze, ook van tweaker immrmkw gekocht. Werkt als een speer

[ Voor 9% gewijzigd door asaki op 28-11-2025 00:16 ]

[ebroerse]

Ramses RF 0.52.4 is uit.
Bevat bugfixes en ontwikkeltools (coverage report), plus een mooi configuratiepaneel voor je MQTT-instellingen.

[rwijnhov]

Heb het allemaal werkend maar nu heb ik een probleem waar ik niet uit komt. Ramses pakt in de autodetect van het shema de verkeerde otb controller. Nu heb ik via know devices schema de juist otb toegevoegd aan de controller. Hoe verwijder ik nu de foutief gedetecteerd otb uit het controller overzicht? Zelf als hem disable blijft die in het overzicht staan. Heb beide cache al verwijderd, etc.

[ebroerse]

rwijnhov schreef op woensdag 10 december 2025 @ 18:39:
Hoe verwijder ik nu de foutief gedetecteerd otb uit het controller overzicht?

Mijn advies: lekker in het overzicht laten staan, en negeren. Maak een eigen dashboard met de items, grafieken etc. die jij gebruikt. Dan kom je zelden op het overzicht van de integratie.
Over een tijdje mss deze instructie volgen, al begint die ook met “I don’t advise doing this at all but…” 😙

[ebroerse]

Ramses RF 0.52.5 (m.n. bugfixes) is uit.
Dank voor al jullie bijdragen en feedback in 2025!

[asaki]

Bedankt voor het maintainen!

[GroeneBoom456]

Iemand ervaring met Ramses RF voor een Vasco RF 3 standenschakelaar? (type: 90.01.06.76.A)

[ Voor 3% gewijzigd door GroeneBoom456 op 22-12-2025 10:09 ]

[vliegnerd]

GroeneBoom456 schreef op maandag 22 december 2025 @ 10:09:
Iemand ervaring met Ramses RF voor een Vasco RF 3 standenschakelaar? (type: 90.01.06.76.A)

Niet direct, maar waar ben je naar opzoek?

De standenschakelaar ziet eruit als een "gewone" OEM-versie van een 3-standenschakelaar gemaakt door Airios uit Veldhoven. Die zal dus vrijwel zeker 868MHz ramses gebruiken.

Wil je het dingen uitlezen/besturen via Home-Assistant? Wil je weten of je een ramses-bordje hiervoor zou kunnen gebruiken? (vrijwel zeker wel) Of heb je al een bordje? Enz.

Vertel meer!

[ebroerse]

GroeneBoom456 schreef op maandag 22 december 2025 @ 10:09:
ervaring met Ramses RF voor een Vasco RF 3 standenschakelaar? (type: 90.01.06.76.A)

Ja, die draait hier thuis happy met Ramses RF. Het is de Airios VMN-17LMP01 (zie sticker aan de binnenkant).

Plak de volgende code in de HA Ramses RF configuratie > Known Devices (adressen wel aanpassen voor jouw setup):

code:

"29:091138":
  alias: Vasco remote
  class: REM
  commands:
    auto: " I --- 29:091138 32:022222 --:------ 22F1 003 000506"
    boost: " I --- 29:091138 32:022222 --:------ 22F3 007 00021E04060000"
    hoog: " I --- 29:091138 32:022222 --:------ 22F1 003 000406"
    laag: " I --- 29:091138 32:022222 --:------ 22F1 003 000206"
    llaaag: " I --- 29:091138 32:022222 --:------ 22F1 003 000106"
    midden: " I --- 29:091138 32:022222 --:------ 22F1 003 000306"
    uit: " I --- 29:091138 32:022222 --:------ 22F1 003 000006"
  faked: true

Meer info in de Ramses RF wiki

[ Voor 55% gewijzigd door ebroerse op 24-12-2025 10:47 ]

[golfdiesel]

Residio/Honeywell hebben nieuwe modules en radiatorkranen uitgebracht met een "nieuw" protocol volgens de verpakking. Heeft iemand de R3 modules al getest om te zien of ze nog steeds uit te lezen zijn via Ramses RF? De physical layer van de communicatie blijft wel hetzelfde maar heb zo'n vermoeden dat residio er nu encryptie aan toegevoegd heeft gezien het logo.

[ebroerse]

golfdiesel schreef op maandag 29 december 2025 @ 16:16:
Heeft iemand de R3 modules al getest om te zien of ze nog steeds uit te lezen zijn via Ramses RF?

Is door meerdere gebruikers gezien toen ze een nieuw device ontvingen of toen Resideo support hun evohome ging upgraden.

Het nieuwe Ramses-III protocol gebruikt idd encryptie en werkt nu (nog) niet met de Ramses RF integratie/lib

Zie dit issue voor de laatste stand.

Als het (ooit) gaat werken dan zal ik dat hier zeker melden.

PS Je schijnt een downgrade aan te kunnen vragen als je bijv. 1 nieuwe TRV krijgt en de rest werkt gewoon nog op Ramses-II

[Hippe Lip]

ebroerse schreef op donderdag 1 januari 2026 @ 14:35:
[...]
Is door meerdere gebruikers gezien toen ze een nieuw device ontvingen of toen Resideo support hun evohome ging upgraden.

Eh, watte? Gaat dat upgraden alleen op verzoek, of krijgt ‘iedereen’ op termijn die upgrade?

En die upgrade naar Ramses III betekent dan een versleutelde verbinding? Dan neem ik aan dat dit dan niet zomaar kan communiceren met de ‘oude’, reeds bestaande onderdelen?

[asaki]

Ik verwacht dat de upgrade alleen maar nodig is als je een device toevoegt dat het Ramses-III protocol gebruikt.

[HH91]

Hebben jullie aanbevelingen voor hardware?
Degene die op github wordt aangeraden (https://indalo-tech.onlineweb.shop/) is niet meer verkrijgbaar.

Zou het leuk vinden om hier ook mee aan de slag te gaan!

[asaki]

HH91 schreef op vrijdag 2 januari 2026 @ 23:53:
Hebben jullie aanbevelingen voor hardware?
Degene die op github wordt aangeraden (https://indalo-tech.onlineweb.shop/) is niet meer verkrijgbaar.

Zou het leuk vinden om hier ook mee aan de slag te gaan!

Ik heb deze ooit gekocht, tik hem eens aan, wellicht heeft hij er meer liggen

[Kriseh]

HH91 schreef op vrijdag 2 januari 2026 @ 23:53:
Hebben jullie aanbevelingen voor hardware?
Degene die op github wordt aangeraden (https://indalo-tech.onlineweb.shop/) is niet meer verkrijgbaar.

Zou het leuk vinden om hier ook mee aan de slag te gaan!

Er staat nog steeds een bordje op vraag & aanbod: v&a aangeboden: 868MHz naar Wifi interface gebaseerd op ESP32-C6 en CC1101 zelfde is al in gebruik door iemand binnen dit topic en werkte als een trein.

[correcto]

HH91 schreef op vrijdag 2 januari 2026 @ 23:53:
Hebben jullie aanbevelingen voor hardware?
Degene die op github wordt aangeraden (https://indalo-tech.onlineweb.shop/) is niet meer verkrijgbaar.

Zou het leuk vinden om hier ook mee aan de slag te gaan!

Volgens mij houden ze niet echt voorraad aan. Was destijds ook zo toen ik de voorloper van deze dongle bestelde. Je kunt je aanmelden voor een notificatie als ze weer leverbaar zijn.

[maleadt]

Kriseh schreef op zaterdag 3 januari 2026 @ 08:59:
[...]


Er staat nog steeds een bordje op vraag & aanbod: v&a aangeboden: 868MHz naar Wifi interface gebaseerd op ESP32-C6 en CC1101 zelfde is al in gebruik door iemand binnen dit topic en werkte als een trein.

Ik heb deze ook net in gebruik genomen, en werkt inderdaad perfect.

Daarom heb ik wel een ongebruikte nanoCUL met de evofw3 firmware (werkt perfect maar ik wou iets stand-alone), dus moest je willen kan ik die wel op v&a zetten.

[Wimpie70]

Hij wordt bij indalo waarschijnlijk wel weer beschikbaar, je kan een notify invullen. Anders even een berichtje sturen ?

---
ah, ik zie dat die andere wordt aangeboden door @immrmkw , lijkt me een prima optie

[ Voor 27% gewijzigd door Wimpie70 op 03-01-2026 09:56 ]

[XElD]

Ik draai hier nog de boel op de oude Idalotech SSM-D2 wat destijds eigenlijk de enige optie was die goed werkte. Maar verzendkosten vanuit de UK, invoerrechten en nog een keer extra BTW betalen dankzij de Brexit daar wordt je niet vrolijk van. Dus ik zou nu gewoon voor de optie van immrmkw gaan.

[asaki]

Ik heb de module van immrmkw nu een maand of iets draaien. Werkt als een speer met mijn Evohome systeem. Vooral het gevoel dat dingen direct reageren ipv het wachten op een cloud call is bijna magisch

[golfdiesel]

Hippe Lip schreef op donderdag 1 januari 2026 @ 22:50:
[...]

Eh, watte? Gaat dat upgraden alleen op verzoek, of krijgt ‘iedereen’ op termijn die upgrade?

En die upgrade naar Ramses III betekent dan een versleutelde verbinding? Dan neem ik aan dat dit dan niet zomaar kan communiceren met de ‘oude’, reeds bestaande onderdelen?

Voor zover ik weet gaan alleen nieuwe apparaten via R3 commmuniceren dus dat zijn de HR93 knoppen en de nieuwe vloerverwarming regelaar. Dus langzaam aan zal alles overgaan op Ramses-III.
Erg jammmer dat Residio deze weg ingeslagen is.

[LdvM]

Hallo allen,

Ik ben geintereseerd geraakt in deze thread en wil nu ook proberen een setje in elkaar te zetten voor het monitoren en aansturen van mijn Evohome. Ik heb mij op de notificatielijst laten zetten voor de Indalo oplossing, maar kijk intussen ook naar de oplossing met het prinbordje van @vliegnerd (vliegnerd in "Ramses II 868MHz communicatie via evofw3 en ramses_rf"). Nu blijkt de (juiste) CC1101 lastig verkrijgbaar via de aanbevolen AliExpress winkel, maar goed, dat komt vast nog wel.

Dank!

Zijn er anderen die deze route genomen hebben en aanbevelingen hebben tot het laten maken van dit bordje? JLPCB, heb ik gelezen, meen ik...?

[Wimpie70]

zie 6 posts hierboven

[LdvM]

Ik sta al op de Indalolijst om geïnformeerd te worden. En wat betreft de advertentie van @immrmkw, ik meende net een kwartiertje geleden te hebben gezien dat de advertentie de status "vervallen" had. Nu niet (meer), blijkbaar. Kan dat ook eens proberen...

[immrmkw]

@LdvM, de advertentie is nog actief als het goed is. Ik heb er nog een paar.

Laat het me weten als je er 1 wil proberen. Die van mij heb ik nu iets minder dan een jaar en doet het goed. Ik zet de Ramses ESP software er al op en ik test het bordje even voor ik hem verstuur. Mocht je het niet wat vinden mag je hem altijd terugsturen

[ebroerse]

HH91 schreef op vrijdag 2 januari 2026 @ 23:53:
Hebben jullie aanbevelingen voor hardware?

3e optie, staat ook op Ramses_rf github wiki:

Om eerst te proberen hoe/of het werkt heb ik zelf een ESP32-S3-WROOM1 N16R8 verbonden met een CC1100 transceiver (in NL besteld bij een van de bekende shops) en daar ramses_esp op geflashed.
Werkte zo goed dat ik meteen klaar was, voor €30.

Ik zal er eens een post over schrijven. DM voor de onderdelen.