Ramses II 868MHz communicatie via evofw3 en ramses_rf

[JoepW]

ebroerse schreef op vrijdag 8 mei 2026 @ 20:29:
[...]

Pre-release 0.56.7 is uit. Weer een stuk beter met evohome, maar ik kan niet garanderen dat alle sensors werken.

Loop je met de versie die je nu draait in HA tegen meldingen aan?

Ik heb af en toe dat er zone opeens een andere target temperatuur heeft zonder dat ik iets kan vinden in logs…

[ebroerse]

Heb ik 1x gezien: issue https://github.com/ramses-rf/ramses_cc/issues/651

Welke versie draaide je voordat je bijwerkte?

Je cache legen kan het oplossen, maar is natuurlijk niet de bedoeling.

[ Voor 70% gewijzigd door ebroerse op 09-05-2026 12:15 ]

[asaki]

0.56.0, de cache legen werkte. Bedankt!

[woolysheep]

Had hetzelfde probleem, kwam van 56.6. cache legen lost het probleem op.

Filter time remaining werkt nu ook weer, fijn. Dank!

[asaki]

Goed, na het opruimen van de cache werkte eigenlijk helemaal niets meer. Geen enkel device werd nog gevonden. Ik heb het een dagje laten draaien maar niets was bereikbaar. Ze bestonden nog wel als entiteiten maar alles was unavailable.

Ik heb de ramses integratie verwijderd en probeer deze nu weer te installeren, maar ik krijg nu alleen maar de TRV terug, en niet meer de THM devices. Dit is met de laatste versie van Ramses. Terug naar versie 0.56.0 kan niet meer, die geeft onderstaande error:

code:

