Ramses II 868MHz communicatie via evofw3 en ramses_rf

Pagina: 1 2 3 4 Laatste
Acties:

Onderwerpen


  • asaki
  • Registratie: Juli 2010
  • Laatst online: 20-07 07:31
Ik heb net Version 0.56.3 geinstalleerd en ik kan de integratie niet laden vanwege error:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
2026-04-09 14:32:06.296 ERROR (MainThread) [custom_components.ramses_cc] Unexpected error during setup of entry 01KB3CNXRJVB128YXNYWWHWHSC: set_pkt_logging() got an unexpected keyword argument 'rotate_backups'
Traceback (most recent call last):
  File "/config/custom_components/ramses_cc/__init__.py", line 147, in async_setup_entry
    await coordinator.async_setup()
  File "/config/custom_components/ramses_cc/coordinator.py", line 264, in async_setup
    await self.client.start(**start_kwargs)
  File "/usr/local/lib/python3.14/site-packages/ramses_rf/gateway.py", line 360, in start
    _, self._pkt_log_listener = await set_pkt_logging_config(  # type: ignore[arg-type]
                                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<2 lines>...
    )
    ^
  File "/usr/local/lib/python3.14/site-packages/ramses_tx/__init__.py", line 163, in set_pkt_logging_config
    listener = await loop.run_in_executor(
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^
        None, partial(set_pkt_logging, PKT_LOGGER, **config)
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  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)
TypeError: set_pkt_logging() got an unexpected keyword argument 'rotate_backups'
Daarna submit ik de packetlog tab settings. De integratie laad nu goed maar krijg ik een aantal keer de volgende log errors:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
2026-04-09 14:37:31.855 ERROR (MainThread) [homeassistant] Error doing job: Task exception was never retrieved (task: None)
Traceback (most recent call last):
  File "/usr/local/lib/python3.14/site-packages/ramses_rf/message_store.py", line 536, in rem
    await asyncio.to_thread(_execute_delete, cx, sql, sql_params)
  File "/usr/local/lib/python3.14/asyncio/threads.py", line 25, in to_thread
    return await loop.run_in_executor(None, func_call)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  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 "/usr/local/lib/python3.14/site-packages/ramses_rf/message_store.py", line 534, in _execute_delete
    conn.execute(query, params)
    ~~~~~~~~~~~~^^^^^^^^^^^^^^^
sqlite3.OperationalError: database table is locked
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
  File "/usr/local/lib/python3.14/site-packages/ramses_rf/entity_state.py", line 92, in _delete_msg
    await cast("MessageStore", self._gwy.message_store).rem(msg)
  File "/usr/local/lib/python3.14/site-packages/ramses_rf/message_store.py", line 544, in rem
    raise DatabaseQueryError(f"Delete failed: {err}") from err
ramses_rf.exceptions.DatabaseQueryError: Delete failed: database table is locked
Daarna komt de error niet meer terug. Na een herstart van HA ook geen errors meer. Wellicht verwacht, maar goed om te weten ;)

  • Wimpie70
  • Registratie: Mei 2025
  • Laatst online: 10:14
Fix:

Ramses RF would not load until:

go to configuration
go to Packet log
Submit
restart and RF will load again

Ramses RF - Ramses Extras - Orcon WTW - Duco WTW - esp_9_klep_beregening


  • asaki
  • Registratie: Juli 2010
  • Laatst online: 20-07 07:31
Ja, dat is precies wat ik heb gedaan (staat ook in de post ;) ). Enige reden dat ik het heb gepost is dat je weet dat je errors krijgt en de integratie initieel niet start.

  • Wimpie70
  • Registratie: Mei 2025
  • Laatst online: 10:14
ah ja sorry. ik was te snel, keek alleen naar je foutmelding :D

Ramses RF - Ramses Extras - Orcon WTW - Duco WTW - esp_9_klep_beregening


  • Onl1ne1373
  • Registratie: Januari 2017
  • Laatst online: 17-07 10:00
ebroerse schreef op maandag 6 april 2026 @ 19:29:
Ramses RF 0.56.1 bevat een fix voor Heat sensors en een nieuwe Logger.
Om de 0.56.1 setup na restart te voltooien, open je de HA > Integraties > Ramses RF > PacketLog tab en klik je onderaan op Verzenden.
Was het niet handiger om in de versie een soort migratie toe te voegen? Dit moet toch makkelijker kunnen.
Ik kwam er later pas achter, logs gecheckt en naar de configuratie gegaan om dit op te lossen.

Nou ben ik een programmeur, maar niet iedereen lost dit makkelijk op.

  • ebroerse
  • Registratie: Augustus 2025
  • Laatst online: 04:00
