/u/367499/crop59d6204c19d20_cropped.png?f=community)
Ik ben vooral benieuwd hoe je aan die hgi80 bent gekomen 
:strip_icc():strip_exif()/u/222856/yinyang.jpg?f=community)
Ik heb hier nog een draadloze Honeywell gong liggen met een Honeywell DCP917S die volgens de sticker ook op 868MHz werkt. Ik zie alleen in de logs nergens iets langskomen als ik de gong activeer.
:strip_exif()/f/image/3WpKysxa9UR9GtEMAImxmms9.jpg?f=fotoalbum_large)
Is dit stiekem een ander protocol dan de thermostaat zaken?
:no_upscale():strip_icc():strip_exif()/f/image/3WpKysxa9UR9GtEMAImxmms9.jpg?f=user_large)
Is dit stiekem een ander protocol dan de thermostaat zaken?
:strip_exif()/u/90636/nintendo.gif?f=community)
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
/u/227108/crop6027919ad38b8.png?f=community)
@ebroerse Ik gebruik nu al enige tijd RAMSES RF met een Nanocul v3 (USB Serial - /dev/serial/by-id/usb-1a86_USB_Serial-if00-port0, s/n: n/a - 1A86:7523) tbv mijn EvoHome installatie met 12 Zones, waarvan 3 vloerzones via de HCC100.
In principe draait het probleemloos, maar ik krijg de devices en entities die spookjes zijn of van een ander device buiten de knownlist maar niet weg. Deleten gaat niet dus heb ik ze maar op disabled gezet. Maar dat lijkt mij niet de juiste weg,
System Options van Ramses RF staan als volgt:
:strip_exif()/f/image/xwJvz5YFxtUXBkkFCrzJtjJK.png?f=user_large)
Ik heb de Known List als volgt gevuld:
:strip_exif()/f/image/W2tmJGgsPRj4f8vo6D4RbRwB.png?f=user_large)
Alleen blijf ik geconfronteerd worden met een stuk of 20-30 ghosts die ik met geen mogelijkheid verwijderd krijg. Sommige hebben ook entities en sommige niet.
Ik heb natuurlijk de cache geleegd en reload gedaan. En zelfs het cache file in config/.storage verwijderd, maar het helpt allemaal niks.
Ik had me er bij neergelegd, maar nu jij zo ontzettend goed bezig bent met het opwaarderen van de software (waarvoor grote dank) begint het me toch weer te irriteren.
Kan jij mij helpen?
----
Toevoeging: Op mijn testsysteem draai ik Ramses RF met een ESP dongle (niet MQTT) en daar lukte het met wel om alle spookzaken te verwijderen.
In principe draait het probleemloos, maar ik krijg de devices en entities die spookjes zijn of van een ander device buiten de knownlist maar niet weg. Deleten gaat niet dus heb ik ze maar op disabled gezet. Maar dat lijkt mij niet de juiste weg,
System Options van Ramses RF staan als volgt:
Ik heb de Known List als volgt gevuld:
code:
en1
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
| "01:094566": alias: Evohome Controller class: CTL "02:074869": alias: HCC100 class: UFC "04:007750": alias: Badkamer 2 radiator klep class: TRV "04:019489": alias: Zolder radiator klep class: TRV "04:019491": alias: Handdoeken radiator klep class: TRV "04:025691": alias: Toilet radiator klep class: TRV "04:025733": alias: Dorien radiator klep class: TRV "04:025739": alias: Joep radiator klep class: TRV "04:157354": alias: Hal radiator klep class: TRV "04:157356": alias: Slaapkamer radiator klep class: TRV "04:157358": alias: Gang radiator klep class: TRV "13:215304": alias: Evohome Remeha Relais class: BDR "18:262143": alias: Ramses Bridge class: HGI "34:041481": alias: Gang round wireless class: THM "34:052245": alias: Badkamer round wireless class: THM "34:227157": alias: Keuken round wireless class: THM "34:227159": alias: Woonkamer round wireless class: THM "34:232285": alias: Joep round wireless class: THM "34:238783": alias: Dorien round wireless class: THM "34:238785": alias: Hal round wireless class: THM "34:238787": alias: Slaapkamer round wireless class: THM |
Alleen blijf ik geconfronteerd worden met een stuk of 20-30 ghosts die ik met geen mogelijkheid verwijderd krijg. Sommige hebben ook entities en sommige niet.
Ik heb natuurlijk de cache geleegd en reload gedaan. En zelfs het cache file in config/.storage verwijderd, maar het helpt allemaal niks.
Ik had me er bij neergelegd, maar nu jij zo ontzettend goed bezig bent met het opwaarderen van de software (waarvoor grote dank) begint het me toch weer te irriteren.
Kan jij mij helpen?
----
Toevoeging: Op mijn testsysteem draai ik Ramses RF met een ESP dongle (niet MQTT) en daar lukte het met wel om alle spookzaken te verwijderen.
Mede oprichter van GoT iRacen & druk met Home Assistant
Nu sta ik hier op het punt om mijn volledige Resideo Honeywell Total Connect Comfort (Europe) integratie te verwijderen omdat Ramses BIJNA alles kan wat Honeywell kan, en andere dingen uiteraard meer en beter.
Er is echter één ding wat ik mis: individuele zones uitzetten via de Climate tegels.
Plaatje 1: Honeywell climate tegel:
:strip_exif()/f/image/38VyeRLKodMk072TniNAxT0H.png?f=user_large)
Plaatje 2: Ramses tegel:
:strip_exif()/f/image/Bxo3BzV0C5jPSiiZEaoUy91S.png?f=user_large)
De Honeywell tegels kan ik dus "uit" zetten (wat ik deze dagen veel gebruik).
Is er een manier om "uit" ook in de Ramses tegel te krijgen? Anders dan simpelweg "zet op 5 graden"?
En... Wat betekent "automatisch"?
Er is echter één ding wat ik mis: individuele zones uitzetten via de Climate tegels.
Plaatje 1: Honeywell climate tegel:
Plaatje 2: Ramses tegel:
De Honeywell tegels kan ik dus "uit" zetten (wat ik deze dagen veel gebruik).
Is er een manier om "uit" ook in de Ramses tegel te krijgen? Anders dan simpelweg "zet op 5 graden"?
En... Wat betekent "automatisch"?
“Life is tough, but it's tougher when you're stupid.” - John Wayne | Last.fm
Ik ben hier ook tegen aan gelopen in Home Assistant. HVAC Mode "Off" bestaat niet. Je kan het wel via YAML inregelen maar je krijgt uiteindelijk in de logs te zien dat die mode niet wordt ondersteund. Het fijne van de Evohome Off setting is dat de een schema niet opeens een ruimte gaat verwarmen. Om dit met Ramses op te lossen zal je een automation moeten maken die bij een aanpassing van de HVAC mode (doorgaans naar Heat) moet controleren of de zone nog uit moet staan of niet. Dit zou je kunnen doen met een helper entity.
Dit is mijn automation die de temperatuur naar 5 graden zet als het raam open gaat. Als de Evohome controller dan een schema update doorvoert om te verwarmen controleert de automation of het raam nog open staat en zet de temperatuur weer naar beneden. Ik weet dat de HVAC Off mode er nog in wordt ingesteld, dit voor het geval het wel wordt ondersteund
Dit is mijn automation die de temperatuur naar 5 graden zet als het raam open gaat. Als de Evohome controller dan een schema update doorvoert om te verwarmen controleert de automation of het raam nog open staat en zet de temperatuur weer naar beneden. Ik weet dat de HVAC Off mode er nog in wordt ingesteld, dit voor het geval het wel wordt ondersteund
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
| alias: Raam Open
description: Schakelt de HVAC uit als de verwarming op verwarmen staat terwijl het raam open staat OF als het raam open wordt gedaan.
triggers:
- entity_id: climate.01_013373_04
to: heat
trigger: state
- entity_id:
- binary_sensor.raamsensor_contact
from:
- "off"
to:
- "on"
trigger: state
for:
hours: 0
minutes: 0
seconds: 10
conditions:
- condition: state
entity_id: binary_sensor.raamsensor_contact
state: "on"
- condition: state
entity_id: climate.01_013373_04
state: heat
actions:
- target:
entity_id: climate.01_013373_04
data:
temperature: 5
action: climate.set_temperature
- target:
entity_id: climate.01_013373_04
data:
hvac_mode: "off"
action: climate.set_hvac_mode
mode: single |
[ Voor 3% gewijzigd door asaki op 17-02-2026 16:39 ]
HVAC mode Off bestaat niet in Ramses bedoel je?:
Ik ben hier ook tegen aan gelopen in Home Assistant. HVAC Mode "Off" bestaat niet. Je kan het wel via YAML inregelen maar je krijgt uiteindelijk in de logs te zien dat die mode niet wordt ondersteund. Het fijne van de Evohome Off setting is dat de een schema niet opeens een ruimte gaat verwarmen. Om dit met Ramses op te lossen zal je een automation moeten maken die bij een aanpassing van de HVAC mode (doorgaans naar Heat) moet controleren of de zone nog uit moet staan of niet. Dit zou je kunnen doen met een helper entity.
Dit is mijn automation die de temperatuur naar 5 graden zet als het raam open gaat. Als de Evohome controller dan een schema update doorvoert om te verwarmen controleert de automation of het raam nog open staat en zet de temperatuur weer naar beneden. Ik weet dat de HVAC Off mode er nog in wordt ingesteld, dit voor het geval het wel wordt ondersteundcode:
alias: Raam Open description: Schakelt de HVAC uit als de verwarming op verwarmen staat terwijl het raam open staat OF als het raam open wordt gedaan. triggers: - entity_id: climate.01_013373_04 to: heat trigger: state - entity_id: - binary_sensor.raamsensor_contact from: - "off" to: - "on" trigger: state for: hours: 0 minutes: 0 seconds: 10 conditions: - condition: state entity_id: binary_sensor.raamsensor_contact state: "on" - condition: state entity_id: climate.01_013373_04 state: heat actions: - target: entity_id: climate.01_013373_04 data: temperature: 5 action: climate.set_temperature - target: entity_id: climate.01_013373_04 data: hvac_mode: "off" action: climate.set_hvac_mode mode: single
In Home Assistant zelf wordt het wel ondersteund: https://developers.home-a...docs/core/entity/climate/
Ik ben ook aan het knutselen met climate_template om de mechanische ventilatie in een climate tegel te krijgen en daar werkt "off" ook gewoon. Het is verder een bende maar daar heb ik het maar even niet over
“Life is tough, but it's tougher when you're stupid.” - John Wayne | Last.fm
Voor wat betreft het "off" zetten van een zone, vanaf regel 91 van climate.py staat het volgende:
Dit betekent ook dat:
Ik ben helaas te slecht in programmeren, heb weinig kaas gegeten van python en git, om zelf iets te kunnen fiksen...
Edit:
Nu heb ik dus een zone op Uit staan vanuit de Evohome integratie. En dat ziet er dan zo uit:
:strip_exif()/f/image/ppxujysAk10zMRP9KyXDB7GH.png?f=user_large)
Dus, hier staat wel degelijk "Uit - permanent". Dat is wat je zou verwachten.
Maar in de dropdown in de tile staat dan helemaal niets:
(zelfde screenshot als eerder).
Normaliter laat de knop zelf de huidige mode zien. Maar nu niet, hij geeft enkel "Mode" weer, met als opties "Automatisch" en "Verwarmen".
code:
Dus daarom staat "off" er niet in, er is geen "HVACMode.OFF" gedefinieerd.1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| MODE_ZONE_TO_HA: Final[dict[str, str]] = {
ZoneMode.ADVANCED: HVACMode.HEAT,
ZoneMode.SCHEDULE: HVACMode.AUTO,
ZoneMode.PERMANENT: HVACMode.HEAT,
ZoneMode.TEMPORARY: HVACMode.HEAT,
}
MODE_HA_TO_ZONE: Final[dict[str, str]] = {
HVACMode.HEAT: ZoneMode.PERMANENT,
HVACMode.AUTO: ZoneMode.SCHEDULE,
}
PRESET_ZONE_TO_HA: Final[dict[str, str]] = {
ZoneMode.SCHEDULE: PRESET_NONE,
ZoneMode.TEMPORARY: PRESET_TEMPORARY,
ZoneMode.PERMANENT: PRESET_PERMANENT,
} |
Dit betekent ook dat:
- Bij override: status = Verwarmen
- Bij schema volgen: status = Automatisch
code:
Dat houdt in dat als de mode niet AUTO of HEAT is, hij dan naar set_frost_mode() moet gaan, maar kan hij überhaupt wel wat anders zijn dan AUTO of HEAT, kijkend naar bovenstaand?1
2
3
4
5
6
7
8
9
10
11
12
13
14
| async def async_set_hvac_mode(self, hvac_mode: HVACMode) -> None:
"""Set a Zone to one of its native operating modes.
:param hvac_mode: The HVAC mode to set.
:raises ServiceValidationError: If the mode is invalid.
"""
try:
if hvac_mode == HVACMode.AUTO: # FollowSchedule
await self.async_reset_zone_mode()
elif hvac_mode == HVACMode.HEAT: # TemporaryOverride
await self.async_set_zone_mode(mode=ZoneMode.PERMANENT, setpoint=25)
else: # HVACMode.OFF, PermanentOverride, temp = min
await self._device.set_frost_mode()
self.async_write_ha_state() |
Ik ben helaas te slecht in programmeren, heb weinig kaas gegeten van python en git, om zelf iets te kunnen fiksen...
Edit:
Nu heb ik dus een zone op Uit staan vanuit de Evohome integratie. En dat ziet er dan zo uit:
Dus, hier staat wel degelijk "Uit - permanent". Dat is wat je zou verwachten.
Maar in de dropdown in de tile staat dan helemaal niets:
(zelfde screenshot als eerder).
Normaliter laat de knop zelf de huidige mode zien. Maar nu niet, hij geeft enkel "Mode" weer, met als opties "Automatisch" en "Verwarmen".
[ Voor 21% gewijzigd door oshiro op 19-02-2026 17:56 ]
“Life is tough, but it's tougher when you're stupid.” - John Wayne | Last.fm
Ah, wat goed, dat is inderdaad wat er aan de hand is!
Zoals ik zei heb ik zelf geen foutmeldingen (code werkt zoals de bedoeling is). Er ontbreekt echter functionaliteit die dus wel in de Evohome integratie zit, exact zoals het issue beschrijft.
Dat een zone niet volledig "off" kan staan klopt: hij stuurt het setpoint naar 5 graden.
Emuleren van dit gedrag is echter niet zo eenvoudig als "setpoint op 5 graden zetten", want bij "off" is het setpoint ook niet aan te passen (geloof ik, ga ik testen).
Er zijn meerdere manieren waarop het setpoint door de controller naar 5 graden wordt gepusht en wordt vastgezet. Zie ook screenshot uit handleiding :
:strip_exif()/f/image/Xa7YJORHXyLJU99TtRABCqzb.png?f=user_large)
- Vanuit Evohome integratie op Off zetten (geeft speciaal telefoon-icoon op Evohome controller display, "bediening via app")
- Raam-open-stand (geeft speciaal icoon op Evohome controller display)
- Optimale stop actief (geeft speciaal icoon op Evohome controller display)
- Warmweer regeling actief (geeft speciaal icoon op Evohome controller display)
Ik heb ook naar de code gekeken van de Evohome integratie maar daar kom ik niet helemaal uit...
https://github.com/home-a...onents/evohome/climate.py
Edit: nog even naar de code gekeken, en het is me wat duidelijker hoe de Evohome integratie dit aanpakt:
- Wanneer setpoint == minimum zone temp, dan HVAC_mode == off
- Wanneer HVAC_mode op Off wordt gezet, dan zone temp naar minimum
- Wanneer mode wordt geforceerd door controller (bijvoorbeeld window open) worden de min- en max temperatuur op 5 graden gezet, zodat deze ook niet omhoog kan worden gezet vanuit de integratie
Dat werkt ook wanneer een controller wordt gebruikt als zone-temperatuuropnemer, ookal heeft die geen aansluiting voor een raamsensor.
[ Voor 17% gewijzigd door oshiro op 26-02-2026 15:42 ]
“Life is tough, but it's tougher when you're stupid.” - John Wayne | Last.fm
Ik installeer eigenlijk altijd wel de pre-release versies. Wat voor test resultaten ben je naar op zoek? Ik heb alleen een evohome systeem dus zou aan kunnen geven dat na de installatie dit wel/niet werkt
:strip_exif()/u/86833/sheeptrans.gif?f=community){kind=spacer}
:strip_icc():strip_exif()/u/1623466/crop65722036eb80b_cropped.jpg?f=community)
Exporteer je system log met de exacte foutmeldingen, en plak bij je vraag je system schema/known list. Welke versie van Ramses RF draai je? Anders is het te vaag.
Heeft het ooit gewerkt? En welke dongel is het, en welke firmware?
Heb je wel de MQTT integratie in HA ooit toegevoegd? Verwijder die, tenzij je hem voor andere toepassingen in gebruik hebt
[ Voor 6% gewijzigd door ebroerse op 11-03-2026 19:48 ]
:strip_icc():strip_exif()/u/40678/crop6652e7276a81d_cropped.jpg?f=community)
![[Afbeelding]](https://tweakers.net/i/u9Q1NwCdmtdJNO5G-7Rg2mqGkIc=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/A1E9nBrVkO2QMS3EQ4XMe0fT.png?f=user_large){kind=link}
Enige tijd geleden heb ik zelf een print in elkaar gezet. De PCB heb ik laten maken middels het topic op vliegnerd in "Ramses II 868MHz communicatie via evofw3 en ramses_rf"
Vandaag even bezig geweest met Fusion om een behuizing te maken. Ik moet zeggen, misschien niet helemaal perfect, maar uitstekend te gebruiken in de CV ruimte. De print ligt er los in en wordt door het deksel aangedrukt welke weer vast zit met 4, m2,5x10 schroefjes.
Nu nog verhuizen naar de technische ruimte
/f/image/R7MIYxGSUD0XiygTEiXZR5ro.png?f=fotoalbum_large)
Vandaag even bezig geweest met Fusion om een behuizing te maken. Ik moet zeggen, misschien niet helemaal perfect, maar uitstekend te gebruiken in de CV ruimte. De print ligt er los in en wordt door het deksel aangedrukt welke weer vast zit met 4, m2,5x10 schroefjes.
Nu nog verhuizen naar de technische ruimte
:strip_exif()/f/image/R7MIYxGSUD0XiygTEiXZR5ro.png?f=user_large)
"If it ain't broke, don't fix it!"
4,8kW ZO-NW PVOutput 8x300Wp ZO 12 graden. 8x300Wp NW 12 graden.
Ik heb net Version 0.56.3 geinstalleerd en ik kan de integratie niet laden vanwege error:
code:
Daarna submit ik de packetlog tab settings. De integratie laad nu goed maar krijg ik een aantal keer de volgende log errors: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' |
code:
Daarna komt de error niet meer terug. Na een herstart van HA ook geen errors meer. Wellicht verwacht, maar goed om te weten 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 |
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.
). Enige reden dat ik het heb gepost is dat je weet dat je errors krijgt en de integratie initieel niet start.
ah ja sorry. ik was te snel, keek alleen naar je foutmelding
Ramses RF - Ramses Extras - Orcon WTW - Duco WTW
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.
0.56.4 lost wel de database locked error op die in 0.56.3 met evohome kan optreden.
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.
/f/image/CFSPjb8DJ4qNnRUphsluTm4a.png?f=fotoalbum_large)
Als je meer data nodig hebt, laat maar weten.:strip_exif()/f/image/CFSPjb8DJ4qNnRUphsluTm4a.png?f=user_large)
[ Voor 7% gewijzigd door asaki op 19-04-2026 01:11 ]
Ik krijg na de update naar 0.56.7 de volgende melding in HA:
/f/image/p1XFs53j59EsJtZNMJtq8boN.png?f=fotoalbum_large)
De HA logs staat vol met deze error:
:strip_exif()/f/image/p1XFs53j59EsJtZNMJtq8boN.png?f=user_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 |
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?
/f/image/NiZaW7UGtrwaaLQ6837RjJGa.png?f=fotoalbum_large)
:strip_exif()/f/image/NiZaW7UGtrwaaLQ6837RjJGa.png?f=user_large)
Heb toch het idee dat er in ramses_cc wat verkeerd gaat. Hieronder zie je mijn outdoor temperature zoals gelogd door ramses_cc: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]
:no_upscale():strip_icc():strip_exif()/f/image/i8H3Rm20CMe6iuFMfUy9Tk4T.jpg?f=user_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]