2026-05-10 14:08:28.884 ERROR (MainThread) [aiohttp.server] Error handling request from 172.22.0.3
Traceback (most recent call last):
  File "/usr/local/lib/python3.14/site-packages/aiohttp/web_protocol.py", line 517, in _handle_request
    resp = await request_handler(request)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/aiohttp/web_app.py", line 569, in _handle
    return await handler(request)
           ^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/aiohttp/web_middlewares.py", line 117, in impl
    return await handler(request)
           ^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/http/security_filter.py", line 92, in security_filter_middleware
    return await handler(request)
           ^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/http/forwarded.py", line 214, in forwarded_middleware
    return await handler(request)
           ^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/http/request_context.py", line 26, in request_context_middleware
    return await handler(request)
           ^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/http/ban.py", line 90, in ban_middleware
    return await handler(request)
           ^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/http/auth.py", line 263, in auth_middleware
    return await handler(request)
           ^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/http/headers.py", line 41, in headers_middleware
    response = await handler(request)
               ^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/http.py", line 89, in handle
    result = await handler(request, **request.match_info)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/http/decorators.py", line 83, in with_admin
    return await func(self, request, *args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/http/data_validator.py", line 74, in wrapper
    return await method(view, request, data, *args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/config/config_entries.py", line 188, in post
    return await self._post_impl(request, data)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/config/config_entries.py", line 195, in _post_impl
    return await super()._post_impl(request, data)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/data_entry_flow.py", line 83, in _post_impl
    result = await self._flow_mgr.async_init(
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<2 lines>...
    )
    ^
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 1511, in async_init
    flow, result = await self._async_init(flow_id, handler, context, data)
                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 1574, in _async_init
    result = await self._async_handle_step(flow, flow.init_step, data)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/data_entry_flow.py", line 483, in _async_handle_step
    result: _FlowResultT = await getattr(flow, method)(user_input)
                           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/config/custom_components/ramses_cc/config_flow.py", line 1045, in async_step_user
    return await self.async_step_choose_serial_port()
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/config/custom_components/ramses_cc/config_flow.py", line 241, in async_step_choose_serial_port
    ports = await async_get_usb_ports(self.hass)
            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/config/custom_components/ramses_cc/config_flow.py", line 107, in async_get_usb_ports
    return await hass.async_add_executor_job(get_usb_ports)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/concurrent/futures/thread.py", line 86, in run
    result = ctx.run(self.task)
  File "/usr/local/lib/python3.14/concurrent/futures/thread.py", line 73, in run
    return fn(*args, **kwargs)
  File "/config/custom_components/ramses_cc/config_flow.py", line 89, in get_usb_ports
    usb_device = usb.usb_device_from_port(port)
                 ^^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: module 'homeassistant.components.usb' has no attribute 'usb_device_from_port'. Did you mean: 'usb_device_from_path'?

Heeft iemand een idee?

[ebroerse]

asaki schreef op zondag 10 mei 2026 @ 14:13:
Goed, na het opruimen van de cache werkte eigenlijk helemaal niets meer. Geen enkel device werd nog gevonden. Ik heb het een dagje laten draaien maar niets was bereikbaar. Ze bestonden nog wel als entiteiten maar alles was unavailable.

Heeft iemand een idee?

Kun je - met debug aan - je HA system log exporteren en in issue 666 plakken?

Om een oude versie te starten moet je terug naar 0.54.3. Vervang na installatie (voordat je herstart) het bestand init.py in de map custom_components/ramses_cc/. Zie https://github.com/ramses-rf/ramses_cc/issues/601. Het nieuwe init.py bestandje vind je in https://github.com/ramses-rf/ramses_cc/issues/583#issuecomment-4214431956

[ebroerse]

ebroerse schreef op zaterdag 9 mei 2026 @ 12:12:
Heb ik 1x gezien: issue https://github.com/ramses-rf/ramses_cc/issues/651

Je cache legen kan het oplossen

Let op: Alleen de systeemtoestand (2e schuifje) wissen, niet het ontdekte schema.

[asaki]

ebroerse schreef op maandag 11 mei 2026 @ 12:55:
[...]

Kun je - met debug aan - je HA system log exporteren en in issue 666 plakken?

Om een oude versie te starten moet je terug naar 0.54.3. Vervang na installatie (voordat je herstart) het bestand init.py in de map custom_components/ramses_cc/. Zie https://github.com/ramses-rf/ramses_cc/issues/601. Het nieuwe init.py bestandje vind je in https://github.com/ramses-rf/ramses_cc/issues/583#issuecomment-4214431956

Ik heb de logs geupdated bij het issue.

Als ik terug ga naar 0.54.3 en gebruik de init.py uit het andere issue, dan krijg ik na het herstarten deze error:

code:

2026-05-11 20:19:39.776 ERROR (MainThread) [homeassistant.config_entries] Error setting up entry RAMSES RF for ramses_cc
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 787, in __async_setup_with_context
    result = await component.async_setup_entry(hass, self)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/config/custom_components/ramses_cc/__init__.py", line 158, in async_setup_entry
    await coordinator.async_setup()
  File "/config/custom_components/ramses_cc/coordinator.py", line 239, in async_setup
    cached_packets = self._get_saved_packets(client_state)
  File "/config/custom_components/ramses_cc/coordinator.py", line 180, in _get_saved_packets
    and pkt[41:45] not in msg_code_filter
        ~~~^^^^^^^
KeyError: slice(41, 45, None)

[ebroerse]

asaki schreef op maandag 11 mei 2026 @ 20:21:
[...]


Ik heb de logs geupdated bij het issue.

Als ik terug ga naar 0.54.3 en gebruik de init.py uit het andere issue, dan krijg ik na het herstarten deze error:

Je moet ook hierbij wel je (nieuwe) systeemtoestand cache wissen (2e schuifje in prefs > cache beheren), omdat de packets anders zijn opgebouwd.

[Swazija]

Sinds een aantal dagen doet ramses_cc het niet meer helemaal lekker bij me. Ik zie dat mijn sensoren allemaal behoorlijk springen tussen verschillende waardes. Ik heb er zelf nog geen patroon in kunnen vinden. Hieronder een plaatje van wat ik bedoel. Ook de fan status wisselt regelmatig tussen een vorige waarde en de echt waarde die de WTW heeft. Cache legen lijkt het heel even te verbeteren maar het probleem komt vanzelf weer terug lijkt het. Gaat om een Orcon WTW. Zijn er meer mensen die hier last van hebben?

[ebroerse]

Swazija schreef op dinsdag 26 mei 2026 @ 22:57:
Sinds een aantal dagen doet ramses_cc het niet meer helemaal lekker bij me. Ik zie dat mijn sensoren allemaal behoorlijk springen tussen verschillende waardes. Ik heb er zelf nog geen patroon in kunnen vinden. Hieronder een plaatje van wat ik bedoel. Ook de fan status wisselt regelmatig tussen een vorige waarde en de echt waarde die de WTW heeft. Cache legen lijkt het heel even te verbeteren maar het probleem komt vanzelf weer terug lijkt het. Gaat om een Orcon WTW. Zijn er meer mensen die hier last van hebben?


[Afbeelding]

Ik heb dit bij mij thuis ook eens gezien, maar dat was een ontwikkelversie en was met 1 regel code verdwenen. Welke versie draai jij? Wat is er verder veranderd in je systeem? Heb je recent mss HA Core bijgewerkt?

[Swazija]

Ik draai Ramses 0.56.8 en HA is up to date met de laatste versie.

[Swazija]

Zou het kunnen zijn dat er in een nieuwe release 31D9 berichten vertaald worden? Ik weet dat die berichten voor Orcon WTWs van mijn type geen werkende informatie bevatten. Dat is ook waarom er in het verleden een scheme optie bestond waarin duidelijk werd dat die genegeerd konden worden. Ook paste dat aan welke waarde fan info kreeg bij een bepaald bericht.

[TijmenvS]

Swazija schreef op dinsdag 26 mei 2026 @ 22:57:
Sinds een aantal dagen doet ramses_cc het niet meer helemaal lekker bij me. Ik zie dat mijn sensoren allemaal behoorlijk springen tussen verschillende waardes. Ik heb er zelf nog geen patroon in kunnen vinden. Hieronder een plaatje van wat ik bedoel. Ook de fan status wisselt regelmatig tussen een vorige waarde en de echt waarde die de WTW heeft. Cache legen lijkt het heel even te verbeteren maar het probleem komt vanzelf weer terug lijkt het. Gaat om een Orcon WTW. Zijn er meer mensen die hier last van hebben?


[Afbeelding]

Ik heb ook een Orcon WTW, maar ik zie dit gedrag niet. Ik draai nog op de 0.56.2 versie en zit op Home Assistant Core 2026.5.3. Draait op 0.56.2 al een hele tijd heel stabiel.

[Swazija]

Ik zal ook mijn hardware eens nakijken of die niet aan het sterven is.

[Swazija]

Heb een power cycle gedaan van mijn HA systeem en het lijkt verholpen te zijn. Wellicht dus toch wat met de hardware. Sorry voor de verwarring.

[Swazija]

Ook de power cycle werkte niet langdurig. Wat ook wel vreemd was is dat er veranderingen in entiteiten waren terwijl er op die timestamps in de packet.log file niets te zien was. Ik heb nu ramses_cc eraf gegooid en opnieuw geinstalleerd.

[Swazija]

Heb toch het idee dat er in ramses_cc wat verkeerd gaat. Hieronder zie je mijn outdoor temperature zoals gelogd door ramses_cc

En hier zie je mijn packet_log file 31DA berichten waaruit deze waardes komen. Zoals te zien is kloppen de timestamps niet met de data punten die ramses_cc maakt. Op punten waarop ramses_cc pollt zijn er datapunten, maar op sommige punten er tussen lijkt er een vaste waarde te worden geselecteerd. Hier zou toch gewoon de waarde van het laatste 31DA bericht moeten staan?

2026-05-28T14:10:59.925674 091 I --- 32:155617 --:------ 32:155617 31DA 030 00EF007FFF2A18098809740955098CF80000182A2A0000EFEF091D090100

2026-05-28T14:12:55.242569 085 I --- 32:155617 --:------ 32:155617 31DA 030 00EF007FFF2A180988097409560995F80000182A2A0000EFEF0939093900

2026-05-28T14:15:44.065670 093 I --- 32:155617 --:------ 32:155617 31DA 030 00EF007FFF2A19098809740957099FF80000182A2A0000EFEF091D090100

2026-05-28T14:16:28.660821 091 I --- 32:155617 --:------ 32:155617 31DA 030 00EF007FFF2A190992097E095709A1F80000182A2A0000EFEF091D091D00

2026-05-28T14:18:04.752873 082 I --- 32:155617 --:------ 32:155617 31DA 030 00EF007FFF2A1809920974095809A1F80000182A2A0000EFEF091D091D00

2026-05-28T14:23:14.255853 093 I --- 32:155617 --:------ 32:155617 31DA 030 00EF007FFF2A1809A60974095A09B1F80000182A2A0000EFEF091D091D00

2026-05-28T14:25:12.394673 082 I --- 32:155617 --:------ 32:155617 31DA 030 00EF007FFF291909A60974095909ADF80000182A2A0000EFEF0939091D00

2026-05-28T14:26:29.054278 091 I --- 32:155617 --:------ 32:155617 31DA 030 00EF007FFF2A1A09A60974095B09B6F80000182A2A0000EFEF091D091D00[/CODE]

[ebroerse]

Swazija schreef op donderdag 28 mei 2026 @ 14:53:
Heb toch het idee dat er in ramses_cc wat verkeerd gaat.

Dit is precies wat ik destijds ook zag (ben nu niet thuis om HA 2026.5.4 te installeren en waardes checken).

WAARDE springt inderdaad terug naar een vaste waarde die de sensor bij herstart uit de oude packet logs heeft gelezen. Had vlgs. mij met de timeout te maken, waardoor een sensor ongeldig wordt. 31DA berichten komen maar af en toe, bij sommige hvac apparaten.

Hoor graag of anderen dit ook zien.

[ebroerse]

ebroerse schreef op donderdag 28 mei 2026 @ 22:11:
[...]

Dit is precies wat ik destijds ook zag (ben nu niet thuis om HA 2026.5.4 te installeren en waardes checken).

…

Hoor graag of anderen dit ook zien.

Heb thuis HA Core net bijgewerkt naar 2026.5.4, maar zie met een ClimaRad HRU niet geen terugspringend patroon, gewoon wat je (met warm weer) verwacht.

[Swazija]

Ik heb een andere cc1101 chip besteld en ga eens de overstap maken naar esp om te kijken of het daaraan zou kunnen liggen.

[Wimpie70]

@Swazija kan je zien of je esp zelf offline gaat ? check je tijdzone instellingen ? heb je de esp dicht bij de unit geplaatst ? Zie je warnings of errors in de logs die hiermee verband kunnen hebben ? zie je dezelfde berichten met bijvoorbeeld MQTT explorer ? Is er een probleem met de sensor zelf in de Orcon ? Zie je dit ook bij andere sensoren ?

[Swazija]

Wimpie70 schreef op maandag 1 juni 2026 @ 09:50:
@Swazija kan je zien of je esp zelf offline gaat ? check je tijdzone instellingen ? heb je de esp dicht bij de unit geplaatst ? Zie je warnings of errors in de logs die hiermee verband kunnen hebben ? zie je dezelfde berichten met bijvoorbeeld MQTT explorer ? Is er een probleem met de sensor zelf in de Orcon ? Zie je dit ook bij andere sensoren ?

Ik draai op een atmega die met een usb kabel verbonden zit. Heb nog niet in de logs zitten kijken of die verbinding wegvalt. Zodra de nieuwe hardware binnen is zal ik een update geven.

[ebroerse]

Swazija schreef op maandag 1 juni 2026 @ 09:53:
[...]

Ik draai op een atmega die met een usb kabel verbonden zit. Heb nog niet in de logs zitten kijken of die verbinding wegvalt. Zodra de nieuwe hardware binnen is zal ik een update geven.

Helaas zie ik na herinstallatie van 0.56.8 ook bij mijn 31DA-sensors hetzelfde terugspringende patroon als @Swazija. Ik had kennelijk een eigen patch toegevoegd, dus dat wordt even zoeken hoe we dit voorkomen.

Ligt dus niet aan je HRU zelf.

Edit: heb het teruggevonden, zie issue 653 Je kunt dit zoals daar staat met File Editor tijdelijk zelf aanpassen in custom_components/ramses_cc/coordinator.pymaar dat was in 0.56.7 al gecorrigeerd. Kennelijk op een andere plek toch een regressie. Ik heb het oude issue heropend.

Om het voor nU te patchen wijzig je coordinator.py line 296 in td(seconds=200)

in 0.56.8 kan je het Scan Interval in Config Flow > Gateway Config op 180 of hoger instellen, afhankelijk van het 31DA interval van de HRU.

[ Voor 34% gewijzigd door ebroerse op 03-06-2026 09:03 ]

[Swazija]

Goed om te horen dat ik toch niet helemaal gek ben De nieuwe hardware ga ik toch nog even installeren aangezien daar ook een betere antenne bij zit als het goed is. Ik heb het scan interval een keer op 200 gezet.

[ebroerse]

Ramses RF 0.57.0 is uit. Nog geen “echte” release omdat evohome systemen niet volledig gevuld worden. Voor hvac raad ik het wel aan, zeker als je nu op 0.56.x zit.

[Swazija]

Ik heb gisterochtend mijn arduino+cc1101 vervangen door ramses_esp op een esp32 S3 met een betere antenne en een andere cc1101 (zelfde als vliegnerd gebruikt in zijn bordjes). Het bereik is beter lijkt het, maar mijn probleem blijft bestaan. Waardes van sensoren (CO2 sensors, fan waardes enz) blijven terugspringen naar ergens opgeslagen waardes. Ik heb scan interval op 300 gezet, helpt ook niet...

[ebroerse]

Swazija schreef op maandag 15 juni 2026 @ 13:23:
Ik heb gisterochtend mijn arduino+cc1101 vervangen door ramses_esp op een esp32 S3 met een betere antenne en een andere cc1101 (zelfde als vliegnerd gebruikt in zijn bordjes). Het bereik is beter lijkt het, maar mijn probleem blijft bestaan. Waardes van sensoren (CO2 sensors, fan waardes enz) blijven terugspringen naar ergens opgeslagen waardes. Ik heb scan interval op 300 gezet, helpt ook niet...

Hoe vaak worden die (verschillende?) Codes verstuurd? Even grep of ramses_extras als filter gebruiken.

Mss moeten we de heartbeat aanpassen. Ik moest ook hem ook al naar 200 sec. zetten in 0.57.0; kreeg bij 180s zelfde effect.

[Swazija]

ebroerse schreef op maandag 15 juni 2026 @ 18:27:
[...]

Hoe vaak worden die (verschillende?) Codes verstuurd? Even grep of ramses_extras als filter gebruiken.

Mss moeten we de heartbeat aanpassen. Ik moest ook hem ook al naar 200 sec. zetten in 0.57.0; kreeg bij 180s zelfde effect.

Ik kan wel een packet.log file met je delen?

[ebroerse]

Swazija schreef op dinsdag 16 juni 2026 @ 09:42:
[...]

Ik kan wel een packet.log file met je delen?

Zet je 24h log ajb als attachment (met .txt extensie) in ramses_cc issue 653.

[Swazija]

ebroerse schreef op dinsdag 16 juni 2026 @ 15:07:
[...]

Zet je 24h log ajb als attachment (met .txt extensie) in ramses_cc issue 653.

Zal ik binnenkort even doen, nog niet aan toegekomen. Wat ik wel heb gedaan is een automation gemaakt die iedere minuut een 31DA request uitvoert en die heeft mijn probleem laten verdwijnen. Heeft dus inderdaad te maken met de hoeveelheid datapunten die binnenkomen. Wat wel interessant is is dat het ook werkt voor de CO2 meters die ik heb die helemaal niet gekoppeld zitten aan een 31DA request naar mijn fans.

edit:
Ik typ dit bericht en ik zie net wat later dat mijn CO2 sensoren deze ochtend weer problemen hebben. De 31DA request lost dat dus niet op...

[ Voor 10% gewijzigd door Swazija op 17-06-2026 10:16 ]

[Swazija]

Zojuist een packet log toegevoegd aan het github issue

[Flexiilex]

Sinds 12 juni heb ik ineens een HGI gateway status Problem. Weet iemand waar dit aan zou kunnen liggen? Ik heb zojuist Ramses opnieuw geïnstalleerd maar helaas werkt dat niet. In de Entitity Status word ook weergegeven "Problem". Dit was daarvoor altijd netjes "OK". Sinds 12 juni heb ik ook direct last dat ik dus de sensoren niet meer kan uitlezen behalve als ik de WTW uit en aan zet dan krijg ik weer 1 seconden informatie door en daarna niet meer. Ik gebruik overigens ook de Ramses esp

Het gekke is dat ik hem middels de fake remote in HA nog wel op stand 1,2 en 3 kan zetten..

[ Voor 12% gewijzigd door Flexiilex op 25-06-2026 22:10 ]

[JDFS]

Vandaag de ESP32 in ontvangst genomen, bedankt voor het snelle verzenden @immrmkw. Ik kan me nog herinneren dat ik 5 jaar geleden zelf zat te klooien met mijn Zehnder WTW in combinatie met een Wemos D1 Mini, waarbij ik samen met een vriend aan het solderen was geslagen en via Tasmota ESPHome erop kon zetten om zo die WTW te besturen via 0-10V. Heel makkelijk, hij kreeg ook voeding via de WTW en dat was een van mijn eerste experimenten met HA.

Paar jaar verder, paar jaar minder geduld met een nieuwe Orcon , dus uiteraard via Tweakers op dit kastje uitgekomen. Aangezien ik nu Claude Code heb, die aan het werk gezet om de firmware te flashen, mqtt user in HA te maken en om alles werkend te krijgen.

Ik woon in een appartementencomplex met 13 anderen, maar ik kreeg zo'n 30 (!) WTWs binnen. Met Claude is het dus mogelijk om op de achtergrond te kijken welke codes worden gepushed naar al die WTWs, om zo de afstandsbediening te spoofen en die allemaal te kunnen schakelen met een leuke automation in HA om zo mensen gek te laten maken. Maar ik heb die toch mooi eruit gefilterd.

Nu is mijn Orcon EcoMax/MaxComfort, in combinatie met de geweldige HACS integratie Generic Hygrostat en een betrouwbare Aqara Humidity Sensor die ik al 5 jaar heb, in staat om weer automatisch te schakelen naar het hoogste standje als wij aan het douchen zijn. Dit is mijn door Claude gegenereerd kaartje:

[ebroerse]

Flexiilex schreef op donderdag 25 juni 2026 @ 21:57:
Sinds 12 juni heb ik ineens een HGI gateway status Problem. Weet iemand waar dit aan zou kunnen liggen? Ik heb zojuist Ramses opnieuw geïnstalleerd maar helaas werkt dat niet. In de Entitity Status word ook weergegeven "Problem". Dit was daarvoor altijd netjes "OK". Sinds 12 juni heb ik ook direct last dat ik dus de sensoren niet meer kan uitlezen behalve als ik de WTW uit en aan zet dan krijg ik weer 1 seconden informatie door en daarna niet meer. Ik gebruik overigens ook de Ramses esp

Het gekke is dat ik hem middels de fake remote in HA nog wel op stand 1,2 en 3 kan zetten..

Er komt een nieuwe release aan met fixes voor HVAC sensors. Dankzij veel hulp vandaag, rustig in de schaduw.

Op GitHub kan je volgen welke issues er open stonden. Je kunt opnieuw alles installeren, maar de status sensor en de waardes die niet doorkwamen speelt bij meer mensen. Het goede van dit forum is dat je daar achter komt!

Staat nu in HACS > andere versie > 0.57.3

[Wimpie70]

wacht nog heel even, komt misschien nog iets aan...

[JoepW]

ebroerse schreef op vrijdag 26 juni 2026 @ 20:40:
[...]

Er komt een nieuwe release aan met fixes voor HVAC sensors. Dankzij veel hulp vandaag, rustig in de schaduw.

Op GitHub kan je volgen welke issues er open stonden. Je kunt opnieuw alles installeren, maar de status sensor en de waardes die niet doorkwamen speelt bij meer mensen. Het goede van dit forum is dat je daar achter komt!

Staat nu in HACS > andere versie > 0.57.3

Echt complimenten hoeveel tijd en anderen besteden om Ramses_cc en _rf weer ok te krijgen...
Is dit dan nu de versie (die net is gepubliceerd) waar ik met enkel evohome al een tijdje op wacht

[Wimpie70]

Wie weet, maar er staan nog 52 issues open...fix 1, find 2 others...
Maar het gaat echt de goede kant op.

[Flexiilex]

ebroerse schreef op vrijdag 26 juni 2026 @ 20:40:
[...]

Er komt een nieuwe release aan met fixes voor HVAC sensors. Dankzij veel hulp vandaag, rustig in de schaduw.

Op GitHub kan je volgen welke issues er open stonden. Je kunt opnieuw alles installeren, maar de status sensor en de waardes die niet doorkwamen speelt bij meer mensen. Het goede van dit forum is dat je daar achter komt!

Staat nu in HACS > andere versie > 0.57.3

Maar het probleem is dus bekend dat de HGI niet meer OK toont en dus niet meer communiceert met de HVAC? Ongeveer dus rond 12 juni want mn zwager heeft er ook last van

[Wimpie70]

@Flexiilex Net een PR voor gemaakt, wordt getest...

[Gerritjuh]

Flexiilex schreef op zaterdag 27 juni 2026 @ 14:32:
[...]

Maar het probleem is dus bekend dat de HGI niet meer OK toont en dus niet meer communiceert met de HVAC? Ongeveer dus rond 12 juni want mn zwager heeft er ook last van

Ik had ook een "Probleem bij de HGI", maar is opgelost toen ik naar 0.57.4 ben overgestapt.

Ik zeg er wel eerlijk bij dat ik alleen nog maar "monitor". Later deze zomer/herfst ga ik er weer verder mee, ik heb nu andere bezigheden.

[Flexiilex]

Gerritjuh schreef op zondag 28 juni 2026 @ 16:49:
[...]

Ik had ook een "Probleem bij de HGI", maar is opgelost toen ik naar 0.57.4 ben overgestapt.

Ik zeg er wel eerlijk bij dat ik alleen nog maar "monitor". Later deze zomer/herfst ga ik er weer verder mee, ik heb nu andere bezigheden.

HGI geeft nu indd weer “OK” aan alleen ik krijg nog steeds geen realtime data binnen op m’n Orcon WTW. Is hier nog een issue van of iemand weet?

[ebroerse]

Flexiilex schreef op zondag 28 juni 2026 @ 21:22:
[...]

HGI geeft nu indd weer “OK” aan alleen ik krijg nog steeds geen realtime data binnen op m’n Orcon WTW. Is hier nog een issue van of iemand weet?

Realtime data “op je WTW”, je bedoelt dat de commando’s niet werken (low, medium etc)?

Update met HACS naar Ramses RF 0.57.5 en stuur dan even je system log vanaf een herstart plus een uurtje - met Debug ingeschakeld in Config 3-stipjes - als attachment (drag-n-drop) bij een nieuw ramses_cc issue. Dan zien we wat er wel en niet doorkomt.

Terzijde: Ik heb in 0.57.4 aangepast dat je echte mqtt gebruikersnaam & wachtwoord niet meer in het system log worden afgedrukt.

[asaki]

Mijn Ramses instance (0.54.3 geloof ik) deed helemaal niets meer. Alle entities op unavailable. Ik heb alles er uit gegooid en de integratie opnieuw geinstalleerd.

Deze draait nu dus met versie 0.57.4 maar er worden geen entities aangemaakt/gevonden. Is er iets veranderd dat ik nog moet uitvoeren (volgens de wiki niet)?

[ebroerse]

asaki schreef op zondag 28 juni 2026 @ 23:50:
(…)

Deze draait nu dus met versie 0.57.4 maar er worden geen entities aangemaakt/gevonden. Is er iets veranderd dat ik nog moet uitvoeren (volgens de wiki niet)?

Pak gelijk maar versie 0.57.5 via HACS.

Heb je ventilatie/HVAC of heb je verwarming/evohome? Voor HVAC moet je of je known list invullen, of in het begin het schuifje “Accepteer alleen berichten van erkende device ID's” uitzetten om (nieuwe) adressen te zien.

Op dit moment werkt evohome discovery nog niet zoals het hoort, dus die moet je voorlopig ook helpen door het schema in te vullen, helaas. De Wiki vermeldt dat niet, dat is hoe het hoort te werken.

[asaki]

Bedankt! Meteen even geupdated naar 57.5.

Ik heb evohome en heb de optie om alleen known devices toe te laten staat uit.

Hoe kom ik achter het ID van mijn evohome gateway?

[Flexiilex]

ebroerse schreef op zondag 28 juni 2026 @ 23:33:
[...]

Realtime data “op je WTW”, je bedoelt dat de commando’s niet werken (low, medium etc)?

Update met HACS naar Ramses RF 0.57.5 en stuur dan even je system log vanaf een herstart plus een uurtje - met Debug ingeschakeld in Config 3-stipjes - als attachment (drag-n-drop) bij een nieuw ramses_cc issue. Dan zien we wat er wel en niet doorkomt.

Terzijde: Ik heb in 0.57.4 aangepast dat je echte mqtt gebruikersnaam & wachtwoord niet meer in het system log worden afgedrukt.

Het gekke is dus dat ik wel commando's kan uitsturen zoals Low, Medium, High (stand 1,2 en 3) maar verder niks. Bypass open of dicht doen kan ik moeilijk controleren omdat er geen output terug komt naar HA of hij open is of niet en met de standen kan je dit natuurlijk horen. Het probleem zit hem in dat de sensoren iet geüpdatet worden in HA. Ik heb een Orcon HRC Maxcomfort 500 WTW

Sorry, ik was niet heel duidelijk maar sinds 12 juni krijg ik geen data meer binnen. Draait nu ook op 0.57.5, her-installatie gedaan maar werkt niet. De sensoren worden niet geüpdatet. Alleen als ik de WTW uit en weer aan zet. Dan krijg ik 1x nieuwe data binnen en dan stopt gelijk de communicatie lijkt het.

Is er sindsdien iets veranderd qua config die je wellicht moet aanpassen wat ik gemist heb? Zou je iets meer kunnen toelichten hoe ik de de System log kan maken? Of bedoel je gewoon de Packet log?

[ Voor 14% gewijzigd door Flexiilex op 29-06-2026 15:39 ]

[ebroerse]

Flexiilex schreef op maandag 29 juni 2026 @ 15:32:
[...] Zou je iets meer kunnen toelichten hoe ik de de System log kan maken? Of bedoel je gewoon de Packet log?

Met System log bedoel ik het HomeAssistant logboek. Ramses RF zet daar uitgebreidere berichten in als je Debug Ligging aan zet. Dan zien we beter wat er evt. mis gaat. In de System Log staan alle meldingen uit het hele systeem, niet enkel Ramses. Je opent het in de UI via Systeem > Logboek > en dan rechtsboven bij de 3 stipjes: Volledig Logboek. Maar dat is algemene HA handigheid.

De Ramses RF Packet Log bevat (alleen) de berichtjes die langskomen. Daarmee kun je een situatie naspelen, in de System log zie je vaak maar een stukje van de Ramses packets, maar daar staat dan wel extra info bij. Het is een txt bestand op de plek die je in Config hebt aangegeven. File Editor is een handige App om het te lezen/exporteren.

[asaki]

Ik heb nu 0.57.5 draaien en er worden inmiddels weer evohome zaken gevonden.

Ik heb een HGI, OTB, CTL en een hele berg TRV's. Alleen mis ik nu de THM kant van de TRV's, enig idee hoe die ontdekt worden? Ik kan me herinneren dat dit vrij snel was maar ik heb nu al een aantal dagen geen THM devices in de lijst.

Accept packets from known devices IDs only staat uit

[Wimpie70]

Goed om te horen.

De komende dagen zullen er hopelijk nog wat verbeteringen aankomen. Waarschijnlijk in stapjes, en niet alles zal meteen weer werken.

Hou de (pre-)releases in de gaten.

[asaki]

Ah, mooi nieuws. Bedankt voor de update!

Blijft het mechaniek hetzelfde voor de climate entities? Ik kan me herinneren dat het was: climate.serialnumberEvoHomeCtl_01

Dat lijkt nu het enige te zijn dat mist.

[ebroerse]

asaki schreef op dinsdag 30 juni 2026 @ 19:08:
(…) Alleen mis ik nu de THM kant van de TRV's, enig idee hoe die ontdekt worden? (…)

Bedankt voor het testen. Dit was ook door een collega-tester op GitHub gemeld. Staat op het lijstje in issue 758

0.57.6 met HVAC fixes staat klaar

[ Voor 4% gewijzigd door ebroerse op 30-06-2026 23:23 ]

[ebroerse]

Ramses RF 0.57.7 bevat een nieuwe Action “Discover Known Devices”/“Ontdek bekende apparaten” met dank aan @Wimpie70 .

Stuurt RQ discovery berichten naar apparaten in de known_list die nog niet (goed) geregistreerd zijn. Handig na cache wis of bij herinstallatie. Je krijgt in je system log een rapportje met evt. nieuw gevonden entities.

Aangeraden voor evohome-gebruikers die in de nieuwste releases sensors misten. Maak een kopie van je oude schema. @asaki @JoepW

Voor nieuwe gebruikers met een blanco schema doet deze Actie niet veel, want hij heeft input nodig.

[asaki]

@ebroerse Bedankt! Heb de versie inmiddels geinstalleerd en een knownIds en system schema gemaakt. Er zijn nu wel zones maar de logs staan vol met:

code:

2026-07-02 15:58:37.269 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0])