Onl1ne1373 schreef op donderdag 9 april 2026 @ 15:59:
[...]
Was het niet handiger om in de versie een soort migratie toe te voegen? Dit moet toch makkelijker kunnen. […]
Ja, helemaal waar. Wilde iets te graag van die foutmeldingen over ‘unknown key file_name’ af, en nu ontdekt dat we tot voor kort nog geen migratie-functie in de code hadden. Op GitHub staan tips om tussen versies te switchen. 7(8)7

0.56.4 lost wel de database locked error op die in 0.56.3 met evohome kan optreden.

  • ebroerse
  • Registratie: Augustus 2025
  • Laatst online: 04:00
JoepW schreef op donderdag 9 april 2026 @ 11:24:
@ebroerse … Is de nieuwe v 56.3 nu stabiel met enkel ecohome of is het toch nog ff verstandig om te wachten?
In elk geval 0.56.4 i.p.v. .3 kiezen. Een evohome tester probeert het nu 24u uit, dus beter nog even geduld met een evohome systeem. Ik dacht dat we er waren, maar heb alles boven 0.65.0 op pre-release gezet.

Update: ramses_rf 0.56.3/0.56.4 blijft na de opstart hangen op het opvragen van een zone-naam uit evohome. Helaas… Maar voor HVAC draait het foutloos.

[ Voor 15% gewijzigd door ebroerse op 10-04-2026 21:47 ]


  • ebroerse
  • Registratie: Augustus 2025
  • Laatst online: 04:00
ebroerse schreef op vrijdag 10 april 2026 @ 08:41:
[...]
Update: ramses_rf 0.56.3/0.56.4 blijft na de opstart hangen.
0.56.5 loopt alweer beter met evohome. Er missen nog wel een paar OT sensors, daar wordt aan gewerkt

  • ebroerse
  • Registratie: Augustus 2025
  • Laatst online: 04:00
Verzoek aan wie Ramses RF 0.56.5 draait met evohome: kun je een screenshot maken van de System Monitor (integratie) > Processor Use over 24 u?

Er is een melding dat dit sterk oploopt, dus ik hoor graag of anderen dat ook zien.

  • asaki
  • Registratie: Juli 2010
  • Laatst online: 20-07 07:31
Ik zal hem installeren en een screenshot maken. Moet die versie 24h gedraaid hebben?

En, uhm, waar vind ik System Monitor (integratie) > Processor Use?

[ Voor 29% gewijzigd door asaki op 17-04-2026 08:51 ]


  • ebroerse
  • Registratie: Augustus 2025
  • Laatst online: 04:00
Hier vind je System Monitor. Mss zie je gelijk al wat historie. Als je hem opent vanaf het Integraties-scherm, dan staat Processor Use bij uitgeschakelde entiteiten.

[ Voor 28% gewijzigd door ebroerse op 17-04-2026 09:18 ]


  • asaki
  • Registratie: Juli 2010
  • Laatst online: 20-07 07:31
Bedankt! Helaas nog geen historie... ik kom er morgen op terug.

  • ebroerse
  • Registratie: Augustus 2025
  • Laatst online: 04:00
asaki schreef op vrijdag 17 april 2026 @ 16:30:... ik kom er morgen op terug.
Installeer dan eerst even pre-release 0.56.6 uit HACS.
Daar zit een patch in tegen het op hol slaan van ramses_rf. En onder de motorkap nog meer

  • asaki
  • Registratie: Juli 2010
  • Laatst online: 20-07 07:31
Dit is de grafiek met versie 0.56.5, ik hoop dat je er iets mee kunt ;) Als je meer data nodig hebt, laat maar weten.

Afbeeldingslocatie: https://tweakers.net/i/FqkDt24qB9HT3_FmasjUtSnoncM=/800x/filters:strip_exif()/f/image/CFSPjb8DJ4qNnRUphsluTm4a.png?f=fotoalbum_large

[ Voor 7% gewijzigd door asaki op 19-04-2026 01:11 ]


  • JoepW
  • Registratie: Juli 2007
  • Laatst online: 06:20

JoepW

Home Assistant & LochemEnergie

@ebroerse is er al een versie die stabiel werkt met Ramses_esp, Home Assistant en 100% EvoHome?

Mede oprichter van GoT iRacen & druk met Home Assistant


  • ebroerse
  • Registratie: Augustus 2025
  • Laatst online: 04:00
JoepW schreef op dinsdag 5 mei 2026 @ 14:17:
@ebroerse is er al een versie die stabiel werkt met Ramses_esp, Home Assistant en 100% EvoHome?
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?

  • asaki
  • Registratie: Juli 2010
  • Laatst online: 20-07 07:31
