:strip_icc():strip_exif()/u/222856/yinyang.jpg?f=community)
Heb hem voor je geïnstalleerd, wil je dat ik nog specifiek ergens op let? of iets test?ebroerse schreef op dinsdag 20 januari 2026 @ 15:54:
Net uit in HACS: Ramses RF 0.53.3, een pre-release die niet vanzelf verschijnt. Selecteer hem in HACS > Ramses RF > Download > Need a different version menu.
Bevat stevige veranderingen aan de broker>coordinator code, service acties en asynchrone koppeling met de ramses_rf library. Dit lost waarschuwingen over ‘blocking calls’ op.
Heb het hier al prima draaien, maar het leek me beter dat meer mensen even 24h testen of het ook bij hen thuis werkt. Zo niet, dan kan je met HACS terug naar 0.53.2 🥶
Succes!
/u/367499/crop59d6204c19d20_cropped.png?f=community)
Hooguit dat de gebruiker per apparaat een merk/model/type kan invullen in bijvoorbeeld de known_list of het schema, en dat op die manier de juiste mapping geselecteerd kan worden, maar ik kan me voorstellen dat dat nogal wat werk is...
In de tussentijd heb ik een template sensor gemaakt om de mapping in orde te krijgen. Vanuit de GUI in dit geval:
code:
Code uiteraard naar smaak aan te passen, maar laat de "off" staan.1
2
3
4
5
6
7
8
| {% set t = states('sensor.32_231021_fan_info') %}
{% if t == '1 (trickle)' %} 1 (Low)
{% elif t == '2 (low)' %} 2 (Medium)
{% elif t == '3 (medium)' %} 3 (High)
{% elif t == '4 (boost)' %} Auto
{% elif t == 'off' %} off
{% else %} unavailable
{% endif %} |
Minimalistisch dashboard op basis van bubble card:
:strip_exif()/f/image/PBqsh3ZhooxnJUcLudr6DXRq.png?f=user_large)
YAML (de sensor fan_info is de bovengenoemde sensor template):
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
| type: custom:bubble-card
card_type: sub-buttons
sub_button:
main: []
bottom:
- tap_action:
action: perform-action
perform_action: remote.send_command
data:
command: low
target:
entity_id: remote.29_172615
content_layout: icon-left
icon: mdi:fan-speed-1
- tap_action:
action: perform-action
perform_action: remote.send_command
data:
command: medium
target:
entity_id: remote.29_172615
content_layout: icon-left
icon: mdi:fan-speed-2
- tap_action:
action: perform-action
perform_action: remote.send_command
data:
command: high
target:
entity_id: remote.29_172615
content_layout: icon-left
icon: mdi:fan-speed-3
- tap_action:
action: perform-action
perform_action: remote.send_command
data:
command: auto
target:
entity_id: remote.29_172615
content_layout: icon-left
icon: mdi:fan-auto
- tap_action:
action: perform-action
perform_action: remote.send_command
data:
command: away
target:
entity_id: remote.29_172615
content_layout: icon-left
icon: mdi:fan-off
- entity: sensor.fan_info
show_last_changed: false
show_last_updated: false
show_state: true
show_attribute: false
tap_action:
action: none
content_layout: icon-left
show_icon: false
rows: 0.938 |
Dit ga ik even bekijken!
Ik ben aan het zoeken, maar ik kan deze in geen van beide wiki's vinden!
[ Voor 27% gewijzigd door oshiro op 21-01-2026 22:40 ]
“Life is tough, but it's tougher when you're stupid.” - John Wayne | Last.fm
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 |