Tevens een reply gemaakt op git issue #758

[ebroerse]

asaki schreef op donderdag 2 juli 2026 @ 16:02:
@ebroerse …

Er zijn nu wel zones maar de logs staan vol met:

code:

2026-07-02 15:58:37.269 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0])

…

Deze logspam is pas begonnen met 0.57.7? Ik ben er mee bezig.

[asaki]

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:

code:

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}]

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:

System Schema

code:

"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"

Known Device IDs

code:

"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": {}

Hiermee verschijnen de zones dus wel, maar met unknown entities. De temperatuur wordt overigens wel doorgegeven, zie deze screenshots:




De debug logs staan vol met:

code:

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])

Zo ver ik kan zien is de zone detectie/registratie nog niet optimaal

Laat maar weten als je meer nodig hebt.

[ Voor 95% gewijzigd door asaki op 03-07-2026 09:06 ]

[ebroerse]

Auto-discovery werkt idd niet meer sinds 0.55.3, en gaat ook niet meer “zomaar” werken. Als je je (oude) schema invult, dan werkt het al 80%. Dus zorg nog even goed voor je oude schema…

Het alternatief komt er binnenkort aan: je zet in Config een service aan, die toont een lijst van gevonden items en dan kruis je aan welke items je wilt gebruiken in HA; dat wordt je schema. Je moet nu ook al de Known List zelf intikken, dat was net zoveel werk.