Ik krijg na de update naar 0.56.7 de volgende melding in HA:
Afbeeldingslocatie: https://tweakers.net/i/5e-dRaBTq-tNf5yN0UMTB58CHNY=/800x/filters:strip_exif()/f/image/p1XFs53j59EsJtZNMJtq8boN.png?f=fotoalbum_large

De HA logs staat vol met deze error:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
2026-05-08 21:14:57.114 ERROR (MainThread) [custom_components.ramses_cc] Unexpected error during setup of entry 01KB3CNXRJVB128YXNYWWHWHSC: can't compare offset-naive and offset-aware datetimes
Traceback (most recent call last):
File "/config/custom_components/ramses_cc/__init__.py", line 186, in async_setup_entry

    await coordinator.async_setup()

  File "/config/custom_components/ramses_cc/coordinator.py", line 275, in async_setup

    await self.client.start(**start_kwargs)

  File "/usr/local/lib/python3.14/site-packages/ramses_rf/gateway.py", line 433, in start

    await self._restore_cached_packets(cached_packets)

  File "/usr/local/lib/python3.14/site-packages/ramses_rf/gateway.py", line 656, in _restore_cached_packets

    is_old = pkt_dtm < cutoff_dtm

             ^^^^^^^^^^^^^^^^^^^^

TypeError: can't compare offset-naive and offset-aware datetimes

  • JoepW
  • Registratie: Juli 2007
  • Laatst online: 06:20

JoepW

Home Assistant & LochemEnergie

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…

Mede oprichter van GoT iRacen & druk met Home Assistant


  • ebroerse
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: Juli 2010
  • Laatst online: 20-07 07:31
0.56.0, de cache legen werkte. Bedankt!

  • woolysheep
  • Registratie: Juni 2003
  • Niet online

woolysheep

La Pecora Nera

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

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

"wooled" :: Team Boonanza :: Helping DPC @ DC-Vault :: Stampede #9 ::


  • asaki
  • Registratie: Juli 2010
  • Laatst online: 20-07 07:31
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
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
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: Augustus 2025
  • Laatst online: 04:00
Let op: Alleen de systeemtoestand (2e schuifje) wissen, niet het ontdekte schema.

  • asaki
  • Registratie: Juli 2010
  • Laatst online: 20-07 07:31
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
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
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: Januari 2005
  • Laatst online: 10:15
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?


Afbeeldingslocatie: https://tweakers.net/i/52Ray61bBkr7sv6Bl1cFrd6A9ck=/x800/filters:strip_exif()/f/image/NiZaW7UGtrwaaLQ6837RjJGa.png?f=fotoalbum_large

  • ebroerse
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: Januari 2005
  • Laatst online: 10:15
Ik draai Ramses 0.56.8 en HA is up to date met de laatste versie.

  • Swazija
  • Registratie: Januari 2005
  • Laatst online: 10:15
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
  • Registratie: December 2019
  • Laatst online: 12:26
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
  • Registratie: Januari 2005
  • Laatst online: 10:15
Ik zal ook mijn hardware eens nakijken of die niet aan het sterven is.

  • Swazija
  • Registratie: Januari 2005
  • Laatst online: 10:15
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
  • Registratie: Januari 2005
  • Laatst online: 10:15
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
  • Registratie: Januari 2005
  • Laatst online: 10:15
Heb toch het idee dat er in ramses_cc wat verkeerd gaat. Hieronder zie je mijn outdoor temperature zoals gelogd door ramses_ccAfbeeldingslocatie: https://tweakers.net/i/YOYNRMhanHOKAa-QLUeoIxy9AN0=/800x/filters:strip_icc():strip_exif()/f/image/i8H3Rm20CMe6iuFMfUy9Tk4T.jpg?f=fotoalbum_large

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
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: Januari 2005
  • Laatst online: 10:15
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
  • Registratie: Mei 2025
  • Laatst online: 10:14
@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 ?

Ramses RF - Ramses Extras - Orcon WTW - Duco WTW - esp_9_klep_beregening


  • Swazija
  • Registratie: Januari 2005
  • Laatst online: 10:15
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
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: Januari 2005
  • Laatst online: 10:15
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
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: Januari 2005
  • Laatst online: 10:15
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
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: Januari 2005
  • Laatst online: 10:15
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
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: Januari 2005
  • Laatst online: 10:15
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
  • Registratie: Januari 2005
  • Laatst online: 10:15
Zojuist een packet log toegevoegd aan het github issue

  • Flexiilex
  • Registratie: September 2011
  • Laatst online: 30-06 15:41
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
  • Registratie: November 2009
  • Niet online
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 :henk, 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:

Afbeeldingslocatie: https://tweakers.net/i/RYm6vJxzRyz8RVuXvTdP_cBGeOc=/800x/filters:strip_exif()/f/image/3Lf75HRKstSpF5Rt9mhy5yZk.png?f=fotoalbum_large

  • ebroerse
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: Mei 2025
  • Laatst online: 10:14
wacht nog heel even, komt misschien nog iets aan...

Ramses RF - Ramses Extras - Orcon WTW - Duco WTW - esp_9_klep_beregening


  • JoepW
  • Registratie: Juli 2007
  • Laatst online: 06:20

JoepW

Home Assistant & LochemEnergie

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

Mede oprichter van GoT iRacen & druk met Home Assistant


  • Wimpie70
  • Registratie: Mei 2025
  • Laatst online: 10:14
Wie weet, maar er staan nog 52 issues open...fix 1, find 2 others...
Maar het gaat echt de goede kant op.

Ramses RF - Ramses Extras - Orcon WTW - Duco WTW - esp_9_klep_beregening


  • Flexiilex
  • Registratie: September 2011
  • Laatst online: 30-06 15:41
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
  • Registratie: Mei 2025
  • Laatst online: 10:14
@Flexiilex Net een PR voor gemaakt, wordt getest...

Ramses RF - Ramses Extras - Orcon WTW - Duco WTW - esp_9_klep_beregening


  • Gerritjuh
  • Registratie: November 2001
  • Laatst online: 07:42
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.

"If it ain't broke, don't fix it!"


  • Flexiilex
  • Registratie: September 2011
  • Laatst online: 30-06 15:41
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
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: Juli 2010
  • Laatst online: 20-07 07:31
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
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: Juli 2010
  • Laatst online: 20-07 07:31
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
  • Registratie: September 2011
  • Laatst online: 30-06 15:41
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
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: Juli 2010
  • Laatst online: 20-07 07:31
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
  • Registratie: Mei 2025
  • Laatst online: 10:14
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.

Ramses RF - Ramses Extras - Orcon WTW - Duco WTW - esp_9_klep_beregening


  • asaki
  • Registratie: Juli 2010
  • Laatst online: 20-07 07:31
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
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: Juli 2010
  • Laatst online: 20-07 07:31
@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:
1
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
  • Registratie: Augustus 2025
  • Laatst online: 04:00
asaki schreef op donderdag 2 juli 2026 @ 16:02:
@ebroerse

Er zijn nu wel zones maar de logs staan vol met:
code:
1
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
  • Registratie: Juli 2010
  • Laatst online: 20-07 07:31
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:
1
2
2026-07-02 16:17:28.271 INFO (MainThread) [ramses_rf.dispatcher] ||  01:013373 |  01:013373 |  I | unknown_2309     |  00  || [{'zone_idx': '00', 'setpoint': 5.0}, {'zone_idx': '01', 'setpoint': 5.0}, {'zone_idx': '02', 'setpoint': 5.0}, {'zone_idx': '03', 'setpoint': 16.5}, {'zone_idx': '04', 'setpoint': 16.0}, {'zone_idx': '05', 'setpoint': 16.5}, {'zone_idx': '06', 'setpoint': 15.5}, {'zone_idx': '07', 'setpoint': 15.5}, {'zone_idx': '08', 'setpoint': 15.5}]
2026-07-02 16:17:28.295 INFO (MainThread) [ramses_rf.dispatcher] ||  01:013373 |  01:013373 |  I | unknown_30C9     |  00  || [{'zone_idx': '00', 'temperature': 23.35}, {'zone_idx': '01', 'temperature': 22.16}, {'zone_idx': '02', 'temperature': 22.64}, {'zone_idx': '03', 'temperature': 21.91}, {'zone_idx': '04', 'temperature': 22.44}, {'zone_idx': '05', 'temperature': 21.24}, {'zone_idx': '06', 'temperature': 21.45}, {'zone_idx': '07', 'temperature': 21.23}, {'zone_idx': '08', 'temperature': 21.11}]
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
"01:013373":
  system:
    appliance_control: "10:058103"
  zones:
    "00":
      _name: Woonkamer
      actuators:
        - "04:128980"
        - "04:128978"
      class: radiator_valve
      sensor: "01:013373"
    "01":
      _name: Slaapkamer 1
      actuators:
        - "04:128826"
      class: radiator_valve
      sensor: "34:190947"
    "02":
      _name: Slaapkamer 2
      actuators:
        - "04:128820"
      class: radiator_valve
      sensor: "34:096372"
    "03":
      _name: Slaapkamer 3
      actuators:
        - "04:128822"
      class: radiator_valve
      sensor: "04:128822"
    "04":
      _name: Kantoor
      actuators:
        - "04:128824"
      class: radiator_valve
      sensor: "04:128824"
    "05":
      _name: Hal
      actuators:
        - "04:128982"
      class: radiator_valve
      sensor: "04:128982"
    "06":
      _name: Washok
      actuators:
        - "04:128984"
      class: radiator_valve
      sensor: "04:128984"
    "07":
      _name: Garage
      actuators:
        - "04:150084"
      class: radiator_valve
      sensor: "04:150084"
    "08":
      _name: Tuinkamer
      actuators:
        - "04:150086"
      class: radiator_valve
      sensor: "04:150086"