Voor verwarming en ventilatie werkt het dan (bijna) hetzelfde.

[ebroerse]

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.

[asaki]

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?

[ Voor 33% gewijzigd door asaki op 07-07-2026 09:03 ]

[ebroerse]

asaki schreef op dinsdag 7 juli 2026 @ 09:01: ... 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?

Klopt je schema, als je het vergelijkt met de vooebeelden in de Wiki > Config > Stap 3?

De nieuwe evohome fragmenten werken met 0.57.10, maar het is wennen dat Ramses RF tegenwoordig wacht op actuele gegevens i.p.v. uit het archief de vorige temperatuur alvast in te vullen. Sommige info wordt niet vaak verstuurd, als dat kan stuurt hij er dan een RQ (request) voor.

[ Voor 22% gewijzigd door ebroerse op 07-07-2026 22:52 ]

[asaki]

ebroerse schreef op dinsdag 7 juli 2026 @ 22:47:
[...]

Klopt je schema, als je het vergelijkt met de voorbeelden in de Wiki > Config > Stap 3?

Ik denk het wel, dit is mijn schema:

code:

"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"

De TRV's rapporteren alles prima. Dus battery, heat demand, temperature en window open komen prima binnen. Maar de zones hebben alleen een heat demand waarde (0.0%), de rest is unknown.

De data voor de zones komt wel langs:

code:

2026-07-08 11:30:45.295 INFO (MainThread) [ramses_rf.dispatcher] ||  01:013373 |  01:013373 |  I | unknown_30C9     |  00  || [{'zone_idx': '00', 'temperature': 23.65}, {'zone_idx': '01', 'temperature': 23.79}, {'zone_idx': '02', 'temperature': 24.22}, {'zone_idx': '03', 'temperature': 21.85}, {'zone_idx': '04', 'temperature': 23.41}, {'zone_idx': '05', 'temperature': 21.58}, {'zone_idx': '06', 'temperature': 21.64}, {'zone_idx': '07', 'temperature': 21.59}, {'zone_idx': '08', 'temperature': 21.53}]

Alleen lijkt het er op dat die data niet bij de zone entities terecht komt.

Moeten de zones ook in de known ids lijst?

[ Voor 18% gewijzigd door asaki op 08-07-2026 11:37 ]

[ebroerse]

asaki schreef op woensdag 8 juli 2026 @ 11:24:
[...]
...
het er op dat die data niet bij de zone entities terecht komt.

Moeten de zones ook in de known ids lijst?

Nee, de zones hoeven niet in de known list te staan. Ze zijn in het schema al onderdeel van je CTL.

[vliegnerd]