Known Device IDs
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
"01:013373": {}
"04:128820": {}
"04:128822": {}
"04:128824": {}
"04:128826": {}
"04:128978": {}
"04:128980": {}
"04:128982": {}
"04:128984": {}
"04:150084": {}
"04:150086": {}
"10:058103": {}
"18:156972":
  class: HGI
"34:096372": {}
"34:190947": {}
Hiermee verschijnen de zones dus wel, maar met unknown entities. De temperatuur wordt overigens wel doorgegeven, zie deze screenshots:
Afbeeldingslocatie: https://tweakers.net/i/fimWljVYEegL3LkGTwmqs4rSSBM=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/irwzte7oYaCJnDkk0cD1nPvs.png?f=user_large

Afbeeldingslocatie: https://tweakers.net/i/zZd83VCqgZJBhdeKPzwS8etlric=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/eVaZ9AuAx00RW5KTJJI1lKIk.png?f=user_large

De debug logs staan vol met:
code:
1
2
3
4
5
6
7
8
9
10
11
12
2026-07-02 23:58:05.584 DEBUG (MainThread) [custom_components.ramses_cc.coordinator] Coordinator: _async_update_data called (Heartbeat)
2026-07-02 23:58:05.584 DEBUG (MainThread) [custom_components.ramses_cc.coordinator] Finished fetching ramses_cc data in 0.000 seconds (success: True)
2026-07-02 23:58:05.588 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0])
2026-07-02 23:58:05.590 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0])
2026-07-02 23:58:05.590 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0])
2026-07-02 23:58:05.591 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0])
2026-07-02 23:58:05.592 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0])
2026-07-02 23:58:05.592 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0])
2026-07-02 23:58:05.593 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0])
2026-07-02 23:58:05.594 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0])
2026-07-02 23:58:05.594 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0])
2026-07-02 23:58:05.597 DEBUG (MainThread) [ramses_rf.systems.zones] Pick Zone.name from: ()[0])
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
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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 8-) ) en uitleg over de 2 logs in de FAQ.

  • asaki
  • Registratie: Juli 2010
  • Laatst online: 20-07 07:31
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?

Afbeeldingslocatie: https://tweakers.net/i/SSbQ-u2aNwsTwtBrNVHGNlnqqBY=/800x/filters:strip_exif()/f/image/cVBKwavzv3e5cgip6AeX6iGh.png?f=fotoalbum_large

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


  • ebroerse
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: Juli 2010
  • Laatst online: 20-07 07:31
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
"01:013373":
  system:
    appliance_control: "10:058103"
  zones:
    "00":
      _name: Woonkamer
      actuators:
        - "04:128980"
        - "04:128978"
      class: radiator_valve
      sensor: "01:013373"
    "01":
      _name: Slaapkamer 1
      actuators:
        - "04:128826"
      class: radiator_valve
      sensor: "34:190947"
    "02":
      _name: Slaapkamer 2
      actuators:
        - "04:128820"
      class: radiator_valve
      sensor: "34:096372"
    "03":
      _name: Slaapkamer 3
      actuators:
        - "04:128822"
      class: radiator_valve
      sensor: "04:128822"
    "04":
      _name: Kantoor
      actuators:
        - "04:128824"
      class: radiator_valve
      sensor: "04:128824"
    "05":
      _name: Hal
      actuators:
        - "04:128982"
      class: radiator_valve
      sensor: "04:128982"
    "06":
      _name: Washok
      actuators:
        - "04:128984"
      class: radiator_valve
      sensor: "04:128984"
    "07":
      _name: Garage
      actuators:
        - "04:150084"
      class: radiator_valve
      sensor: "04:150084"
    "08":
      _name: Tuinkamer
      actuators:
        - "04:150086"
      class: radiator_valve
      sensor: "04:150086"
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:
1
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
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: Augustus 2003
  • Laatst online: 04:14