Ik heb sinds 0.57.x (denk ik) last van langzaam oplopend CPU (niet geheugen) gebruik. Draai 0.57.10 op HA 2026.7.2 via HAOS 18.1. Alles geupdatet.

Na herstart HA loopt CPU gebruik langzaam op en HA wordt trager. Na een paar uur reageert HA niet meer en is een herstart nodig. Reproduceerbaar. Ramses RF uitschakelen lost het probleem op. Weet niet zeker of het aan RAMSES RF ligt, maar lijkt er wel op.

In ha core logs zie ik alleen maar WARNINGs over legacypacketshims: 2 per minuut ofzo, niet veel en geen ERRORs.

Ik zal als ik meer info heb ook een issue op github aanmaken. Is dit herkenbaar? Tips om uit te sluiten dat het RAMSES RF is?

Ik draai HAOS op proxmox, kan makkelijk een nieuwe VM op spinnen met een "kale" HA met RAMSES RF. Dat zal ik proberen als ik niets anders kan vinden.

EDIT: 0.57.12 pre-release nu maar geinstalleerd.

[ Voor 3% gewijzigd door vliegnerd op 12-07-2026 17:34 ]

[Wimpie70]

@vliegnerd het lijkt hierop: https://github.com/ramses-rf/ramses_cc/issues/795

Ben benieuwd of het voor jou met 0.57.12 verholpen is.

[ Voor 16% gewijzigd door Wimpie70 op 12-07-2026 18:10 ]

[vliegnerd]

Wimpie70 schreef op zondag 12 juli 2026 @ 18:08:
@vliegnerd het lijkt hierop: https://github.com/ramses-rf/ramses_cc/issues/795

Ben benieuwd of het voor jou met 0.57.12 verholpen is.

0.57.12 lost dit inderdaad op!

CPU gebruik weer laag en blijft laag.

dank!

[ebroerse]

Ramses RF 0.57.12 staat klaar in HACS.

Met evohome blijven enkele sensors nog Onbekend, maar de basis loopt.
HVAC bypass_positie en filter_remaining zijn gefixt. Zie de release notes voor meer.

[posttoast]

Sinds ik op 0.57.12 zit valt het me op dat de status van mijn Orcon WTW (wtw_fan_info) veel trager update. Als ik naar stand 3 ga duurt het zomaar een minuut voordat wtw_fan_info dat ook weergeeft. Hebben meer mensen dit probleem? Het zou kunnen dat het al in een eerdere update zat, ik heb een paar versies overgeslagen.