vliegnerd

Nintendo fan.

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

4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.


  • Wimpie70
  • Registratie: Mei 2025
  • Laatst online: 10:14
@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 ]

Ramses RF - Ramses Extras - Orcon WTW - Duco WTW - esp_9_klep_beregening


  • vliegnerd
  • Registratie: Augustus 2003
  • Laatst online: 04:14

vliegnerd

Nintendo fan.

Topicstarter
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!

4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.


  • ebroerse
  • Registratie: Augustus 2025
  • Laatst online: 04:00
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
  • Registratie: April 2000
  • Laatst online: 12:49
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.

omniscale.nl


  • Wimpie70
  • Registratie: Mei 2025
  • Laatst online: 10:14
Klopt, voor een aantal entities is polling teruggezet naar HA. Zo was het in oudere versies ook en is de aanbevolen manier voor HA. De methode die in een aantal versies (met snelle respons) gaf andere problemen.

Ik weet even niet of dit voor het zetten van de mode nog gaat veranderen, maar je kan altijd zelf een 31DA er achteraan sturen als je het direct wilt weten.

Ramses RF - Ramses Extras - Orcon WTW - Duco WTW - esp_9_klep_beregening


  • posttoast
  • Registratie: April 2000
  • Laatst online: 12:49
Wimpie70 schreef op dinsdag 14 juli 2026 @ 11:22:
Klopt, voor een aantal entities is polling teruggezet naar HA. Zo was het in oudere versies ook en is de aanbevolen manier voor HA. De methode die in een aantal versies (met snelle respons) gaf andere problemen.

Ik weet even niet of dit voor het zetten van de mode nog gaat veranderen, maar je kan altijd zelf een 31DA er achteraan sturen als je het direct wilt weten.
Ik heb het nu iets anders aangepakt: ik laat HA alle rf-frames een custom sensor triggeren, die checkt of er een wijziging is:
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
  sensor:
    - name: "Orcon WTW Fan Info Clean"
      unique_id: orcon_wtw_fan_info_clean
      icon: mdi:fan
      state: >
        {% set bad = ['unknown', 'unavailable', 'none', 'None', none] %}
        {% set d = trigger.to_state.attributes.get('data', {}) if trigger.id == 'rf' else {} %}
        {% set p = d.get('payload', {}) if d is mapping else {} %}
        {% if d.get('code') == wtw_code and d.get('src') == wtw_src and p.get('fan_info') %}
          {{ p.get('fan_info') }}
        {% elif this.state not in bad %}
          {{ this.state }}
        {% else %}
          {{ states('sensor.orcon_wtw_fan_info') }}
        {% endif %}
Beetje van mezelf, en een beetje van Claude ;)

Het voordeel hiervan is dat ik het ook direct te zien krijg als ik met een fysieke remote de stand aanpas. Die "31DA-truc" werkt natuurlijk alleen als ik vanuit Home Assistant de stand trigger.

omniscale.nl


  • ebroerse
  • Registratie: Augustus 2025
  • Laatst online: 04:00
Wimpie70 schreef op dinsdag 14 juli 2026 @ 11:22:
… voor een aantal entities is polling teruggezet naar HA.

je kan altijd zelf een 31DA er achteraan sturen als je het direct wilt weten.
HA polling wordt nu alleen gebruikt om filter_remaining (10D0) op te vragen, wat nooit spontaan wordt verstuurd (en dat werkt weer, zonder herstart).

Alle sensors die van 31DA afhankelijk zijn (temps, RVs, mode, CO2, flow etc) zitten rustig te wachten tot de Fan zo’n bericht zelf stuurt. De ene Fan doet dat vaker dan de andere, maar zeker niet zo vaak als 12A0 (ook temp, RV) of 22F1 (fan speed). Behalve na het opstarten heeft het niet veel zin om dat te pollen, want als het verandert, dan komt er met een minuutje wel een berichtje.

Bij mijn MiniBox Fan lijkt de "reactiesnelheid" afh. van of je net voor, of net na het vaste ritme van updates opdracht geeft... Max. 90 s.

TRVs (radiatorknoppen) zijn echt traag, i.v.m. de batterij.

[ Voor 8% gewijzigd door ebroerse op 15-07-2026 17:47 ]


  • ebroerse
  • Registratie: Augustus 2025
  • Laatst online: 04:00
Ramses RF 0.58.0 is net uit, met als belangrijkste nieuwigheid de Passive Discovery Scan (dank @Wimpie70) Die tool helpt je om je System Schema in te vullen op basis van je known_list en binnenkomend RF-verkeer.

Getest met HVAC en met CH/evohome. Maak een backup, nooit verkeerd, en probeer het. Lees eerst ramses_cc Wiki pag. 2.1 voor uitleg.

[ Voor 4% gewijzigd door ebroerse op 15-07-2026 17:29 ]


  • posttoast
  • Registratie: April 2000
  • Laatst online: 12:49
ebroerse schreef op woensdag 15 juli 2026 @ 15:55:
Ramses RF 0.58.0 is net uit, met als belangrijkste nieuwigheid de Passive Discovery Scan. Die helpt je om je schema in te vullen op basis van je known_list en binnenkomend RF-verkeer.

Getest met HVAC en met CH/evohome. Maak een backup, nooit verkeerd, en probeer het. Lees eerst ramses_cc Wiki pag. 2.1 voor uitleg.
Is er eigenlijk ook een manier om oude/verkeerde devices te verwijderen? Ik heb een device waarvan ik destijds dacht dat ie van mij was, maar dat is toch niet het geval. Ik heb hem disabled, maar verwijderen kan niet.

Ik weet dat de "workaround" is om heel ramses_cc weg te gooien en opnieuw te beginnen (met de known id's ingevuld), maar dat voelt wat omslachtig :)

omniscale.nl


  • Wimpie70
  • Registratie: Mei 2025
  • Laatst online: 10:14
De known Id's lijst gaat uiteindelijk verdwijnen. Het schema blijft, maar wordt de 'single source of thruth'.

Hierin komen alle devices die het systeem tegenkomt. Je kan dan idd wel aangeven of een device _disabled is, of beter nog: _owner: buurman nr 63.

Met de automatische discovery moet het systeem wel weten of een device al bekeken en geclassificeerd is.

Als je een device uit je schema verwijderd, en er weer berichten van binnenkomen, dan zal je een melding krijgen. Vervolgens kan je via de opties deze weer accepteren of juist niet (of overslaan voor latere beslissing).

[ Voor 40% gewijzigd door Wimpie70 op 15-07-2026 19:34 ]

Ramses RF - Ramses Extras - Orcon WTW - Duco WTW - esp_9_klep_beregening


  • posttoast
  • Registratie: April 2000
  • Laatst online: 12:49
Wimpie70 schreef op woensdag 15 juli 2026 @ 17:08:
De known Id's lijst gaat uiteindelijk verdwijnen. Het schema blijft, maar wordt de 'single source of thruth'.

Hierin komen alle devices die het systeem tegenkomt. Je kan dan idd wel aangeven of een device _disabled is, of beter nog: _owner: buurman nr 63.

Met de automatische discovery moet het systeem wel weten of een device al bekeken en geclassificeerd is.

Als je een device uit je schema verwijderd, en er weer berichten van binnenkomen, dan zal je een melding krijgen. Vervolgens kan je via de opties deze weer accepteren of juist niet (of overslaan voor latere beslissing).
OK, maar als ik je goed begrijp krijg ik hier straks dan een gigantische lijst van devices? Ik woon in een nieuwbouwwijk waar iedereen Orcon WTW's met afstandsbedieningen én Itho WPU's met Spiders en AutoTemps heeft die over 868MHz communiceren.

omniscale.nl


  • Wimpie70
  • Registratie: Mei 2025
  • Laatst online: 10:14
Als je van alle 868 devices in je buurt berichten krijgt, dan heb je een uitstekende HGI. Welke is dat ?

Ramses RF - Ramses Extras - Orcon WTW - Duco WTW - esp_9_klep_beregening


  • posttoast
  • Registratie: April 2000
  • Laatst online: 12:49
Wimpie70 schreef op woensdag 15 juli 2026 @ 20:05:
Als je van alle 868 devices in je buurt berichten krijgt, dan heb je een uitstekende HGI. Welke is dat ?
Nou, ik durf niet te zeggen of ze het allemaal zijn, maar wel veel ;) Ik gebruik die van Indalotech

omniscale.nl


  • Wimpie70
  • Registratie: Mei 2025
  • Laatst online: 10:14
Prima ding. Ik heb er zelf 2. Op dit moment kan er maar 1 gebruikt worden in Ramses RF, maar het is de bedoeling dat er meerdere kunnen worden aangestuurd (die het beste bereik naar je device heeft). Juist omdat mensen soms last hebben om de ontvangst betrouwbaar te krijgen (dikke muren, grote afstand).

Nog steeds kan je een aardige lijst krijgen, maar deze wordt meen ik (nog even nakijken of dit goed werkt) nu al gesorteed op heat/hvac en op _owner. Dus alles wat je nodig hebt staat bij elkaar. 1 keer aangeven dat een device niet van jou is en je hebt er geen last meer van. Sterker nog, je kan juist altijd zien dat ie niet van jou is.

In de device_comments wordt niet alleen aangegeven wat waarschijnlijk het type device is, maar ook de RSSI. Hiermee kan je zien of het apparaat ver of dichtbij je HGI staat, en kan je dus helpen om te bepalen of het van jou of van je buurman 3 huizen verderop is.

Het schema wordt zelfs nog iets langer. Nu staan commando's nog in de known list. Deze gaan ook naar het schema, maar uiteindelijk wordt dit ingebakken in Ramses zelf. Alleen overrides staan er dan nog in. Als je meer over de ontwikkelingen wilt weten...er staat aardig wat over op github.

[ Voor 33% gewijzigd door Wimpie70 op 15-07-2026 20:46 ]

Ramses RF - Ramses Extras - Orcon WTW - Duco WTW - esp_9_klep_beregening


  • ebroerse
  • Registratie: Augustus 2025
  • Laatst online: 04:00
[quote]
posttoast schreef op woensdag 15 juli 2026 @ 20:01:
[...]
als ik je goed begrijp krijg ik hier straks dan een gigantische lijst van devices? Ik woon in een nieuwbouwwijk ....
Dat hadden we altijd al, totdat je "Alleen van bekende apparaten" aanzet. Ook dan had je als beginner geen idee, wat jouw Orcon was...
Waar Ramses RF tijdens de scan nu allemaal op let, is een stuk beter opgebouwd, waardoor we fouten ook kunnen vinden (en fixen). Er was echt vraag naar een vorm van Discovery, en dit is het geworden.
Stel dat we een minimum signaalsterkte zouden toevoegen, zal je zien dat gebruikers hun eigen Orcon door al het beton niet in de lijst zien.

  • posttoast
  • Registratie: April 2000
  • Laatst online: 12:49
ebroerse schreef op woensdag 15 juli 2026 @ 20:46:
[quote]
posttoast schreef op woensdag 15 juli 2026 @ 20:01:
[...]


[...]

Dat hadden we altijd al, totdat je "Alleen van bekende apparaten" aanzet. Ook dan had je als beginner geen idee, wat jouw Orcon was...
Waar Ramses RF tijdens de scan nu allemaal op let, is een stuk beter opgebouwd, waardoor we fouten ook kunnen vinden (en fixen). Er was echt vraag naar een vorm van Discovery, en dit is het geworden.
Stel dat we een minimum signaalsterkte zouden toevoegen, zal je zien dat gebruikers hun eigen Orcon door al het beton niet in de lijst zien.
Klopt inderdaad, ik heb Accept packets from known devices IDs only nu aan staan. Maar zit de nieuwe functionaliteit er nu al in (in 0.58.0)? Of komt ie nog? Ben wel benieuwd :)

omniscale.nl


  • ebroerse
  • Registratie: Augustus 2025
  • Laatst online: 04:00
posttoast schreef op woensdag 15 juli 2026 @ 21:00:
[...]

… Maar zit de nieuwe functionaliteit er nu al in (in 0.58.0)?
Ja, vanaf 0.58.0 kan je dit inschakelen in Integraties > Ramses RF > Config tandwiel > Geavanceerde Opties > Schakel passieve apparaat-scan in. Zie de ramses_cc Wiki, p. 2.1.

  • ebroerse
  • Registratie: Augustus 2025
  • Laatst online: 04:00
Ramses RF pre-release 0.58.1 bevat een fix om de laatste waarde van je sensors uit de packet cache te laden na herstart.
Je moet na update nog wel je packet cache wissen in Voorkeuren > Cache beheren omdat de oude ongeldig waren.

  • ebroerse
  • Registratie: Augustus 2025
  • Laatst online: 04:00
Ramses RF 0.58.2 staat in HACS, popt op in HA.

Een “echte” release, stabiel met de bugjes voor evohome en hvac opgelost.

In Config moet je een schema invullen, en daarvoor is er de passieve apparaat-scan die je aanzet op de achtergrond is een waardige opvolger van het ‘eavesdroppen’ en dit werkt ook voor Ventilatie. Zie de Wiki

En: eerst backuppen, natuurlijk. Als het nu “gewoon werkt” kun je updates overslaan.

[ Voor 8% gewijzigd door ebroerse op 17-07-2026 15:06 ]


  • ebroerse
  • Registratie: Augustus 2025
  • Laatst online: 04:00
Ramses RF 0.58.4 is uit, met weer div. kleine foutjes gefixt, verfijningen in de notificaties van de Passieve Apparaat Scan en correcte DHW class toewijzing.
Pagina: 1 2 3 4 Laatste