Het grote Orcon HRC / WtW topic

[Bra-Jo]

Ik ben even dom. Ik heb via Tindie het boardje van @immrmkw gekocht, en wil het nu flashen. Bij de instructies staat "Go to the project Releases page and download ramses_esp_esp32_c6.bin."

Waar de vind ik dat? Ben al een half uur op de diverse Github-pagina's aan 't rondspitten, maar krijg het niet boven water...

[ Voor 9% gewijzigd door Bra-Jo op 16-09-2025 15:40 ]

[immrmkw]

Hoi Bra-jo,

Je kunt de release hier vinden: https://github.com/IMMRMKW/ramses_esp/releases, onder assets. Ik heb je bordje voor het opsturen getest, dus als het goed is, staat de firmware er al op .

[Bra-Jo]

immrmkw schreef op dinsdag 16 september 2025 @ 17:11:
Hoi Bra-jo,

Je kunt de release hier vinden: https://github.com/IMMRMKW/ramses_esp/releases, onder assets. Ik heb je bordje voor het opsturen getest, dus als het goed is, staat de firmware er al op .

Topper, dank je wel!

[Robbrand89]

Goedeavond allemaal,

Ik ben al enige tijd aan het stoeien met ramses RF om mijn ocron WTW in HA te krijgen alleen op dit moment loopt ik een beetje vast, heb al een hoop gelezen en geprobeerd maar heb even een zetje in de goede richting nodig.

Ik heb deze module gekocht en via USB direct met HA gekoppeld.

https://smart-home-kompon...d74qEhaXLsTgK8PhaUt2V-plK

Via arduino heb ik de evofw3 firmware in de dongle geflashed en daarna kreeg ik keurig berichten en devices binnen.



Ik loop alleen helemaal vast bij het comminiceren met de WTW unit. Ik heb geprobeerd om nieuwe fake remote's te binden met de WTW en bestaande remotes om deze aan te sturen echter krijg ik gewoon geen reactie van de box. Vanavond geprobeerd om de antenne dichterbij de box te brengen maar dat heeft ook geen effect gehad.

Wat ik zie is dat de gateway heel veel RQ berichten uitzend maar nooit een reactie lijkt te krijgen. Zou het kunnen dat mijn gateway wel zend maar geen berichten ontvangt?



Dit is onder andere een commando dat ik probeer te versturen naar de ventilatie box (waarbij ik de ID van de bestaande remote gebruik) Maar dit geeft geen reactie van de box.

2025-09-17T17:43:21.932774 000 I --- 37:090646 32:138305 --:------ 22F1 003 000307

[immrmkw]

@Robbrand89 , heb je de WTW box wel in pairing modus gezet? Dit doe je door de spanning even van de unit af te halen.

[Robbrand89]

Ja de unit staat in pairing modus. Heb ook al eens geprobeerd om de pairing data van een bestaande remote re kopiëren, maar dat krijg ik ook niet op dezelfde manier verzonden.
Maar wat ik me dus afvraag is: is het normaal dat die gateway al die request verzend maar geen antwoord lijkt te krijgen? Je zou bijna denken dat de dongel wel ontvangt maar niet zend.

[immrmkw]

Heeft je gateway ledjes die knipperen op het moment dat hij zendt/ontvangt? Het knipperen van het ledje zou moeten samenvallen met het moment dat je iets zendt.

Ook zou de system log iets over het zenden moeten tonen. Daar kun je kijken of dat succesvol is verlopen. Misschien heb je je remote niet toegevoegd aan de known devices en voert hij het commando niet uit oid.

[Vaevictis_]

Robbrand89 schreef op woensdag 17 september 2025 @ 19:24:
Goedeavond allemaal,

Ik ben al enige tijd aan het stoeien met ramses RF om mijn ocron WTW in HA te krijgen alleen op dit moment loopt ik een beetje vast, heb al een hoop gelezen en geprobeerd maar heb even een zetje in de goede richting nodig.

Ik heb deze module gekocht en via USB direct met HA gekoppeld.

https://smart-home-kompon...d74qEhaXLsTgK8PhaUt2V-plK

Via arduino heb ik de evofw3 firmware in de dongle geflashed en daarna kreeg ik keurig berichten en devices binnen.

[Afbeelding]

Ik loop alleen helemaal vast bij het comminiceren met de WTW unit. Ik heb geprobeerd om nieuwe fake remote's te binden met de WTW en bestaande remotes om deze aan te sturen echter krijg ik gewoon geen reactie van de box. Vanavond geprobeerd om de antenne dichterbij de box te brengen maar dat heeft ook geen effect gehad.

Wat ik zie is dat de gateway heel veel RQ berichten uitzend maar nooit een reactie lijkt te krijgen. Zou het kunnen dat mijn gateway wel zend maar geen berichten ontvangt?

[Afbeelding]

Dit is onder andere een commando dat ik probeer te versturen naar de ventilatie box (waarbij ik de ID van de bestaande remote gebruik) Maar dit geeft geen reactie van de box.

2025-09-17T17:43:21.932774 000 I --- 37:090646 32:138305 --:------ 22F1 003 000307

Heb je al een reset geprobeerd van de WTW unit? Op de print zit een zwart knopje die 20 sec ingedrukt houden dan gaat het ledje naar rood en dan los laten. Mijn volgorde is altijd eerste RAMSES RF werkend krijgen daarna pas sensoren koppelen.

Heb je dat al geprobeerd?

[Wimpie70]

Hoeveel HGI's heb je in je known devices ? 1 zal beter werken. Als je met een echte remote een commando geeft, zie je dan wel response van de FAN ?
Het lijkt of je commando extra spatie voor de ' I' mist. Alle commando's hebben 2 posities: 'RQ', 'RP', ' W', ' I'.

[Turrican]

Robbrand89 schreef op woensdag 17 september 2025 @ 19:24:
Ik heb deze module gekocht en via USB direct met HA gekoppeld.

https://smart-home-kompon...d74qEhaXLsTgK8PhaUt2V-plK

Ervaringen met nano-cul zijn nogal wisselend. Die gebruikt een software UART.
Als ik zo naar je log kijk lijkt het erop dat hij niet zendt.
Ik weet alleen niet zo goed hoe je dat makkelijk kunt nagaan, behalve dan door er nog 1 aan te schaffen.

[vliegnerd]

Turrican schreef op donderdag 18 september 2025 @ 18:00:
[...]


Ervaringen met nano-cul zijn nogal wisselend. Die gebruikt een software UART.
Als ik zo naar je log kijkt lijkt het erop dat hij niet zendt.
Ik weet alleen niet zo goed hoe je dat makkelijk kunt nagaan, behalve dan door er nog 1 aan te schaffen.

@Robbrand89
Als het aansturen van de wtw met een bestaande remote (zoals in startlijst) niet werkt, dan is je nanocul wel verdacht.

Ik heb er eventueel wel eentje te leen. Stuur maar een PM.

[TijmenvS]

Ik merk dat de CO2 meting van de remote zoals ik die in home assistant krijg heel gevoelig is voor verstoring. Iets anders in de buurt in het stopcontact vlakbij ofwel de CO2 remote of de Indalo tech module zorgt ervoor dat de CO2 waarden niet meer binnen komen. Ik zie nog wel gewoon packets in de packetlog, maar het lijkt erop dat ramses_cc deze niet meer kan lezen. Is dat normaal? En is er wat aan te doen (behalve niks meer in een stopcontact in de buurt steken)?

[ebroerse]

TijmenvS schreef op zaterdag 20 september 2025 @ 20:10:

Ik zie nog wel gewoon packets in de packetlog, maar het lijkt erop dat ramses_cc deze niet meer kan lezen.

Zijn die packets wel “heel”, maw niet corrupt en van dezelfde src?
Kun je ze hier, incl. Timestamp, plakken?

[Robbrand89]

Ik heb bij de dongle de lampjes gechecked. krijg inderdaad wel een rode blib als er een bericht verzonden of ontvangen wordt. Verzonden berichten komen wel in de log maar kan dus niet controleren of het ook aankomt.

Via de bestaande remotes werkt alles gewoon en kan ik beiden boxen bedienen (heb er 2) Heb ook op beiden boxen de pairing geprobeerd en een bestaande remote gebruiken om berichten te versturen, allemaal geen resultaat.

Firmware ook al opnieuw vanaf een andere PC in de dongel geflashed, ook geen resultaat.

Ik neig er naar om toch de dongel te vervangen, maar diegene waar constant naar verwezen word is uitverkocht. iemand een goed alternatief?

[ebroerse]

Robbrand89 schreef op woensdag 17 september 2025 @ 19:24:

Dit is onder andere een commando dat ik probeer te versturen naar de ventilatie box (waarbij ik de ID van de bestaande remote gebruik) Maar dit geeft geen reactie van de box.

code:

2025-09-17T17:43:21.932774 000  I --- 37:090646 32:138305 --:------ 22F1 003 000307

Lijkt me een correct commando, maar als de fan niet is gepaired met je dongel, reageert de fan hier niet op. Zou voor de buren ook niet leuk zijn 😜
Wat is de Airios model-code van je remote? “VMN-xxx”
Heb je de remote in ramses_cc als ‘faked’ gecobfigureerd? Zie je foutmeldingen in het HA logboek op het moment dat je het commando verstuurt?

[Robbrand89]

Airios model-code van de remote met id: 37:090646 VMI-02WSJ44

Dit model heb ik ook in huis hangen. VMS-02MCO5

Overigens zie ik dat deze regel er structureel boven staat als ik dat commando verzend.

2025-09-21T11:18:45.723442 000 I --- 18:262143 63:262142 --:------ 7FFF 023 001101996B918FA523324631204933373A303930363436
2025-09-21T11:18:45.754362 000 I --- 37:090646 32:138305 --:------ 22F1 003 000307

System schema's:
orphans_hvac:
- "32:138305"
- "32:138311"
- "37:090646"
- "37:094407"
- "37:094411"

Known devices:
"18:262143":
class: HGI
"32:138305":
_note: Orcon HRC 400
class: FAN
"32:138311":
_note: Orcon HRC 400
class: FAN
"37:018001":
class: REM
faked: true
"37:018002":
class: REM
faked: true
"37:090646":
class: REM
commands:
auto: " I --- 37:090646 32:138305 --:------ 22F1 003 000407"
away: " I --- 37:090646 32:138305 --:------ 22F1 003 000007"
high: " I --- 37:090646 32:138305 --:------ 22F1 003 000307"
low: " I --- 37:090646 32:138305 --:------ 22F1 003 000107"
medium: " I --- 37:090646 32:138305 --:------ 22F1 003 000207"
faked: true
"37:094407":
class: REM
faked: true
"37:094411":
class: REM
faked: true

Maar ook als het een bestaande remote is moet je via HA op het zelfde ID nog een keer pairen?

Deze meldingen staan er in het log maar die komen niet al ik het commando verzend.

2025-09-21 11:17:49.103 WARNING (MainThread) [ramses_rf.dispatcher] I --- 37:094411 --:------ 37:094411 31E0 008 0000000001001E00 < PacketInvalid( I --- 37:094411 --:------ 37:094411 31E0 008 0000000001001E00 < Unexpected code for src (REM) to Tx)
2025-09-21 11:17:49.364 WARNING (MainThread) [ramses_rf.dispatcher] I --- 37:094411 --:------ 37:094411 31E0 008 0000000001001E00 < PacketInvalid( I --- 37:094411 --:------ 37:094411 31E0 008 0000000001001E00 < Unexpected code for src (REM) to Tx)
2025-09-21 11:17:51.748 WARNING (MainThread) [ramses_rf.dispatcher] I --- 37:094407 32:138305 --:------ 31E0 008 0000000001001E00 < PacketInvalid( I --- 37:094407 32:138305 --:------ 31E0 008 0000000001001E00 < Unexpected code for src (REM) to Tx)
2025-09-21 11:17:52.161 WARNING (MainThread) [ramses_tx.protocol_fsm] TOUT.. = <ProtocolContext state=WantEcho cmd_=2E04|RQ|01:000730, tx_count=1/4>: echo_timeout=0.5


Code voor binden:

action: ramses_cc.bind_device
data:
device_id: 37:090646
offer:
"22F1":
"22F3":
"10E0":
device_info: " I --- 37:090646 63:262142 --:------ 10E0 038 000001C894030167FFFFFFFFFFFF1B0807E4564D492D313557534A3533000000000000000000"

Dit is de foutmelding die ik bij het binden krijg

2025-09-21 11:32:21.600 ERROR (MainThread) [homeassistant.helpers.script.websocket_api_script] websocket_api script: Error executing script. Unexpected error for call_service at pos 1: 37:090646: SuppSendOfferWaitForAccept: Failed to transition to <class 'ramses_rf.binding_fsm.SuppIsReadyToSendConfirm'>: expected message not received after 5.1 secs
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 524, in _async_step
await getattr(self, handler)()
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 1012, in _async_step_call_service
response_data = await self._async_run_long_action(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...<9 lines>...
)
^
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 624, in _async_run_long_action
return await long_task
^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/core.py", line 2835, in async_call
response_data = await coro
^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/core.py", line 2878, in _execute_service
return await target(service_call)
^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 1041, in check_permissions
return await service_handler(call)
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/ramses_cc/__init__.py", line 185, in async_bind_device
await broker.async_bind_device(call)
File "/config/custom_components/ramses_cc/broker.py", line 348, in async_bind_device
await device._initiate_binding_process( # may: BindingFlowFailed
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...<3 lines>...
) # TODO: will need to re-discover schema
^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/device/base.py", line 379, in _initiate_binding_process
msgs = await self._bind_context.initiate_binding_process(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
codes, confirm_code=confirm_code, ratify_cmd=ratify_cmd
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
) # TODO: if successful, re-discover schema?
^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/binding_fsm.py", line 341, in initiate_binding_process
accept = await self._wait_for_accept(tender)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/binding_fsm.py", line 385, in _wait_for_accept
return await self.state.wait_for_accept(timeout)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/binding_fsm.py", line 762, in wait_for_accept
return await self._wait_for_fut_result(timeout or _ACCEPT_WAIT_TIME)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/binding_fsm.py", line 467, in _wait_for_fut_result
await asyncio.wait_for(self._fut, timeout)
File "/usr/local/lib/python3.13/asyncio/tasks.py", line 507, in wait_for
return await fut
^^^^^^^^^
ramses_rf.exceptions.BindingFlowFailed: 37:090646: SuppSendOfferWaitForAccept: Failed to transition to <class 'ramses_rf.binding_fsm.SuppIsReadyToSendConfirm'>: expected message not received after 5.1 secs
2025-09-21 11:32:21.607 ERROR (MainThread) [homeassistant.components.websocket_api.http.connection] [139980997530368] Error handling message: Unknown error (unknown_error) Robbert from 192.168.2.1 (Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/140.0.0.0 Safari/537.36)
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/components/websocket_api/decorators.py", line 28, in _handle_async_response
await func(hass, connection, msg)
File "/usr/src/homeassistant/homeassistant/components/websocket_api/commands.py", line 931, in handle_execute_script
script_result = await script_obj.async_run(
^^^^^^^^^^^^^^^^^^^^^^^^^^^
msg.get("variables"), context=context
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
)
^
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 1836, in async_run
return await asyncio.shield(create_eager_task(run.async_run()))
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 460, in async_run
await self._async_step(log_exceptions=False)
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 526, in _async_step
self._handle_exception(
~~~~~~~~~~~~~~~~~~~~~~^
ex, continue_on_error, self._log_exceptions or log_exceptions
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
)
^
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 556, in _handle_exception
raise exception
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 524, in _async_step
await getattr(self, handler)()
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 1012, in _async_step_call_service
response_data = await self._async_run_long_action(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...<9 lines>...
)
^
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 624, in _async_run_long_action
return await long_task
^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/core.py", line 2835, in async_call
response_data = await coro
^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/core.py", line 2878, in _execute_service
return await target(service_call)
^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 1041, in check_permissions
return await service_handler(call)
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/ramses_cc/__init__.py", line 185, in async_bind_device
await broker.async_bind_device(call)
File "/config/custom_components/ramses_cc/broker.py", line 348, in async_bind_device
await device._initiate_binding_process( # may: BindingFlowFailed
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...<3 lines>...
) # TODO: will need to re-discover schema
^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/device/base.py", line 379, in _initiate_binding_process
msgs = await self._bind_context.initiate_binding_process(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
codes, confirm_code=confirm_code, ratify_cmd=ratify_cmd
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
) # TODO: if successful, re-discover schema?
^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/binding_fsm.py", line 341, in initiate_binding_process
accept = await self._wait_for_accept(tender)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/binding_fsm.py", line 385, in _wait_for_accept
return await self.state.wait_for_accept(timeout)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/binding_fsm.py", line 762, in wait_for_accept
return await self._wait_for_fut_result(timeout or _ACCEPT_WAIT_TIME)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.13/site-packages/ramses_rf/binding_fsm.py", line 467, in _wait_for_fut_result
await asyncio.wait_for(self._fut, timeout)
File "/usr/local/lib/python3.13/asyncio/tasks.py", line 507, in wait_for
return await fut
^^^^^^^^^
ramses_rf.exceptions.BindingFlowFailed: 37:090646: SuppSendOfferWaitForAccept: Failed to transition to <class 'ramses_rf.binding_fsm.SuppIsReadyToSendConfirm'>: expected message not received after 5.1 secs

[ Voor 80% gewijzigd door Robbrand89 op 21-09-2025 11:34 ]

[ebroerse]

Robbrand89 schreef op zondag 21 september 2025 @ 11:28:

System schema's:
orphans_hvac:
- "32:138305"
- "32:138311"
- "37:090646"
- "37:094407"
- "37:094411"

Known devices:
"18:262143":
class: HGI
"32:138305":
_note: Orcon HRC 400
class: FAN
…
"37:090646":
class: REM
commands:
auto: " I --- 37:090646 32:138305 --:------ 22F1 003 000407"
…
"37:094411":
class: REM
faked: true

Maar ook als het een bestaande remote is moet je via HA op het zelfde ID nog een keer pairen?

Nog een keer pairen hoeft vlg. mij niet. De fan denkt gewoon dat het dezelfde REM is, als je hetzelfde adres gebruikt met faked: true

I.p.v. _note gebruik ik

code:

alias: mijn remote

[Wimpie70]

Meerdere ESP's met Ramses RF.
Ik kan natuurlijk een issue maken op github, maar dacht om het eerst eens hier te vragen voor een wat breder publiek

Ik heb een werkend systeem met o.a. 1 Orcon fan en een Indalo Tech ESP (mqtt) Nu wil ik dit uitbreiden met nog een FAN, maar deze is te ver van de andere FAN voor betrouwbare communicatie.

Ramses rf ondersteund zover ik kan zien maar 1 HGI, 1 serial port, en maar 1 HUB.
Meerdere HGI's kan problemen geven met interferentie ed.
Ik zie wel een paar oplossingen, maar misschien is er iemand die al iets dergelijks heeft draaien of een andere oplossing weet.

- meerdere HA containers draaien, maar dat is niet ideaal.
- Repeaters: bidirectional ?
- 'bound' HGI aan een FAN koppelen.
Ik ben bezig met een PR waarbij je in de configuratie 'bound' kan gebruiken bij een FAN om aan te geven welke Remote verbonden is met de FAN (om 2411 configuratie parameters te kunnen zetten). Dit zou ook voor HGI's kunnen, maar vraagt behoorlijk wat aanpassingen aan de rest van de code.
- of andersom: in de config per HGI aangeven welke devices er bij horen.

Maar misschien zie ik een oplossing over het hoofd...

[immrmkw]

@TijmenvS

Wat je weleens ziet bij bijvoorbeeld Zigbee sticks is dat deze gevoelig zijn voor ruis gegenereerd door apparaten in de buurt. Het kan zijn dat de ruis via de USB voeding op je Ramses ESP bordje terechtkomt. In dat geval zou een andere USB voeding dat eventueel oplossen. Mocht je al een USB kabel tussen de USB voeding en je bordje hebben, dan zou je eventueel een ferrietklem om je USB kabel kunnen klemmen. Deze onderdrukt bepaalde typen ruis op je USB kabel. Mocht dat niet helpen dan is een andere locatie van je Ramses ESP bordje of het stopcontact niet gebruiken de enige oplossing.

Ik verwacht niet dat de CO2 meting zelf verstoord wordt. Deze wordt lokaal gedaan en is minder gevoelig voor verstoring. Ook is de CO2 sensor een zender, en geen ontvanger. Ik zou verwachten dat ruis vooral een ontvanger kan beinvloeden.

[Bra-Jo]

Vandaag eindelijk tijd gehad om hier eens mee te spelen. Ik heb Ramses aan de praat en de WTW en RF15 worden gevonden, maar ik heb het idee dat ik iets mis bji de RF15. Alles blijft Unavailable. Al een keer verwijderd en weer toegevoegd, maar het doet niet veel...
Ik heb ook een fake remote toegevoegd obv de startpost, die doet ook niks. De waardes die ik gebruikt heb, kloppen volgens mij, maar ik zie niet wat er mis gaat. Tips zouden heel fijn zijn...

Schema:
orphans_hvac:
- "32:162716" #WTW
- "18:037532" #gateway
- "29:123456" #fake remote
- "32:105457" #RF15

Device IDs:
"18:037532":
class: HGI
"32:162716":
class: FAN
"32:105457":
class: REM
"29:123456":
class: REM
faked: true
commands:
auto: " I --- 32:105457 32:162716 --:------ 22F1 003 000404"
away: " I --- 32:105457 32:162716 --:------ 22F3 007 00520C00040404"
high: " I --- 32:105457 32:162716 --:------ 22F3 007 00123C03040404"
low: " I --- 32:105457 32:162716 --:------ 22F3 007 00123C01040404"
medium: " I --- 32:105457 32:162716 --:------ 22F3 007 00520D02040404"

Resultaat:

[ebroerse]

Bra-Jo schreef op zondag 21 september 2025 @ 19:07:

Schema:
orphans_hvac:
- "32:162716" #WTW
- "18:037532" #gateway
- "29:123456" #fake remote

De gateway hoeft niet bij ‘orphans_hvac’ te staan; die wordt vanzelf opgepikt en hoe minder hoe beter!
Is de fake remote al gepaird? En doet die echte het wel? Wat komt er in je packetlog?

[Pocketware]

TijmenvS schreef op vrijdag 22 augustus 2025 @ 10:31:
Ik heb een Orcon HRC300 EcoMax uit 2019 die via een Indalo tech module kan worden aangestuurd met de ramses_cc integratie in Home Assistant. De fan speeds werken prima, heb er automations mee gemaakt zodat de Orcon al bij een CO2 van 800 hoger gaat.

Alleen ik krijg de bypass aansturing niet aan de praat. Ik heb in de known device id's de op het forum hier bekende codes toegevoegd, de code wordt verstuurd, maar lijkt verder genegeerd te worden door de Orcon unit. Ik heb nog opnieuw gebind met de 22F7 code, maar ook dan krijg ik hetzelfde resultaat. Heeft iemand hier enig idee waarom het niet werkt?

Mijn HRC300 van EcoMax van 2020 reageert ook niet op de berichten die al eerder zijn gedeeld.
Echter... na het koppelen van de 15RF heb ik wel de berichten kunnen onderscheppen waarmee de aansturing te regelen is. Zal de volledige logregels een toevoegen; zelf even aanpassen naar wat jij krijgt als volledig bericht.

1. On zetten:

code:

2025-09-22T18:37:34.219674 062 RQ --- 37:126467 32:161205 --:------ 2411 003 00004B
2025-09-22T18:37:34.258727 063 RP --- 32:161205 37:126467 --:------ 2411 022 00004B39000000000200000000000000020000000170
2025-09-22T18:37:35.858741 066  W --- 37:126467 32:161205 --:------ 2411 023 00004B0000000000010000000000000002000000010000
2025-09-22T18:37:35.900029 059  I --- 32:161205 37:126467 --:------ 2411 022 00004B39000000000100000000000000020000000170

Off:

code:

2025-09-22T18:37:39.969985 053 RQ --- 37:126467 32:161205 --:------ 2411 003 00004B
2025-09-22T18:37:40.010781 071 RP --- 32:161205 37:126467 --:------ 2411 022 00004B39000000000100000000000000020000000170
2025-09-22T18:37:42.858738 049  W --- 37:126467 32:161205 --:------ 2411 023 00004B0000000000020000000000000002000000010000
2025-09-22T18:37:42.891742 046  I --- 32:161205 37:126467 --:------ 2411 022 00004B39000000000200000000000000020000000170

Auto:

code:

2025-09-22T18:37:46.470634 047 RQ --- 37:126467 32:161205 --:------ 2411 003 00004B
2025-09-22T18:37:46.490597 046 RP --- 32:161205 37:126467 --:------ 2411 022 00004B39000000000200000000000000020000000170
2025-09-22T18:37:48.608402 049  W --- 37:126467 32:161205 --:------ 2411 023 00004B0000000000000000000000000002000000010000
2025-09-22T18:37:48.649963 046  I --- 32:161205 37:126467 --:------ 2411 022 00004B39000000000000000000000000020000000170

Eerst wordt er een bericht verstuurd: 2411 003 00004B
Daarop komt het antwoord: 2411 022 00004B39000000000200000000000000020000000170
Dit is dus een check in welke status de bypass staat.

On is dan het zetten van 2 naar 1.
Idem voor Off en Auto; Off=2, Auto=0

Het kan zijn dat je eigen logregel er net iets anders uit ziet; je kunt dan die pakken (response na het 2411 003 00004B bericht) en dan 39 naar 00, de waarde 0, 1 of 2 aanpassen en aan het einde afsluiten met 10000 ipv 170 (of wat jij daar ook maar hebt staan).

[Wimpie70]

@Pocketware Ah, 4B kende ik nog niet voor 2411. Ook in ramses_rf zijn alleen de volgende parameters bekend:
31, 3D, 3E, 3F, 40, 41, 42, 43, 44, 4E, 52, 54, 75, 95
Als je nog meer 2411 params weet hoor ik het graag. Ik kan ze dan toevoegen aan mn (draft) PR.
Ik zal 4B binnenkort even testen.
---
Ik krijg idd waardes terug voor 4B.
In de handleiding van de RF 15 display staat ook:
Instelling Nr 10 voor HRC geproduceerd voor 2021 is: Test Bypass klep 0=normaal in bedrijf, 1=open, 2=gesloten
---

Tot nu toe gebruikte ik voor de bypass:

code:

event_type: ramses_cc_message
data:
  dtm: "2025-09-22T19:05:53.520921"
  src: "32:153289"
  dst: "37:168270"
  verb: " I"
  code: 22F7
  payload:
    bypass_mode: auto
    bypass_state: "off"
    bypass_position: 0
  packet: " I --- 32:153289 37:168270 --:------ 22F7 003 00FF00"
origin: LOCAL
time_fired: "2025-09-22T17:05:53.530804+00:00"
context:
  id: 01K5S675VT7N28TT0R2R0K6KRQ
  parent_id: null
  user_id: null

[ Voor 12% gewijzigd door Wimpie70 op 22-09-2025 20:33 ]

[TijmenvS]

@ebroerse De packets zien er hetzelfde uit als de normale packets. Het lijkt erop dat indalo tech module ze niet meer goed kan uitlezen of dat de CO2 waarden die gelezen worden niet (kunnen) kloppen. Hieronder packets uit een periode dat het goed gaat en uit een slechte periode.

Goed:

code:

 2025-09-22T19:17:21.349470 053  I --- 32:161442 --:------ 32:161442 31D9 004 00200300
2025-09-22T19:20:10.033778 052  I --- 32:161442 --:------ 32:161442 31DA 029 00EF007FFF37310582079407990637F800004D8C8C0001EFEF16AA16C9
2025-09-22T19:20:57.954595 052  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-22T19:20:58.087604 052  I --- 32:161442 --:------ 32:161442 31DA 029 00EF007FFF36310582079407990641F80000581E1E0000EFEF16AA16C9
2025-09-22T19:22:18.476143 067  I --- 32:097951 --:------ 32:097951 1298 003 000209
2025-09-22T19:22:43.938566 066  I --- 32:097951 32:161442 --:------ 31E0 008 0000000001001E00
2025-09-22T19:22:43.970515 053  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-22T19:24:39.575173 053  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-22T19:25:09.546152 053  I --- 32:161442 --:------ 32:161442 31DA 029 00EF007FFF383105820794079E05FFF80000581E1E0000EFEF04DF04DF
2025-09-22T19:28:06.514252 063  I --- 32:097951 32:161442 --:------ 31E0 008 0000000001001E00
2025-09-22T19:28:06.545310 053  I --- 32:161442 --:------ 32:161442 31D9 004 00200400

Fout:

code:

2025-09-18T22:34:40.000242 049  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-18T22:40:02.600518 049  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-18T22:43:05.951101 049  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-18T22:43:35.930939 049  I --- 32:161442 --:------ 32:161442 31DA 029 00EF007FFF4E4C07A8080C080207B2F80000581E1E0000EFEF04DF04DF
2025-09-18T22:45:25.238280 049  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-18T22:50:47.846013 049  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-18T22:53:05.056647 049  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-18T22:53:35.034505 049  I --- 32:161442 --:------ 32:161442 31DA 029 00EF007FFF4E4C07A8080C080207C9F80000581E1E0000EFEF04DF0532
2025-09-18T22:56:10.576353 049  I --- 32:161442 --:------ 32:161442 31D9 004 00200400
2025-09-18T23:01:33.067918 049  I --- 32:161442 --:------ 32:161442 31D9 004 00200400

@immrmkw Ik heb de indalo tech module nu direct in de home assistant usb poort geplugd. Toen ik daar in de buurt een switch installeerde ging het mis (en weer goed toen ik de switch weghaalde). Maar ook als ik in de buurt van de CO2 remote iets in het stopcontact steek gaat het mis. De CO2 remote staat 2 verdiepingen lager dan de indalo tech module en de Orcon hrc 300 EcoMax. Het probleem zit hem zoals je zegt niet in de CO2 remote want de verbinding met en directe aansturing van de Orcon hrc 300 EcoMax blijft prima werken. Het lijkt dus een ontvangstprobleem te zijn, of een probleem met het decoderen van de packets door de integratie.

[immrmkw]

@TijmenvS, tja, het zal misschien verstoring zijn, maar hoe het precies zit, weet ik niet. Ik denk dat een kabeltje tussen je Home assistant en de module nog wel het proberen waard is. Eventueel met een ferrietklem. Ook heeft de Indalo tech module niet een heel goede antenne meegeleverd. De meegeleverde antenne heeft 2.1 dBi gain volgens mij, terwijl er ook antennes zijn met 3 dBi of 5 dBi. Dus je kunt ook nog proberen om er een andere antenne op te zetten.

[ebroerse]

TijmenvS schreef op maandag 22 september 2025 @ 19:49:
… packets uit een periode dat het goed gaat en uit een slechte

Goed:

code:

2025-09-22T19:22:18.476143 067  I --- 32:097951 --:------ 32:097951 1298 003 000209

…

Alle berichten zijn correcte Ramses packets, die netjes geparsed worden.
Enkel je 1298 berichten bevatten in dit geval bruikbare CO2 metingen. In de 31DA zit bij dit apparaat een None- waarde voor CO2, en die wordt genegeerd.
In de ‘slechte’ periode verstuurt hij zo te zien geen 1298-code packets. Waarom weet ik helaas niet.
Als je via MQTT werkt, kan je met bijv. MQTT Analyzer op je mobiel checken of er echt geen 1298 packets langskomen.
Je ziet ook geen foutmeldingen in de HA system logs?

[ Voor 7% gewijzigd door ebroerse op 23-09-2025 19:20 ]

[Pocketware]

...
Als je nog meer 2411 params weet hoor ik het graag. Ik kan ze dan toevoegen aan mn (draft) PR.
Ik zal 4B binnenkort even testen.
...

Er zijn een heleboel 2411 parameters.

Bijvoorbeeld de

code:

" W --- 37:161205 32:161205 --:------ 2411 022 00008E00000000FE6F00000000000000000000000000"

Deze heb ik gebruikt om de offset van de out temperatuur aan te passen (monteur was hier voor onderhoud en heeft toen de offset aangepast omdat die 5 graden uit de pas liep.
Nu blijkt dat die helemaal niet lekker werkt en continue te weinig aangeeft (dus te hoog bij lage temperaturen en te laag bij hogere temperaturen).


Met dit commando een offset gemaakt die rond de 20 graden klopt.
Was begin januari dat ik dit heb gedaan; zou nu echt niet meer weten wat de offset is...

8E, 8F en 90 zijn iig temperatuur offsets; monteur moest ook even zoeken naar de juiste en deze zijn toen aangepast.

Log nadat de monteur verbinding had gemaakt:

code:

2025-01-08T08:09:25.005222 058 RQ --- 05:002861 32:161205 --:------ 2411 004 00000000
2025-01-08T08:09:25.034849 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000100200000303900000000FFFFFFFF0000000170
2025-01-08T08:09:25.304332 059 RQ --- 05:002861 32:161205 --:------ 2411 004 00000001
2025-01-08T08:09:25.335284 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000201000000001300000000000000FF0000000070
2025-01-08T08:09:25.449400 063 RQ --- 05:002861 32:161205 --:------ 2411 004 00000002
2025-01-08T08:09:25.485466 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000302000000000800000000000000FF0000000070
2025-01-08T08:09:25.617802 063 RQ --- 05:002861 32:161205 --:------ 2411 004 00000003
2025-01-08T08:09:25.647028 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000403000000006700000000000000FF0000000170
2025-01-08T08:09:25.819107 056 RQ --- 05:002861 32:161205 --:------ 2411 004 00000004
2025-01-08T08:09:25.850627 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000B04100000012C00000014000003200000000170
2025-01-08T08:09:26.027348 054 RQ --- 05:002861 32:161205 --:------ 2411 004 00000005
2025-01-08T08:09:26.066334 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000C05100000012C00000014000003200000000170
2025-01-08T08:09:26.223745 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000006
2025-01-08T08:09:26.260827 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000E06000000000F00000000000000640000000170
2025-01-08T08:09:26.429285 051 RQ --- 05:002861 32:161205 --:------ 2411 004 00000007
2025-01-08T08:09:26.471547 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000F07000000005000000000000000640000000170
2025-01-08T08:09:26.710451 052 RQ --- 05:002861 32:161205 --:------ 2411 004 00000008
2025-01-08T08:09:26.741394 035 RP --- 32:161205 05:002861 --:------ 2411 022 00001008000000000A00000000000000640000000170
2025-01-08T08:09:26.898177 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000009
2025-01-08T08:09:26.934721 035 RP --- 32:161205 05:002861 --:------ 2411 022 00001109000000006400000000000000640000000170
2025-01-08T08:09:27.085586 050 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000A
2025-01-08T08:09:27.122041 034 RP --- 32:161205 05:002861 --:------ 2411 022 0000120A000000000A00000000000000640000000170
2025-01-08T08:09:27.290742 049 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000B
2025-01-08T08:09:27.322047 034 RP --- 32:161205 05:002861 --:------ 2411 022 0000130B000000006400000000000000640000000170
2025-01-08T08:09:27.509253 050 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000C
2025-01-08T08:09:27.547854 034 RP --- 32:161205 05:002861 --:------ 2411 022 0000140C9100000032FFFFFF38000000960000000170
2025-01-08T08:09:27.721001 056 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000D
2025-01-08T08:09:27.752743 035 RP --- 32:161205 05:002861 --:------ 2411 022 00001F0D000000000300000000000000060000000170
2025-01-08T08:09:27.902157 055 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000E
2025-01-08T08:09:27.927657 035 RP --- 32:161205 05:002861 --:------ 2411 022 0000200E000000003C00000000000000FF0000000170
2025-01-08T08:09:28.096856 054 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000F
2025-01-08T08:09:28.122976 035 RP --- 32:161205 05:002861 --:------ 2411 022 0000210F000000003C00000000000000FF0000000170
2025-01-08T08:09:28.285386 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000010
2025-01-08T08:09:28.313017 035 RP --- 32:161205 05:002861 --:------ 2411 022 0000221010000007D000000000FFFFFFFF0000000170
2025-01-08T08:09:28.477096 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000011
2025-01-08T08:09:28.515834 036 RP --- 32:161205 05:002861 --:------ 2411 022 00002611100000025800000000FFFFFFFF0000000170
2025-01-08T08:09:28.689273 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000012
2025-01-08T08:09:28.725408 035 RP --- 32:161205 05:002861 --:------ 2411 022 00005D12000000003C00000000000000640000000170
2025-01-08T08:09:28.888278 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000013
2025-01-08T08:09:28.923788 035 RP --- 32:161205 05:002861 --:------ 2411 022 00005E13000000000A00000000000000C80000000170
2025-01-08T08:09:29.086500 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000014
2025-01-08T08:09:29.120289 035 RP --- 32:161205 05:002861 --:------ 2411 022 00005F14000000006400000000000000640000000170
2025-01-08T08:09:29.292069 058 RQ --- 05:002861 32:161205 --:------ 2411 004 00000015
2025-01-08T08:09:29.328924 035 RP --- 32:161205 05:002861 --:------ 2411 022 00006015000000000300000000000000030000000170
2025-01-08T08:09:29.488409 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000015
2025-01-08T08:09:29.529365 035 RP --- 32:161205 05:002861 --:------ 2411 022 00006015000000000300000000000000030000000170
2025-01-08T08:09:29.992245 059 RQ --- 05:002861 32:161205 --:------ 2411 004 00000016
2025-01-08T08:09:30.024969 037 RP --- 32:161205 05:002861 --:------ 2411 022 00002716910000FFE2FFFFFF38000001F40000000170
2025-01-08T08:09:30.197650 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000017
2025-01-08T08:09:30.230468 105 RP --- 32:161205 05:002861 --:------ 2411 022 00005717000000000100000000000000010000000170
2025-01-08T08:09:30.411250 058 RQ --- 05:002861 32:161205 --:------ 2411 004 00000018
2025-01-08T08:09:30.450862 098 RP --- 32:161205 05:002861 --:------ 2411 022 00002818910000FFD8FFFFFF38000001F40000000170
2025-01-08T08:09:30.626859 061 RQ --- 05:002861 32:161205 --:------ 2411 004 00000019
2025-01-08T08:09:30.665819 103 RP --- 32:161205 05:002861 --:------ 2411 022 000072199100000028FFFFFF38000001F40000000170
2025-01-08T08:09:30.828183 068 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001A
2025-01-08T08:09:30.869322 084 RP --- 32:161205 05:002861 --:------ 2411 022 0000291A000000003C00000000000000780000000170
2025-01-08T08:09:31.024882 063 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001B
2025-01-08T08:09:31.066594 091 RP --- 32:161205 05:002861 --:------ 2411 022 00002A1B000000007800000000000000780000000170
2025-01-08T08:09:31.218066 058 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001C
2025-01-08T08:09:31.256827 098 RP --- 32:161205 05:002861 --:------ 2411 022 00002B1C9100000032FFFFFF38000001F40000000170
2025-01-08T08:09:31.490159 057 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001D
2025-01-08T08:09:31.518419 090 RP --- 32:161205 05:002861 --:------ 2411 022 0000701D13000061A8000000000000EA600000006470
2025-01-08T08:09:31.680959 059 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001E
2025-01-08T08:09:31.702316 101 RP --- 32:161205 05:002861 --:------ 2411 022 0000711E1300000000000000000000EA600000006470
2025-01-08T08:09:31.868552 061 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001F
2025-01-08T08:09:31.907268 100 RP --- 32:161205 05:002861 --:------ 2411 022 00006E1F110000007800000000000003E80000000170
2025-01-08T08:09:32.065036 064 RQ --- 05:002861 32:161205 --:------ 2411 004 00000020
2025-01-08T08:09:32.092375 093 RP --- 32:161205 05:002861 --:------ 2411 022 00006F20110000012C00000000000003E80000000170
2025-01-08T08:09:32.251210 065 RQ --- 05:002861 32:161205 --:------ 2411 004 00000021
2025-01-08T08:09:32.319435 097 RP --- 32:161205 05:002861 --:------ 2411 022 00008C21000000000200000000000000040000000170
2025-01-08T08:09:32.458841 064 RQ --- 05:002861 32:161205 --:------ 2411 004 00000022
2025-01-08T08:09:32.504744 100 RP --- 32:161205 05:002861 --:------ 2411 022 00002D22000000000000000000000000010000000170
2025-01-08T08:09:32.672042 069 RQ --- 05:002861 32:161205 --:------ 2411 004 00000023
2025-01-08T08:09:32.709484 093 RP --- 32:161205 05:002861 --:------ 2411 022 00002E239100000000FFFFFF38000001F40000000170
2025-01-08T08:09:32.872298 060 RQ --- 05:002861 32:161205 --:------ 2411 004 00000024
2025-01-08T08:09:32.906215 086 RP --- 32:161205 05:002861 --:------ 2411 022 00002F24010000000A00000000000000320000000170
2025-01-08T08:09:33.068706 058 RQ --- 05:002861 32:161205 --:------ 2411 004 00000025
2025-01-08T08:09:33.111389 090 RP --- 32:161205 05:002861 --:------ 2411 022 00008025100000001E00000000000007080000000170
2025-01-08T08:09:33.263921 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000026
2025-01-08T08:09:33.293706 103 RP --- 32:161205 05:002861 --:------ 2411 022 0000312610000000B400000000000007080000001E70
2025-01-08T08:09:33.444125 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000027
2025-01-08T08:09:33.483688 091 RP --- 32:161205 05:002861 --:------ 2411 022 00003227100000000000000000000000320000000170
2025-01-08T08:09:33.649685 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000028
2025-01-08T08:09:33.684008 096 RP --- 32:161205 05:002861 --:------ 2411 022 00003328000000000100000001000000020000000170
2025-01-08T08:09:35.605954 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000029
2025-01-08T08:09:35.640718 075 RP --- 32:161205 05:002861 --:------ 2411 022 00003429000000003200000000000000640000000170
2025-01-08T08:09:35.836113 055 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002A
2025-01-08T08:09:35.876207 055 RP --- 32:161205 05:002861 --:------ 2411 022 0000352A000000003200000000000000640000000170
2025-01-08T08:09:36.385732 055 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002A
2025-01-08T08:09:36.411414 091 RP --- 32:161205 05:002861 --:------ 2411 022 0000352A000000003200000000000000640000000170
2025-01-08T08:09:36.919514 056 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002B
2025-01-08T08:09:36.956800 091 RP --- 32:161205 05:002861 --:------ 2411 022 00003B2B000000000000000000000000020000000170
2025-01-08T08:09:37.123684 056 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002C
2025-01-08T08:09:37.152092 103 RP --- 32:161205 05:002861 --:------ 2411 022 0000612C000000000000000000000000010000000170
2025-01-08T08:09:37.336395 054 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002D
2025-01-08T08:09:37.371054 083 RP --- 32:161205 05:002861 --:------ 2411 022 0000622D000000000000000000000000010000000170
2025-01-08T08:09:37.528324 056 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002E
2025-01-08T08:09:37.557628 088 RP --- 32:161205 05:002861 --:------ 2411 022 00003C2E100000000000000000FFFFFFFF0000000170
2025-01-08T08:09:37.728336 055 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002F
2025-01-08T08:09:37.752733 105 RP --- 32:161205 05:002861 --:------ 2411 022 00003D2F0F0000001400000000000000500000000170
2025-01-08T08:09:37.938122 054 RQ --- 05:002861 32:161205 --:------ 2411 004 00000030
2025-01-08T08:09:37.972945 091 RP --- 32:161205 05:002861 --:------ 2411 022 00003E300F0000001400000000000000500000000170
2025-01-08T08:09:38.154577 054 RQ --- 05:002861 32:161205 --:------ 2411 004 00000031
2025-01-08T08:09:38.188047 099 RP --- 32:161205 05:002861 --:------ 2411 022 00003F310F0000001E00000000000000A00000000170
2025-01-08T08:09:38.331797 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000032
2025-01-08T08:09:38.363455 089 RP --- 32:161205 05:002861 --:------ 2411 022 000040320F0000001E00000000000000A00000000170
2025-01-08T08:09:38.566562 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000033
2025-01-08T08:09:38.608493 102 RP --- 32:161205 05:002861 --:------ 2411 022 000041330F0000006400000000000000C80000000170
2025-01-08T08:09:38.802999 052 RQ --- 05:002861 32:161205 --:------ 2411 004 00000034
2025-01-08T08:09:38.841663 091 RP --- 32:161205 05:002861 --:------ 2411 022 000042340F0000006400000014000000C80000000170
2025-01-08T08:09:39.029552 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000035
2025-01-08T08:09:39.059099 086 RP --- 32:161205 05:002861 --:------ 2411 022 000043350F0000008C00000000000000C80000000170
2025-01-08T08:09:39.251492 052 RQ --- 05:002861 32:161205 --:------ 2411 004 00000036
2025-01-08T08:09:39.284407 078 RP --- 32:161205 05:002861 --:------ 2411 022 000044360F0000008C00000014000000C80000000170

van HEX 00 t/m HEX 36 dus.

Als ik dan zoek naar de 4B (bypass) dan komt die als reponse op het request 00000039

code:

2025-01-08T08:10:00.820439 047 RQ --- 05:002861 32:161205 --:------ 2411 004 00000039
2025-01-08T08:10:00.851845 099 RP --- 32:161205 05:002861 --:------ 2411 022 00004B39000000000000000000000000020000000170

Je kunt ze dus op verschillende manieren opvragen...
Zou toch handig zijn als iemand hiervan een lijstje heeft.
@Vaevictis_, is dit te halen uit de documentatie die jij hebt?

documentatie van Orcon, Honeywell met instructies hoe te koppelen en modbus registers

[TijmenvS]

@ebroerse De hele nacht van 18 op 19 september had ik geen data en ik heb de packetlog nagekeken, maar daar staan die hele nacht geen 1298 packets. De module zit nu via de usb poort aangesloten, dus niet via MQTT.

Gedurende die nacht wel een aantal van deze meldingen, maar die zijn er ook als de CO2 waarde wel goed binnenkomt.
HGI 18:183788 Gateway status probleem gedetecteerd

En ik zie regelmatig deze melding, maar ook die is er ook als de CO2 waarde wel goed binnen komt

code:

 Logger: homeassistant.util.loop
Bron: util/loop.py:137
Eerst voorgekomen: 16:20:41 (5 gebeurtenissen)
Laatst gelogd: 16:20:41

Detected blocking call to glob with args ('/dev/ttyACM*',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 146: await self.client.start(cached_packets=cached_packets()) (offender: /usr/local/lib/python3.13/site-packages/ramses_tx/transport.py, line 166: devices.update(glob.glob(items[1] + "*"))), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#glob Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 223, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 209, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 156, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 896, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 662, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 751, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 94, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 146, in async_setup await self.client.start(cached_packets=cached_packets())
Detected blocking call to iglob with args ('/dev/ttyACM*',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 146: await self.client.start(cached_packets=cached_packets()) (offender: /usr/local/lib/python3.13/glob.py, line 31: return list(iglob(pathname, root_dir=root_dir, dir_fd=dir_fd, recursive=recursive,), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#iglob Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 223, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 209, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 156, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 896, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 662, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 751, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 94, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 146, in async_setup await self.client.start(cached_packets=cached_packets())
Detected blocking call to scandir with args ('/dev',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 146: await self.client.start(cached_packets=cached_packets()) (offender: /usr/local/lib/python3.13/glob.py, line 170: with os.scandir(arg) as it:), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#scandir Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 223, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 209, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 156, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 896, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 662, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 751, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 94, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 146, in async_setup await self.client.start(cached_packets=cached_packets())
Detected blocking call to glob with args ('/dev/*',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 146: await self.client.start(cached_packets=cached_packets()) (offender: /usr/local/lib/python3.13/site-packages/ramses_tx/transport.py, line 147: for device in glob.glob("/dev/*") + glob.glob("/dev/serial/by-id/*"):), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#glob Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 223, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 209, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 156, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 896, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 662, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 751, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 94, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 146, in async_setup await self.client.start(cached_packets=cached_packets())
Detected blocking call to open with args ('/sys/devices/platform/fd840000.usb/usb5/5-1/bNumInterfaces',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 146: await self.client.start(cached_packets=cached_packets()) (offender: /usr/local/lib/python3.13/site-packages/serial/tools/list_ports_linux.py, line 84: with open(os.path.join(*args)) as f:), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#open Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 223, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 209, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 156, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 896, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 662, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 751, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 94, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 146, in async_setup await self.client.start(cached_packets=cached_packets())

[Vaevictis_]

Pocketware schreef op dinsdag 23 september 2025 @ 20:07:
[...]


Er zijn een heleboel 2411 parameters.

Bijvoorbeeld de

code:

" W --- 37:161205 32:161205 --:------ 2411 022 00008E00000000FE6F00000000000000000000000000"

Deze heb ik gebruikt om de offset van de out temperatuur aan te passen (monteur was hier voor onderhoud en heeft toen de offset aangepast omdat die 5 graden uit de pas liep.
Nu blijkt dat die helemaal niet lekker werkt en continue te weinig aangeeft (dus te hoog bij lage temperaturen en te laag bij hogere temperaturen).


Met dit commando een offset gemaakt die rond de 20 graden klopt.
Was begin januari dat ik dit heb gedaan; zou nu echt niet meer weten wat de offset is...

8E, 8F en 90 zijn iig temperatuur offsets; monteur moest ook even zoeken naar de juiste en deze zijn toen aangepast.

Log nadat de monteur verbinding had gemaakt:

code:

2025-01-08T08:09:25.005222 058 RQ --- 05:002861 32:161205 --:------ 2411 004 00000000
2025-01-08T08:09:25.034849 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000100200000303900000000FFFFFFFF0000000170
2025-01-08T08:09:25.304332 059 RQ --- 05:002861 32:161205 --:------ 2411 004 00000001
2025-01-08T08:09:25.335284 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000201000000001300000000000000FF0000000070
2025-01-08T08:09:25.449400 063 RQ --- 05:002861 32:161205 --:------ 2411 004 00000002
2025-01-08T08:09:25.485466 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000302000000000800000000000000FF0000000070
2025-01-08T08:09:25.617802 063 RQ --- 05:002861 32:161205 --:------ 2411 004 00000003
2025-01-08T08:09:25.647028 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000403000000006700000000000000FF0000000170
2025-01-08T08:09:25.819107 056 RQ --- 05:002861 32:161205 --:------ 2411 004 00000004
2025-01-08T08:09:25.850627 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000B04100000012C00000014000003200000000170
2025-01-08T08:09:26.027348 054 RQ --- 05:002861 32:161205 --:------ 2411 004 00000005
2025-01-08T08:09:26.066334 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000C05100000012C00000014000003200000000170
2025-01-08T08:09:26.223745 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000006
2025-01-08T08:09:26.260827 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000E06000000000F00000000000000640000000170
2025-01-08T08:09:26.429285 051 RQ --- 05:002861 32:161205 --:------ 2411 004 00000007
2025-01-08T08:09:26.471547 035 RP --- 32:161205 05:002861 --:------ 2411 022 00000F07000000005000000000000000640000000170
2025-01-08T08:09:26.710451 052 RQ --- 05:002861 32:161205 --:------ 2411 004 00000008
2025-01-08T08:09:26.741394 035 RP --- 32:161205 05:002861 --:------ 2411 022 00001008000000000A00000000000000640000000170
2025-01-08T08:09:26.898177 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000009
2025-01-08T08:09:26.934721 035 RP --- 32:161205 05:002861 --:------ 2411 022 00001109000000006400000000000000640000000170
2025-01-08T08:09:27.085586 050 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000A
2025-01-08T08:09:27.122041 034 RP --- 32:161205 05:002861 --:------ 2411 022 0000120A000000000A00000000000000640000000170
2025-01-08T08:09:27.290742 049 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000B
2025-01-08T08:09:27.322047 034 RP --- 32:161205 05:002861 --:------ 2411 022 0000130B000000006400000000000000640000000170
2025-01-08T08:09:27.509253 050 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000C
2025-01-08T08:09:27.547854 034 RP --- 32:161205 05:002861 --:------ 2411 022 0000140C9100000032FFFFFF38000000960000000170
2025-01-08T08:09:27.721001 056 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000D
2025-01-08T08:09:27.752743 035 RP --- 32:161205 05:002861 --:------ 2411 022 00001F0D000000000300000000000000060000000170
2025-01-08T08:09:27.902157 055 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000E
2025-01-08T08:09:27.927657 035 RP --- 32:161205 05:002861 --:------ 2411 022 0000200E000000003C00000000000000FF0000000170
2025-01-08T08:09:28.096856 054 RQ --- 05:002861 32:161205 --:------ 2411 004 0000000F
2025-01-08T08:09:28.122976 035 RP --- 32:161205 05:002861 --:------ 2411 022 0000210F000000003C00000000000000FF0000000170
2025-01-08T08:09:28.285386 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000010
2025-01-08T08:09:28.313017 035 RP --- 32:161205 05:002861 --:------ 2411 022 0000221010000007D000000000FFFFFFFF0000000170
2025-01-08T08:09:28.477096 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000011
2025-01-08T08:09:28.515834 036 RP --- 32:161205 05:002861 --:------ 2411 022 00002611100000025800000000FFFFFFFF0000000170
2025-01-08T08:09:28.689273 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000012
2025-01-08T08:09:28.725408 035 RP --- 32:161205 05:002861 --:------ 2411 022 00005D12000000003C00000000000000640000000170
2025-01-08T08:09:28.888278 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000013
2025-01-08T08:09:28.923788 035 RP --- 32:161205 05:002861 --:------ 2411 022 00005E13000000000A00000000000000C80000000170
2025-01-08T08:09:29.086500 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000014
2025-01-08T08:09:29.120289 035 RP --- 32:161205 05:002861 --:------ 2411 022 00005F14000000006400000000000000640000000170
2025-01-08T08:09:29.292069 058 RQ --- 05:002861 32:161205 --:------ 2411 004 00000015
2025-01-08T08:09:29.328924 035 RP --- 32:161205 05:002861 --:------ 2411 022 00006015000000000300000000000000030000000170
2025-01-08T08:09:29.488409 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000015
2025-01-08T08:09:29.529365 035 RP --- 32:161205 05:002861 --:------ 2411 022 00006015000000000300000000000000030000000170
2025-01-08T08:09:29.992245 059 RQ --- 05:002861 32:161205 --:------ 2411 004 00000016
2025-01-08T08:09:30.024969 037 RP --- 32:161205 05:002861 --:------ 2411 022 00002716910000FFE2FFFFFF38000001F40000000170
2025-01-08T08:09:30.197650 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000017
2025-01-08T08:09:30.230468 105 RP --- 32:161205 05:002861 --:------ 2411 022 00005717000000000100000000000000010000000170
2025-01-08T08:09:30.411250 058 RQ --- 05:002861 32:161205 --:------ 2411 004 00000018
2025-01-08T08:09:30.450862 098 RP --- 32:161205 05:002861 --:------ 2411 022 00002818910000FFD8FFFFFF38000001F40000000170
2025-01-08T08:09:30.626859 061 RQ --- 05:002861 32:161205 --:------ 2411 004 00000019
2025-01-08T08:09:30.665819 103 RP --- 32:161205 05:002861 --:------ 2411 022 000072199100000028FFFFFF38000001F40000000170
2025-01-08T08:09:30.828183 068 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001A
2025-01-08T08:09:30.869322 084 RP --- 32:161205 05:002861 --:------ 2411 022 0000291A000000003C00000000000000780000000170
2025-01-08T08:09:31.024882 063 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001B
2025-01-08T08:09:31.066594 091 RP --- 32:161205 05:002861 --:------ 2411 022 00002A1B000000007800000000000000780000000170
2025-01-08T08:09:31.218066 058 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001C
2025-01-08T08:09:31.256827 098 RP --- 32:161205 05:002861 --:------ 2411 022 00002B1C9100000032FFFFFF38000001F40000000170
2025-01-08T08:09:31.490159 057 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001D
2025-01-08T08:09:31.518419 090 RP --- 32:161205 05:002861 --:------ 2411 022 0000701D13000061A8000000000000EA600000006470
2025-01-08T08:09:31.680959 059 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001E
2025-01-08T08:09:31.702316 101 RP --- 32:161205 05:002861 --:------ 2411 022 0000711E1300000000000000000000EA600000006470
2025-01-08T08:09:31.868552 061 RQ --- 05:002861 32:161205 --:------ 2411 004 0000001F
2025-01-08T08:09:31.907268 100 RP --- 32:161205 05:002861 --:------ 2411 022 00006E1F110000007800000000000003E80000000170
2025-01-08T08:09:32.065036 064 RQ --- 05:002861 32:161205 --:------ 2411 004 00000020
2025-01-08T08:09:32.092375 093 RP --- 32:161205 05:002861 --:------ 2411 022 00006F20110000012C00000000000003E80000000170
2025-01-08T08:09:32.251210 065 RQ --- 05:002861 32:161205 --:------ 2411 004 00000021
2025-01-08T08:09:32.319435 097 RP --- 32:161205 05:002861 --:------ 2411 022 00008C21000000000200000000000000040000000170
2025-01-08T08:09:32.458841 064 RQ --- 05:002861 32:161205 --:------ 2411 004 00000022
2025-01-08T08:09:32.504744 100 RP --- 32:161205 05:002861 --:------ 2411 022 00002D22000000000000000000000000010000000170
2025-01-08T08:09:32.672042 069 RQ --- 05:002861 32:161205 --:------ 2411 004 00000023
2025-01-08T08:09:32.709484 093 RP --- 32:161205 05:002861 --:------ 2411 022 00002E239100000000FFFFFF38000001F40000000170
2025-01-08T08:09:32.872298 060 RQ --- 05:002861 32:161205 --:------ 2411 004 00000024
2025-01-08T08:09:32.906215 086 RP --- 32:161205 05:002861 --:------ 2411 022 00002F24010000000A00000000000000320000000170
2025-01-08T08:09:33.068706 058 RQ --- 05:002861 32:161205 --:------ 2411 004 00000025
2025-01-08T08:09:33.111389 090 RP --- 32:161205 05:002861 --:------ 2411 022 00008025100000001E00000000000007080000000170
2025-01-08T08:09:33.263921 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000026
2025-01-08T08:09:33.293706 103 RP --- 32:161205 05:002861 --:------ 2411 022 0000312610000000B400000000000007080000001E70
2025-01-08T08:09:33.444125 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000027
2025-01-08T08:09:33.483688 091 RP --- 32:161205 05:002861 --:------ 2411 022 00003227100000000000000000000000320000000170
2025-01-08T08:09:33.649685 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000028
2025-01-08T08:09:33.684008 096 RP --- 32:161205 05:002861 --:------ 2411 022 00003328000000000100000001000000020000000170
2025-01-08T08:09:35.605954 057 RQ --- 05:002861 32:161205 --:------ 2411 004 00000029
2025-01-08T08:09:35.640718 075 RP --- 32:161205 05:002861 --:------ 2411 022 00003429000000003200000000000000640000000170
2025-01-08T08:09:35.836113 055 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002A
2025-01-08T08:09:35.876207 055 RP --- 32:161205 05:002861 --:------ 2411 022 0000352A000000003200000000000000640000000170
2025-01-08T08:09:36.385732 055 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002A
2025-01-08T08:09:36.411414 091 RP --- 32:161205 05:002861 --:------ 2411 022 0000352A000000003200000000000000640000000170
2025-01-08T08:09:36.919514 056 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002B
2025-01-08T08:09:36.956800 091 RP --- 32:161205 05:002861 --:------ 2411 022 00003B2B000000000000000000000000020000000170
2025-01-08T08:09:37.123684 056 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002C
2025-01-08T08:09:37.152092 103 RP --- 32:161205 05:002861 --:------ 2411 022 0000612C000000000000000000000000010000000170
2025-01-08T08:09:37.336395 054 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002D
2025-01-08T08:09:37.371054 083 RP --- 32:161205 05:002861 --:------ 2411 022 0000622D000000000000000000000000010000000170
2025-01-08T08:09:37.528324 056 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002E
2025-01-08T08:09:37.557628 088 RP --- 32:161205 05:002861 --:------ 2411 022 00003C2E100000000000000000FFFFFFFF0000000170
2025-01-08T08:09:37.728336 055 RQ --- 05:002861 32:161205 --:------ 2411 004 0000002F
2025-01-08T08:09:37.752733 105 RP --- 32:161205 05:002861 --:------ 2411 022 00003D2F0F0000001400000000000000500000000170
2025-01-08T08:09:37.938122 054 RQ --- 05:002861 32:161205 --:------ 2411 004 00000030
2025-01-08T08:09:37.972945 091 RP --- 32:161205 05:002861 --:------ 2411 022 00003E300F0000001400000000000000500000000170
2025-01-08T08:09:38.154577 054 RQ --- 05:002861 32:161205 --:------ 2411 004 00000031
2025-01-08T08:09:38.188047 099 RP --- 32:161205 05:002861 --:------ 2411 022 00003F310F0000001E00000000000000A00000000170
2025-01-08T08:09:38.331797 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000032
2025-01-08T08:09:38.363455 089 RP --- 32:161205 05:002861 --:------ 2411 022 000040320F0000001E00000000000000A00000000170
2025-01-08T08:09:38.566562 055 RQ --- 05:002861 32:161205 --:------ 2411 004 00000033
2025-01-08T08:09:38.608493 102 RP --- 32:161205 05:002861 --:------ 2411 022 000041330F0000006400000000000000C80000000170
2025-01-08T08:09:38.802999 052 RQ --- 05:002861 32:161205 --:------ 2411 004 00000034
2025-01-08T08:09:38.841663 091 RP --- 32:161205 05:002861 --:------ 2411 022 000042340F0000006400000014000000C80000000170
2025-01-08T08:09:39.029552 053 RQ --- 05:002861 32:161205 --:------ 2411 004 00000035
2025-01-08T08:09:39.059099 086 RP --- 32:161205 05:002861 --:------ 2411 022 000043350F0000008C00000000000000C80000000170
2025-01-08T08:09:39.251492 052 RQ --- 05:002861 32:161205 --:------ 2411 004 00000036
2025-01-08T08:09:39.284407 078 RP --- 32:161205 05:002861 --:------ 2411 022 000044360F0000008C00000014000000C80000000170

van HEX 00 t/m HEX 36 dus.

Als ik dan zoek naar de 4B (bypass) dan komt die als reponse op het request 00000039

code:

2025-01-08T08:10:00.820439 047 RQ --- 05:002861 32:161205 --:------ 2411 004 00000039
2025-01-08T08:10:00.851845 099 RP --- 32:161205 05:002861 --:------ 2411 022 00004B39000000000000000000000000020000000170

Je kunt ze dus op verschillende manieren opvragen...
Zou toch handig zijn als iemand hiervan een lijstje heeft.
@Vaevictis_, is dit te halen uit de documentatie die jij hebt?

documentatie van Orcon, Honeywell met instructies hoe te koppelen en modbus registers

Nee helaas ik heb modbus rtu/tcp documentatie en dat is een ander protocol. Uiteindelijk zal het ook naar Honeywel RAMSES worden vertaald maar dat krijg je niet te zien omdat het een gesloten systeem is.

Als ik het werkend krijg kan ik wel commandos versturen en packets met evofw3 opvangen. Want de implementatie van Honeywel is wel veel uitgebreider dan wat nu mogelijk is.

[ebroerse]

TijmenvS schreef op dinsdag 23 september 2025 @ 20:39:
… En ik zie regelmatig deze melding, …

Bedankt. Ik heb de melding aan de collectie in issue 285 toegevoegd. Lijkt niet kritisch (HA loopt verder), en niet direct aan je CO2 sensor gekoppeld.

[Robbrand89]

Robbrand89 schreef op woensdag 17 september 2025 @ 19:24:
Goedeavond allemaal,

Ik ben al enige tijd aan het stoeien met ramses RF om mijn ocron WTW in HA te krijgen alleen op dit moment loopt ik een beetje vast, heb al een hoop gelezen en geprobeerd maar heb even een zetje in de goede richting nodig.

Ik heb deze module gekocht en via USB direct met HA gekoppeld.

https://smart-home-kompon...d74qEhaXLsTgK8PhaUt2V-plK

Via arduino heb ik de evofw3 firmware in de dongle geflashed en daarna kreeg ik keurig berichten en devices binnen.

[Afbeelding]

Ik loop alleen helemaal vast bij het comminiceren met de WTW unit. Ik heb geprobeerd om nieuwe fake remote's te binden met de WTW en bestaande remotes om deze aan te sturen echter krijg ik gewoon geen reactie van de box. Vanavond geprobeerd om de antenne dichterbij de box te brengen maar dat heeft ook geen effect gehad.

Wat ik zie is dat de gateway heel veel RQ berichten uitzend maar nooit een reactie lijkt te krijgen. Zou het kunnen dat mijn gateway wel zend maar geen berichten ontvangt?

[Afbeelding]

Dit is onder andere een commando dat ik probeer te versturen naar de ventilatie box (waarbij ik de ID van de bestaande remote gebruik) Maar dit geeft geen reactie van de box.

2025-09-17T17:43:21.932774 000 I --- 37:090646 32:138305 --:------ 22F1 003 000307

Heb van Vliegnerd een dongle te leen gekregen, nu functioneerd alles. Nanocul unit is dus helaas kapot.

[vliegnerd]

Robbrand89 schreef op donderdag 25 september 2025 @ 14:52:
[...]


Heb van Vliegnerd een dongle te leen gekregen, nu functioneerd alles. Nanocul unit is dus helaas kapot.

Dat die nanoculs niet zenden is een bekend probleem, althans, dat beweer ik in een wat ouder bericht:
vliegnerd in "Ramses II 868MHz communicatie via evofw3 en ramses_rf"

Daar lees je overigens ook een oplossing (8/16MHz). Ik denk dat dit niet klopt, maar ik kan het bericht niet meer aanpassen.
Wellicht lukt het om het ding toch te laten zenden, aangezien ik vrij zeker weet dat de cc1101 module goed werkt.

[ Voor 9% gewijzigd door vliegnerd op 25-09-2025 19:10 . Reden: Nanocul zenden niet ]

[TijmenvS]

Sinds vanmiddag krijg ik weer geen CO2 waardes meer binnen. Nu zonder aanleiding, geen apparaten die voor storing zouden kunnen zorgen. Ik zie sinds de laatste CO2 waarde geen 1298 packets meer. In de logs zie ik wel een foutmelding, maar die is van zojuist. Toen heb ik wel de afstandsbediening even uit het stopcontact gehaald in de hoop dat dat zou helpen (dat deed het eerder wel eens). De melding noemt wel CO2.

Edit: ik zie in de packetlog helemaal geen berichten van de remote meer terugkomen sinds de laatste meting, ook niet de 31E0 berichten die normaal aanwezig zijn.

Deze foutmelding kreeg ik:

code:

 Logger: ramses_rf.dispatcher
Bron: runner.py:156
Eerst voorgekomen: 19:57:22 (2 gebeurtenissen)
Laatst gelogd: 20:04:31

RP --- 32:161442 32:097951 --:------ 31D9 004 00200400 < PacketInvalid(RP --- 32:161442 32:097951 --:------ 31D9 004 00200400 < Unexpected code for dst (CO2) to Rx)

[ Voor 9% gewijzigd door TijmenvS op 25-09-2025 20:34 ]

[ebroerse]

TijmenvS schreef op donderdag 25 september 2025 @ 20:21:
(…)
ook niet de 31E0 berichten die normaal aanwezig zijn.

Deze foutmelding kreeg ik:

code:

PacketInvalid(RP --- 32:161442 32:097951 --:------ 31D9 004 00200400 < Unexpected code for dst (CO2) to Rx)

De 32:097951 heb je als CO2 sensor ingesteld, maar hij doet kennelijk ook andere dingen?Daar is nu nog geen optie voor in ramses_cc (al vaker besproken). Als sensor verwacht je geen instructies of RP, dus daarom vind ramses_cc dat unexpected. Die melding mag je dus negeren.
Maar regelmatig een 1298, dat hoort iig.

Voor het dossier:
Wat voor model Orcon CO2/REM is het?
En welk model fan Orcon HRC300 EcoMax uit 2019 stuur je er mee aan? Heb je van beide een 10E0?

[ Voor 3% gewijzigd door ebroerse op 26-09-2025 16:34 ]

[TijmenvS]

@ebroerse De CO2 remote is een CO2 bedieningssensor, VMS-15CM17. Het is dus zowel een afstandsbediening als CO2 sensor. Hij meet CO2 en stuurt op basis daarvan de Orcon aan, maar hij heeft ook knoppen voor standen auto, 1, 2, 3 en alleen afvoeren. Op basis van de CO2 gaat de fan met halve procenten nauwkeurig hoger en lager. Voor zover ik weet kan dat niet met de home assistant integratie. Ik gebruik nu daarom een automatisering bij CO2 boven 800 schakel naar stand 3 voor 1 uur (= gelijk aan instellen op stand 3 via de CO2 remote, de standen 1, 2 en 3 op de remote zijn ook voor 1 uur). De CO2 remote herkent overigens het commando High 60 minuten via Home Assistant ook, de CO2 remote geeft dan ook stand 3 aan.

Ik had hem eerst als REM ingesteld, maar dan ziet de integratie in Home Assistant geen CO2 waardes en kan daar niet op gestuurd worden.

10E0 van de Orcon HRC300 EcoMax

code:

2025-09-04T08:52:44.910484 050  I --- 32:161442 63:262142 --:------ 10E0  038 000001C87D130D67FEFFFFFFFFFF1C0207E3564D442D3135524D533634000000000000000000

De CO2 remote heeft geen 10E0, wel een 31E0, zie hieronder. De 32:097951 van de CO2 remote zendt volgens mij alleen 31E0 en 1298 packets. Daarnaast ontvangt hij volgens mij ook 31D9 packets.

code:

 2025-09-26T18:14:52.807379 061  I --- 32:097951 32:161442 --:------ 31E0 008 0000000001006400
2025-09-26T18:25:14.927056 079 RP --- 32:161442 32:097951 --:------ 31D9 004 00200300

[ Voor 4% gewijzigd door TijmenvS op 26-09-2025 19:10 ]

[Bra-Jo]

ebroerse schreef op maandag 22 september 2025 @ 17:01:
[...]


De gateway hoeft niet bij ‘orphans_hvac’ te staan; die wordt vanzelf opgepikt en hoe minder hoe beter!
Is de fake remote al gepaird? En doet die echte het wel? Wat komt er in je packetlog?

Fake remote pairen had ik ff gemist, dacht dat dat niet nodig was als je dezelfde cofdes gebruikt als van de RF15? Ik heb voor nu even verwijderd om het geheel (voor mij) niet te complex te maken. Ik vind 't vreemd dat de RF steeds op unavailable blijft staan. Ik zie de WTW-unit zelf wel gewoon terug in HA, en hij reageert ook op commando's vanuit de RF.

Hieronder de logs, daar heb ik de ID's en codes geplukt.

code:

NAAR AUTO
2025-09-27T10:59:06.283546 060 RQ --- 32:105457 32:162716 --:------ 31D9 001 00
2025-09-27T10:59:06.315809 059 RP 020 32:162716 32:105457 --:------ 31D9 017 000A000020202020202020202020202008
2025-09-27T10:59:09.031473 058  I --- 32:105457 32:162716 --:------ 22F1 003 000404
2025-09-27T10:59:09.056028 059  I 021 32:162716 --:------ 32:162716 31D9 017 000A040020202020202020202020202008
2025-09-27T10:59:09.157773 059  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3C38078082000785075FF801001800000000EF000000000000
2025-09-27T10:59:18.599232 059  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3C380776078A0783075FF801001822220000EF00068205DC00
2025-09-27T10:59:28.601282 058  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3D38077607800785075FF801001822220000EF000745074500



NAAR 1
2025-09-27T11:01:31.380562 060 RQ --- 32:105457 32:162716 --:------ 31D9 001 00
2025-09-27T11:01:31.404754 059 RP 022 32:162716 32:105457 --:------ 31D9 017 000A040020202020202020202020202008
2025-09-27T11:01:34.020812 058  I --- 32:105457 32:162716 --:------ 22F3 007 00123C01040404
2025-09-27T11:01:34.045499 059  I 023 32:162716 --:------ 32:162716 31D9 017 000A010020202020202020202020202008
2025-09-27T11:01:34.136962 059  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3C380780078A07840761F801000B2222003BEF000760076000
2025-09-27T11:01:38.617676 059  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3C380780078A07850761F801000B2222003BEF000760076000
2025-09-27T11:01:39.402125 056  I --- 32:105457 --:------ 32:105457 1298 003 00024C
2025-09-27T11:01:55.485099 057  I --- 32:105457 32:162716 --:------ 31E0 008 0000000001006400



NAAR 2
2025-09-27T11:02:34.302940 056  I --- 32:105457 32:162716 --:------ 22F3 007 00520D02040404
2025-09-27T11:02:34.328899 058  I 025 32:162716 --:------ 32:162716 31D9 017 000A020020202020202020202020202008
2025-09-27T11:02:34.430463 059  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3C380776078A07860761F801000C5858030BEF000760076000
2025-09-27T11:02:38.641620 059  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3C380776078007860761F801000C5858030BEF000F4C109A00
2025-09-27T11:02:58.635840 058  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3B380780078A07990763F801000C5858030BEF001318131800



NAAR 3
2025-09-27T11:03:29.351560 055  I --- 32:105457 32:162716 --:------ 22F3 007 00123C03040404
2025-09-27T11:03:29.380977 059  I 026 32:162716 --:------ 32:162716 31D9 017 000A030020202020202020202020202008
2025-09-27T11:03:29.482333 058  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3B380780078A07AB076BF801000D7E7E003BEF001318131800
2025-09-27T11:03:38.654402 058  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3B380776078A07AD076DF801000D7E7E003BEF001B3C1B7300



NAAR AWAY
2025-09-27T11:04:27.892322 055  I --- 32:105457 32:162716 --:------ 22F3 007 00520C00040404
2025-09-27T11:04:27.914258 058  I 027 32:162716 --:------ 32:162716 31D9 017 000A000020202020202020202020202008
2025-09-27T11:04:28.010681 058  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3B380780078A07AD077CF8010015000002CFEF001B581B5800
2025-09-27T11:04:28.666009 058  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3B380780078A07AD077CF8010015000002CFEF001B581B5800
2025-09-27T11:04:38.663076 059  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3B380780078A07AA0780F8010015000002CFEF000535055100
2025-09-27T11:04:48.659894 059  I --- 32:162716 --:------ 32:162716 31DA 030 00EF007FFF3B380780078A07A90782F8010015000002CFEF00014D016900

[ebroerse]

Bra-Jo schreef op zaterdag 27 september 2025 @ 11:15:
[...]

Fake remote pairen had ik ff gemist. Dacht dat dat niet nodig was als je dezelfde codes gebruikt als van de RF15?

Als je de “echte” al gepaird hebt, dan hoeft dat geen 2e keer. Maar als je alleen een fake aanmaakt, dan moet er nog wel iets worden uitgewisseld (pairen). Was me nog niet helder uit je beschrijving.
Maar gun iedereen om zonder een €€ remote, die met een fris batterijtje in de kast niks ligt te doen, het huis fris te houden.

[vervlogen]

TijmenvS schreef op vrijdag 22 augustus 2025 @ 10:31:
Ik heb een Orcon HRC300 EcoMax uit 2019 die via een Indalo tech module kan worden aangestuurd met de ramses_cc integratie in Home Assistant. De fan speeds werken prima, heb er automations mee gemaakt zodat de Orcon al bij een CO2 van 800 hoger gaat.

Alleen ik krijg de bypass aansturing niet aan de praat. Ik heb in de known device id's de op het forum hier bekende codes toegevoegd, de code wordt verstuurd, maar lijkt verder genegeerd te worden door de Orcon unit. Ik heb nog opnieuw gebind met de 22F7 code, maar ook dan krijg ik hetzelfde resultaat. Heeft iemand hier enig idee waarom het niet werkt?

He Tijmen,

Ik heb toch de bypass aan de praat gekregen (in mijn Ecomax van 2019) na posts hier in dit forum.

code:

bypass_auto: " W --- 37:xxxxxx 32:xxxxxx --:------ 2411 023 00004B0000000000000000000000000002000000010000"
    bypass_close: " W --- 37:xxxxxx 32:xxxxxx --:------ 2411 023 00004B0000000000020000000000000002000000010000"
    bypass_open: " W --- 37:xxxxxx 32:xxxxxx --:------ 2411 023 00004B0000000000010000000000000002000000010000"

Kan de bypass nu goed aansturen, en krijg ook de positie te zien in mijn WTW device.

[Wimpie70]

@vervlogen Dank je. Ik heb een PR gemaakt voor deze 2411 parameter. Zie: https://github.com/ramses-rf/ramses_rf/pull/293

[Bra-Jo]

Ik ben ondertussen ook weer wat verder, dankzij de hulp hier. Ben nu zover dat de commando's die ik bij de fake remote heb gezet, geaccepteerd worden wanneer ik ze handmatig verzend vanuit de developer tools. Dus ik kan de unit nu bedienen, in ieder geval.
Maar de grafische weergave en bediening willen nog niet... ik krijg nog steeds fouten wanneer ik een instelling op de WTW wil aanpassen, unknown error. Die commando's zie ik ook niet terug in de packet log. Ook zijn diverse sensoren niet actief/onbekend. Iemand nog een idee hoe ik dit kan troubleshooten?

[Wimpie70]

Kijk eens naar de home-assistant.log. Je kan in in HA ook 'enable debug logging' aanzetten voor ramses RF (3 puntjes rechtsboven)

[Bra-Jo]

@Wimpie70 Tnx voor de tip. Vrees alleen dat ik daar helemaal geen chocola van kan maken...

code:

2025-10-05 16:48:00.109 ERROR (MainThread) [homeassistant.components.websocket_api.http.connection] [139968408719008] Unexpected exception
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/websocket_api/commands.py", line 264, in handle_call_service
    response = await hass.services.async_call(
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<7 lines>...
    )
    ^
  File "/usr/src/homeassistant/homeassistant/core.py", line 2835, in async_call
    response_data = await coro
                    ^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/core.py", line 2878, in _execute_service
    return await target(service_call)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 850, in entity_service_call
    single_response = await _handle_entity_call(
                      ^^^^^^^^^^^^^^^^^^^^^^^^^^
        hass, entity, func, data, call.context
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 922, in _handle_entity_call
    result = await task
             ^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 1682, in async_turn_off
    await self.hass.async_add_executor_job(ft.partial(self.turn_off, **kwargs))
  File "/usr/local/lib/python3.13/concurrent/futures/thread.py", line 59, in run
    result = self.fn(*self.args, **self.kwargs)
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 1678, in turn_off
    raise NotImplementedError
NotImplementedError

Ik heb Turn off aangeklikt op de RF15, dat zie ik terug in de debug log als "self.turn_off,". Ik snap dat er iets mis gaat bij de actie, ik zie "NotImplemented" maar waarom dat niet implemented is en hoe ik het moet herstellen...

[Wimpie70]

@Bra-Jo Ah, ik zie nu wat je probeerde te doen. Ik kan het ook reproduceren. Maar wat is het nut om een REM aan of uit te kunnen zetten ?

The error occurs because the async_turn_on and _off are not implemented...To avoid the error we could add an empty method that logs 'on' or 'off'...

Maar misschien maak ik er morgen nog wel even een PR voor.

Kijk even naar de begin post. Daar staan een aantal commando's en hoe je deze kan gebruiken.

[ebroerse]

Bra-Jo schreef op zondag 5 oktober 2025 @ 16:56:

"NotImplemented" maar waarom dat niet implemented is en hoe ik het moet herstellen...

Ter geruststelling: dat knopje is bij ons allemaal ‘not implemented’ voor HVAC (ventilatie). Staat op de To Do lijst, zonder deadline gelukkig 😜
Voor evohome/verwarming werkt het wel, met binnenkort nog wat correcties.

[Wimpie70]

te laat
PR met 2 lege (logger) methods...

[Xilvaro]

Dag allen, misschien een domme vraag, maar ik heb een HRC300 WTW die sinds gisteren 1 van de ventilatoren op 100% heeft zuigen, althans, het klinkt als 150% om eerlijk te zijn.

Als ik de stekker eruit haal en er weer in doe gaat hij zijn opstartprocedure af, even optoeren en weer stoppen, bij de 2e keer "optoeren" gaat (volgens mij) de afzuigventilator op 150% draaien en blijft dat doen.

De afzuigventielen in huis klinken als een vliegtuig. Met de CO2 afstandsbediening het toestel handmatig op 1,2,3,auto of het huisje zetten helpt niets.

Iemand enig idee voor ik de monteur moet gaan bellen? Kan ik ergens nog wat resetten ofzo?

[Vaevictis_]

Xilvaro schreef op zondag 5 oktober 2025 @ 20:48:
Dag allen, misschien een domme vraag, maar ik heb een HRC300 WTW die sinds gisteren 1 van de ventilatoren op 100% heeft zuigen, althans, het klinkt als 150% om eerlijk te zijn.

Als ik de stekker eruit haal en er weer in doe gaat hij zijn opstartprocedure af, even optoeren en weer stoppen, bij de 2e keer "optoeren" gaat (volgens mij) de afzuigventilator op 150% draaien en blijft dat doen.

De afzuigventielen in huis klinken als een vliegtuig. Met de CO2 afstandsbediening het toestel handmatig op 1,2,3,auto of het huisje zetten helpt niets.

Iemand enig idee voor ik de monteur moet gaan bellen? Kan ik ergens nog wat resetten ofzo?

Ja er zit een reset knop op de printplaat, maar ik denk dat 1 ventilator defect is.

[Wimpie70]

Ik zal hem hier maar even reposten:

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

[Bra-Jo]

Wimpie70 schreef op zondag 5 oktober 2025 @ 18:55:
@Bra-Jo Ah, ik zie nu wat je probeerde te doen. Ik kan het ook reproduceren. Maar wat is het nut om een REM aan of uit te kunnen zetten ?

The error occurs because the async_turn_on and _off are not implemented...To avoid the error we could add an empty method that logs 'on' or 'off'...

Maar misschien maak ik er morgen nog wel even een PR voor.

Kijk even naar de begin post. Daar staan een aantal commando's en hoe je deze kan gebruiken.

Het ging me niet perse om die handeling, was gewoon een willekeurige knop om te testen.

Ik zou verwachten dat ik bv wel de fan-snelheid vanuit de gui zou kunnen aanpassen, zie 1e screenshot uit mijn vorige post. Daar kan ik wel bv Fan Mode kiezen, en kiezen voor hoog/laag/enz, maar dan komt ook dezelfde fout in beeld.

Maar goed, als dat bij niemand werkt, dan ga ik me er niet moe mee maken, dan houd ik het voorlopig wel bij directe commando's zoals beschreven in de startpost. Tnx in ieder geval!

[Wimpie70]

Er zijn een aantal voorbeelden van scripts, cards en automations (van mij staat er ook nog wat tussen). Kijk in dit forum, maar ook bijvoorbeeld in de wiki van Ramses RF (even uitvouwen). Ik weet niet hoe up-to-date deze zijn.

[vervlogen]

Xilvaro schreef op zondag 5 oktober 2025 @ 20:48:
Dag allen, misschien een domme vraag, maar ik heb een HRC300 WTW die sinds gisteren 1 van de ventilatoren op 100% heeft zuigen, althans, het klinkt als 150% om eerlijk te zijn.

Als ik de stekker eruit haal en er weer in doe gaat hij zijn opstartprocedure af, even optoeren en weer stoppen, bij de 2e keer "optoeren" gaat (volgens mij) de afzuigventilator op 150% draaien en blijft dat doen.

De afzuigventielen in huis klinken als een vliegtuig. Met de CO2 afstandsbediening het toestel handmatig op 1,2,3,auto of het huisje zetten helpt niets.

Iemand enig idee voor ik de monteur moet gaan bellen? Kan ik ergens nog wat resetten ofzo?

Ik heb precies hetzelfde probleem gehad. Het was idd een van de sensoren op de fan die defect was. Helaas heb ik nergens de sensor los kunnen vinden (en Orcon gaf ook aan dat die niet los verkrijgbaar was), dus heb uiteindelijk een nieuwe geen gekocht.

Laat de fan niet te lang op hoog vermogen draaien, ik had een hele bak water onderin de WTW liggen, bijna kortsluiting in de fan.

[Turrican]

vervlogen schreef op maandag 6 oktober 2025 @ 23:10:
Laat de fan niet te lang op hoog vermogen draaien, ik had een hele bak water onderin de WTW liggen, bijna kortsluiting in de fan.

Hm, als het goed is zit er een afvoer onderin de WTW-unit, dus als het water erin blijft staan is er denk ik iets verstopt, dat hoort namelijk niet te gebeuren.

[TijmenvS]

Sinds vanavond weer een probleem met ramses_cc. Ik krijg geen info meer binnen uit de Orcon HRC 300. Alles is niet beschikbaar. Alleen dit keer werkt de CO2 remote als enige nog wel. En ik kan ook de standen aansturen met mijn fake remote.

Als ik de packetlog bekijk zie ik geen RP berichten meer. En ik krijg onderstaande foutmelding. Volgens ChatGPT heeft dat met elkaar te maken. Heeft iemand een idee wat er aan de hand kan zijn?

code:

Logger: homeassistant.util.loop
Bron: util/loop.py:137
Eerst voorgekomen: 20:56:43 (5 gebeurtenissen)
Laatst gelogd: 20:56:43

Detected blocking call to glob with args ('/dev/ttyACM*',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 166: await self.client.start(cached_packets=chpkt) (offender: /usr/local/lib/python3.13/site-packages/ramses_tx/transport.py, line 166: devices.update(glob.glob(items[1] + "*"))), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#glob Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 229, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 215, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 271, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 906, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 672, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 761, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 141, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 166, in async_setup await self.client.start(cached_packets=chpkt)
Detected blocking call to iglob with args ('/dev/ttyACM*',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 166: await self.client.start(cached_packets=chpkt) (offender: /usr/local/lib/python3.13/glob.py, line 31: return list(iglob(pathname, root_dir=root_dir, dir_fd=dir_fd, recursive=recursive,), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#iglob Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 229, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 215, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 271, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 906, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 672, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 761, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 141, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 166, in async_setup await self.client.start(cached_packets=chpkt)
Detected blocking call to scandir with args ('/dev',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 166: await self.client.start(cached_packets=chpkt) (offender: /usr/local/lib/python3.13/glob.py, line 170: with os.scandir(arg) as it:), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#scandir Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 229, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 215, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 271, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 906, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 672, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 761, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 141, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 166, in async_setup await self.client.start(cached_packets=chpkt)
Detected blocking call to glob with args ('/dev/*',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 166: await self.client.start(cached_packets=chpkt) (offender: /usr/local/lib/python3.13/site-packages/ramses_tx/transport.py, line 147: for device in glob.glob("/dev/*") + glob.glob("/dev/serial/by-id/*"):), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#glob Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 229, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 215, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 271, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 906, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 672, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 761, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 141, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 166, in async_setup await self.client.start(cached_packets=chpkt)
Detected blocking call to open with args ('/sys/devices/platform/fd840000.usb/usb5/5-1/bNumInterfaces',) inside the event loop by custom integration 'ramses_cc' at custom_components/ramses_cc/broker.py, line 166: await self.client.start(cached_packets=chpkt) (offender: /usr/local/lib/python3.13/site-packages/serial/tools/list_ports_linux.py, line 84: with open(os.path.join(*args)) as f:), please create a bug report at https://github.com/ramses-rf/ramses_cc/issues For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#open Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 229, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 215, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 271, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.13/asyncio/base_events.py", line 712, in run_until_complete self.run_forever() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 683, in run_forever self._run_once() File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2050, in _run_once handle._run() File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run self._context.run(self._callback, *self._args) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 906, in async_setup_locked await self.async_setup(hass, integration=integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 672, in async_setup await self.__async_setup_with_context(hass, integration) File "/usr/src/homeassistant/homeassistant/config_entries.py", line 761, in __async_setup_with_context result = await component.async_setup_entry(hass, self) File "/config/custom_components/ramses_cc/__init__.py", line 141, in async_setup_entry await broker.async_setup() File "/config/custom_components/ramses_cc/broker.py", line 166, in async_setup await self.client.start(cached_packets=chpkt)

[ebroerse]

TijmenvS schreef op donderdag 9 oktober 2025 @ 22:35:
… En ik krijg onderstaande foutmelding. …

Is zelfde als ramses_cc issue 296. Verschil met jouw post van 23/9?
Wat zijn je Ramses RF instellingen voor Packet Log? Was er een HA herstart rond deze tijd? Kan je de dongle/HA herstarten? Dongle zit aan USB, zo te zien.

Heb je nog andere apparaten in Ramses, en geven die wel info? Als de CO2 REM een “echte” is dan werkt dat gelukkig gewoon, al crasht Ramses RF.

[ Voor 17% gewijzigd door ebroerse op 10-10-2025 09:49 ]

[TijmenvS]

@ebroerse Het verschil is dat nu de Orcon HRC300 geen data geeft, en de CO2 remote wel, terwijl het eerder andersom was. Dit heb ik ook nog niet eerder meegemaakt.

Ik zag in de data geen verandering van status als ik de stand van de ventilatie aanpaste. De unit veranderde de stand wel, maar ik zag bijvoorbeeld niet dat de fan speed omhoog ging. Dat gebeurt sinds de laatste update wel vaker, dan helpt herladen van de integratie. Dat heb ik gisteren dus ook gedaan en daarna stond alles oo niet beschikbaar. Herstarten van home assistant hielp daar niet tegen. De automatisering voor verhogen van de fan speed werkte ook nog want co2 waarde werkte nog en aansturing ook. Vanochtend was de missende info ineens vanzelf weer terug trouwens (met een gat in de data tussen gisteravond en vanochtend).

Qua apparaten heb ik de indalo tech module, de Orcon HRC300, een co2 remote en een fake remote. Dus alleen de Orcon en de co2 remote geven data. Dongle zit inderdaad direct in de usb poort van de home assistant green.

[Paprika]

Zonder hulp was ik hier waarschijnlijk dagen mee bezig geweest, maar met wat hulp van ChatGPT en een paar Tweakers-posts als input werkte alles eigenlijk direct. In de logs duiken naast mijn eigen WTW nog drie andere exemplaren op. Gezien mijn woning een rijtjeshuis is en ik aan één kant eenzelfde soort buren heb en aan de andere kant een beneden- en bovenwoning, is dat ook niet zo vreemd, maar ergens wel een grappig idee dat die data gewoon rond zweeft.

[ Voor 3% gewijzigd door Paprika op 10-10-2025 15:45 ]

[ebroerse]

Paprika schreef op vrijdag 10 oktober 2025 @ 15:43:
… ergens wel een grappig idee dat die data gewoon rond zweeft.

Vond ik ook bijzonder om te ontdekken, vooral dat de installateur/fabrikant dat niet meldt bij aankoop, en dat je het niet uit kan zetten.

[ebroerse]

TijmenvS schreef op vrijdag 10 oktober 2025 @ 13:21:
... Vanochtend was de missende info ineens vanzelf weer terug trouwens (met een gat in de data tussen gisteravond en vanochtend)…

@TijmenvS Is de ontvangst (1e 3 cijfertjes in message payload) wel goed? Had je de dongel al eens verplaatst? Was bij mij thuis reden om de dongel in een stopcontact in de buurt van één fan te prikken en dan via MQTT in HA te krijgen. Vooral het signaal van de Vasco D60 fan is te zwak (metalen voorkant al vervangen door hardboard, maar zelfs dan).

[ Voor 9% gewijzigd door ebroerse op 11-10-2025 12:23 ]

[TijmenvS]

@ebroerse De ontvangst zit meestal tussen 50 en 60. Heel af en toe zitten er bepaalde packets tussen rond de 80. De dongel staat op ongeveer 2-2,5 meter van de ventilatie unit. De ventilatie unit hangt boven de deur buiten de kamer waar de dongel (en dus de home assistant green) staat. De enige plek dichterbij is het stopcontact van de Orcon zelf, die zou ik dan moeten aanpassen naar een dubbel stopcontact.

[ebroerse]

Net uitgekomen: Ramses RF 0.51.9

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


Check de release notes voor details.

Noot: ramses_cc custom integratie 0.51.8 en later vereisen HA 2025.10.0 of nieuwer.

[Wimpie70]

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

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

code:

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

Veel plezier ermee, ben benieuwd hoe jullie het kunnen gebruiken

[Turrican]

Wel een beetje vreemd om de relatie tussen fan en remote zo te moeten opgeven, daar heb je toch het schema voor (dat bestaat al)?

Zoiets dus:

code:

"32:153289":
  remotes:
    - "37:168270"

Als je dit invoert logt de integratie nu een warning: "The config schema is not minimal (consider minimising it)".

Lijkt me netter om dit werkend te maken dan om dit in de `known_list` te prutsen.

[ Voor 11% gewijzigd door Turrican op 13-10-2025 11:07 ]

[Wimpie70]

Er is geen 'remotes' trait in config_flow. De code in broker.py lijkt vooral bedoeld voor het bewaren van gevonden commando's.
Wat als je meerdere FAN's hebt, met meerder remotes die niet met alle fan's praten ? Dan wil je een dedicated REM hebben die deze 2411 commando's mag sturen.
Een FAN reageerd voor het veranderen van config waarden alleen op een bound REM. Dit is de eenvoudigste manier om dit aan te geven.
En duidelijk, Dit is de REM die je in automations en scripts kan gebruiken.

Remotes onder een fan hangen in de config kan ook, Maar geeft weer andere problemen.

Ik ben nog bezig om een .js card te maken waarbij je alleen de device van een Orcon fan hoeft te kiezen. De bound REM wordt erbij gezocht en je hoeft geen commando's meer in te vullen. WIP

[Sjoerd_W]

Hoi allemaal,

Na het doorlezen van allerlei WTW topics op Tweakers zie ik door de bomen het bos niet meer. De Orcon units lijken mij top vanwege de prijs en sensoren waar hij standaard mee geleverd wordt. Daarnaast zie ik dat mensen klagen over de voorverwarmer die Orcon gebruikt, aangezien deze een aan/uit variant is en dus als het koud is veel stroom verbruikt.

Ik vroeg me af of jullie een Orcon HRCx00 (ecocomfort of maxcomfort) zouden aanbevelen aangezien jullie hem al een tijdje hebben hangen.

Alvast bedankt!

[Turrican]

Wimpie70 schreef op maandag 13 oktober 2025 @ 11:41:
Er is geen 'remotes' trait in config_flow. De code in broker.py lijkt vooral bedoeld voor het bewaren van gevonden commando's.

Ik weet niet wat dit met config_flow te maken heeft. Dit is gewoon het schema dat al bestaat voor fans. Het doet alleen in de praktijk niets.

Je kunt dit invoeren bij "Systeemschema en erkende apparaten", en dan bij "Systeemschema('s)".

Wat als je meerdere FAN's hebt, met meerder remotes die niet met alle fan's praten ? Dan wil je een dedicated REM hebben die deze 2411 commando's mag sturen.

Meerdere fans met meerdere remotes? Dat kan hoor, met dit schema bijvoorbeeld:

YAML:

"32:153289":
  remotes:
    - "37:168270"

"32:123456":
  remotes:
    - "37:123456"

Een FAN reageerd voor het veranderen van config waarden alleen op een bound REM. Dit is de eenvoudigste manier om dit aan te geven.

Het matched niet echt met hoe het voor de verwarmingsspullen (actuators, sensors) is opgezet.

En duidelijk, Dit is de REM die je in automations en scripts kan gebruiken.

Zou niet uit moeten maken, elke bound & faked remote zal werken.

Remotes onder een fan hangen in de config kan ook, Maar geeft weer andere problemen.

Wat dan? Dat is wel veel meer hoe het werkt voor het Evohome-spul.

[TijmenvS]

Ik heb de integratie geüpdatet, maar ik zie helaas de extra mogelijkheden met het 2411 commando niet. Zouden die vanzelf tevoorschijn moeten komen als de
FAN ondersteund wordt of is er nog een actie nodig?

[Wimpie70]

@TijmenvS Je hebt een Orcon WTW toch ? Na de upgrade moet je HA herstarten. Het kan een paar minuten duren voordat de entities gemaakt worden.
Bij opstarten stuurt hij een detectie berichtje met param 3F naar de ventilator. Als de FAN reageerd, dan worden de andere bekende parameters opgehaald en entities gemaakt.
Als dit toch niet gebeurt, kan je proberen om een action uit te voeren: update_fan_params voor alle bekende Orcon parameters of get_fan_param voor een specifieke.
Success !

[ebroerse]

TijmenvS schreef op maandag 13 oktober 2025 @ 20:12:
Zouden die vanzelf tevoorschijn moeten komen als de FAN ondersteund wordt of is er nog een actie nodig?

Hier - een ander merk - kwam de optie bij mijn HRU vanzelf in HA, maar bij de badkamerafzuigfan nooit. Mss is ook bij eenvoudiger Orcon fans 2411 config niet ondersteund.

[Wimpie70]

Ik heb 3F (low mode supply rate) gekozen voor automatische detectie, maar misschien is een andere wel beter...Laten we zien wat er terugkomt aan feedback.

Als mensen voor 2411 waardes krijgen die anders zijn voor een ander merk dan voor de Orcon of een andere assertion error, graag melden op https://github.com/ramses-rf/ramses_cc/issues/317 met zoveel mogelijk relevante info.
We kunnen alleen decoderen en Ramses RF uitbreiden met genoeg feedback.
Voor andere onbekende codes kan je natuurlijk ook een issue of PR aanmaken.

[vervlogen]

Turrican schreef op woensdag 8 oktober 2025 @ 12:26:
[...]


Hm, als het goed is zit er een afvoer onderin de WTW-unit, dus als het water erin blijft staan is er denk ik iets verstopt, dat hoort namelijk niet te gebeuren.

De afvoer zit maar op een kant van de unit aangesloten...

[Turrican]

vervlogen schreef op dinsdag 14 oktober 2025 @ 14:09:
[...]

De afvoer zit maar op een kant van de unit aangesloten...

Ja, bij de aanvoer van buiten neem ik aan.
In mijn vorige huis met een niet-WTW woonhuisventilator had ik ook geen condensafvoer.

[TijmenvS]

@Wimpie70 Ja ik heb een Orcon HRC300 EcoMax, uit 2019. Na herstarten home assistant is er niets verschenen, en ook met de actie update_fan_params komt het niet tevoorschijn. Ik zie wel onderstaande in de packetlog. Er komt dus wel iets terug over de parameters, maar niet in de integratie zo lijkt het.

code:

2025-10-16T19:27:06.099917 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000031
2025-10-16T19:27:06.129196 055 RP --- 32:161442 37:123789 --:------ 2411 022 0000312610000000B400000000000007080000001E70
2025-10-16T19:27:06.337920 000  I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FA34132343131525133323A313631343432
2025-10-16T19:27:06.400867 000 RQ --- 37:123789 32:161442 --:------ 2411 003 00003D
2025-10-16T19:27:06.444067 056 RP --- 32:161442 37:123789 --:------ 2411 022 00003D2F0F0000001400000000000000500000000170
2025-10-16T19:27:06.637906 000  I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FA46D32343131525133323A313631343432
2025-10-16T19:27:06.700858 000 RQ --- 37:123789 32:161442 --:------ 2411 003 00003E
2025-10-16T19:27:06.727933 055 RP --- 32:161442 37:123789 --:------ 2411 022 00003E300F0000001400000000000000500000000170
2025-10-16T19:27:06.935834 000  I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FA59832343131525133323A313631343432
2025-10-16T19:27:06.999711 000 RQ --- 37:123789 32:161442 --:------ 2411 003 00003F
2025-10-16T19:27:07.027949 055 RP --- 32:161442 37:123789 --:------ 2411 022 00003F310F0000001E00000000000000A00000000170
2025-10-16T19:27:07.235960 000  I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FA6C332343131525133323A313631343432
2025-10-16T19:27:07.299940 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000040
2025-10-16T19:27:07.337036 055 RP --- 32:161442 37:123789 --:------ 2411 022 000040320F0000001E00000000000000A00000000170
2025-10-16T19:27:07.536977 000  I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FA7F032343131525133323A313631343432
2025-10-16T19:27:07.600795 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000041
2025-10-16T19:27:07.632030 055 RP --- 32:161442 37:123789 --:------ 2411 022 000041330F0000006400000000000000C80000000170
2025-10-16T19:27:07.839088 000  I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FA91D32343131525133323A313631343432
2025-10-16T19:27:07.901945 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000042
2025-10-16T19:27:07.931933 055 RP --- 32:161442 37:123789 --:------ 2411 022 000042340F0000006400000014000000C80000000170
2025-10-16T19:27:08.136993 000  I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FAA4A32343131525133323A313631343432
2025-10-16T19:27:08.200912 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000043
2025-10-16T19:27:08.231941 055 RP --- 32:161442 37:123789 --:------ 2411 022 000043350F0000008C00000000000000C80000000170
2025-10-16T19:27:08.435866 000  I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FAB7532343131525133323A313631343432
2025-10-16T19:27:08.499763 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000044
2025-10-16T19:27:08.535941 055 RP --- 32:161442 37:123789 --:------ 2411 022 000044360F0000008C00000014000000C80000000170
2025-10-16T19:27:08.736783 000  I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FAC9F32343131525133323A313631343432
2025-10-16T19:27:08.800923 000 RQ --- 37:123789 32:161442 --:------ 2411 003 00004B
2025-10-16T19:27:08.839936 055 RP --- 32:161442 37:123789 --:------ 2411 022 00004B39000000000000000000000000020000000170
2025-10-16T19:27:09.036783 000  I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FADCD32343131525133323A313631343432
2025-10-16T19:27:09.101912 000 RQ --- 37:123789 32:161442 --:------ 2411 003 00004E
2025-10-16T19:27:09.139946 055 RP --- 32:161442 37:123789 --:------ 2411 022 00004E3C000000000100000000000000010000000170
2025-10-16T19:27:09.337935 000  I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FAEFB32343131525133323A313631343432
2025-10-16T19:27:09.400900 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000052
2025-10-16T19:27:09.434107 055 RP --- 32:161442 37:123789 --:------ 2411 022 00005240010000001400000000000000FA0000000170
2025-10-16T19:27:09.637064 000  I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FB02532343131525133323A313631343432
2025-10-16T19:27:09.700883 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000054
2025-10-16T19:27:09.729085 056 RP --- 32:161442 37:123789 --:------ 2411 022 00005442000000000F0000000F0000003C0000000170
2025-10-16T19:27:09.938134 000  I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FB15132343131525133323A313631343432
2025-10-16T19:27:10.000890 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000075
2025-10-16T19:27:10.038031 055 RP --- 32:161442 37:123789 --:------ 2411 022 0000755292000007D000000000000075300000000170
2025-10-16T19:27:10.236716 000  I --- 18:183788 63:262142 --:------ 7FFF 023 00110199EE0FB27C32343131525133323A313631343432
2025-10-16T19:27:10.300767 000 RQ --- 37:123789 32:161442 --:------ 2411 003 000095
2025-10-16T19:27:18.541134 057  I --- 32:097951 32:161442 --:------ 31E0 008 0000000001001E00
2025-10-16T19:27:18.562065 055  I --- 32:161442 --:------ 32:161442 31D9 004 00200400

[Wimpie70]

@TijmenvS Vreemd, de eerste RP zou al support voor 2411 params moeten triggeren.
Zie je iets in de home-assistant.log hierover: 'supports 2411 parameters' ?
En daarna: 'Creating parameter entities' ?
Er zou ook iets van 'Device initialized' in moeten staan.
Of een foutmelding ?

[TijmenvS]

@Wimpie70 Ik heb deze meldingen in het logboek. Geen supports 2411, creating parameter entities of device initialized.

code:

2025-10-16 19:27:06.131 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 0000312610000000B400000000000007080000001E70 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 0000312610000000B400000000000007080000001E70
2025-10-16 19:27:06.445 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 00003D2F0F0000001400000000000000500000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 00003D2F0F0000001400000000000000500000000170
2025-10-16 19:27:06.729 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 00003E300F0000001400000000000000500000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 00003E300F0000001400000000000000500000000170
2025-10-16 19:27:07.029 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 00003F310F0000001E00000000000000A00000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 00003F310F0000001E00000000000000A00000000170
2025-10-16 19:27:07.338 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 000040320F0000001E00000000000000A00000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 000040320F0000001E00000000000000A00000000170
2025-10-16 19:27:07.633 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 000041330F0000006400000000000000C80000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 000041330F0000006400000000000000C80000000170
2025-10-16 19:27:07.933 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 000042340F0000006400000014000000C80000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 000042340F0000006400000014000000C80000000170
2025-10-16 19:27:08.233 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 000043350F0000008C00000000000000C80000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 000043350F0000008C00000000000000C80000000170
2025-10-16 19:27:08.537 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 000044360F0000008C00000014000000C80000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 000044360F0000008C00000014000000C80000000170
2025-10-16 19:27:08.841 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 00004B39000000000000000000000000020000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 00004B39000000000000000000000000020000000170
2025-10-16 19:27:09.141 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 00004E3C000000000100000000000000010000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 00004E3C000000000100000000000000010000000170
2025-10-16 19:27:09.435 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 00005240010000001400000000000000FA0000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 00005240010000001400000000000000FA0000000170
2025-10-16 19:27:09.730 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 00005442000000000F0000000F0000003C0000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 00005442000000000F0000000F0000003C0000000170
2025-10-16 19:27:10.039 WARNING (MainThread) [ramses_tx.message] RP --- 32:161442 37:123789 --:------ 2411 022 0000755292000007D000000000000075300000000170 < Payload doesn't match '^(00|01|15|16|17|21)00[0-9A-F]{6}[0-9A-F]{8}(([0-9A-F]{8}){3}[0-9A-F]{4})?$': 0000755292000007D000000000000075300000000170

[Wimpie70]

@TijmenvS, interessant, ik kijk er naar.

[Wimpie70]

@TijmenvS Zie https://github.com/ramses-rf/ramses_rf/pull/310.
Als je wilt testen of het voor jou werkt voordat er een nieuwe versie uitkomt kan je de verandering in
ramses_rf/src/ramses_tx/ramses.py overnemen.

[Bra-Jo]

Paprika schreef op vrijdag 10 oktober 2025 @ 15:43:
Zonder hulp was ik hier waarschijnlijk dagen mee bezig geweest, maar met wat hulp van ChatGPT en een paar Tweakers-posts als input werkte alles eigenlijk direct. In de logs duiken naast mijn eigen WTW nog drie andere exemplaren op. Gezien mijn woning een rijtjeshuis is en ik aan één kant eenzelfde soort buren heb en aan de andere kant een beneden- en bovenwoning, is dat ook niet zo vreemd, maar ergens wel een grappig idee dat die data gewoon rond zweeft.

[Afbeelding]

Die is heel fraai! Voor de knoppen heb ik iets vergelijkbaars, maar hoe krijg je dat plaatje voor elkaar, met alle waardes die daar zichtbaar zijn?

[Wimpie70]

Ah leuk, Ik ben ook bezig met iets dergelijks. Plaatjes gemaakt met .svg:

De commando's staan in javascript, dus niet meer nodig om deze in de known list te plaatsen. Verder wil ik nog de configuratie settings (2411 params) toevoegen zodat je full control over je FAN krijgt via 1 card.
Ik zal m wel vrijgeven als ik wat verder ben.

[Xilvaro]

Xilvaro schreef op zondag 5 oktober 2025 @ 20:48:
Dag allen, misschien een domme vraag, maar ik heb een HRC300 WTW die sinds gisteren 1 van de ventilatoren op 100% heeft zuigen, althans, het klinkt als 150% om eerlijk te zijn.

Als ik de stekker eruit haal en er weer in doe gaat hij zijn opstartprocedure af, even optoeren en weer stoppen, bij de 2e keer "optoeren" gaat (volgens mij) de afzuigventilator op 150% draaien en blijft dat doen.

De afzuigventielen in huis klinken als een vliegtuig. Met de CO2 afstandsbediening het toestel handmatig op 1,2,3,auto of het huisje zetten helpt niets.

Iemand enig idee voor ik de monteur moet gaan bellen? Kan ik ergens nog wat resetten ofzo?

Net de Orcon uit elkaar gehaald. Na wat zoeken bleek op de foutieve motor het "kijkgaatje" voor de sensor op de motor ernstig vervuild. Deze schoongemaakt en weer in elkaar gezet, probleem opgelost!

@vervlogen bedankt nog voor de uitleg en foto's, heb er een hoop aan gehad!

[immrmkw]

Hoi allemaal,

Nog even weer een bericht over https://github.com/IMMRMKW/Ventilation_controller_cc. De integratie met als doel het ventilatiesysteem beter te kunnen regelen, met als input verscheidene sensoren die al in je Home Assistant aanwezig zijn. Sinds mijn laatste bericht ben ik samen met @homeautomate bezig geweest met testen, debuggen, en het toevoegen van nieuwe functionaliteit.

De belangrijkste toevoeging is multi-zone ondersteuning. De integratie heeft nu een binding functie waarmee hij fake CO2 sensoren in de Ramses RF integratie kan binden met de zonecontroller. De integratie houdt voor elke zone met een regelaar bij welke fan intensiteit nodig is, en stuurt dat via de fake CO2 sensoren naar de zonecontroller. De zonecontroller bepaalt zelf hoe hard de fan moet en hoe de luchtstroom verdeeld wordt. Dit werkt naadloos samen met al gekoppelde CO2 sensoren die bij het systeem horen. De commandos worden via een fake remote gestuurd (een verbetering zou nog zijn dat fake CO2 sensoren in de Ramses RF integratie ook commands ondersteunen).

We hebben dit nu getest en het werkt best aardig. Mochten jullie dit ook willen testen dan kan dit nu met de nieuwste release. Feedback kan gegeven worden in de vorm van een issue of een berichtje

[Wimpie70]

@immrmkw, Interessant. Misschien moeten we maar eens overleggen hoe en wat we kunnen samenvoegen. Ik heb een bound trait toegevoegd aan ramses voor REM. Deze kan gebruikt worden om commando's mee te zenden vanaf een faked REM (bedoeld voor 2411), Maar je kan deze ook gebruiken voor andere codes natuurlijk.
Verder wil ik de frontend kant beter organiseren...hmm, eten...i'll be back
zie ook: https://github.com/ramses-rf/ramses_cc/issues/325

[JP1980]

immrmkw schreef op zondag 19 oktober 2025 @ 19:31:
Hoi allemaal,

Nog even weer een bericht over https://github.com/IMMRMKW/Ventilation_controller_cc. De integratie met als doel het ventilatiesysteem beter te kunnen regelen, met als input verscheidene sensoren die al in je Home Assistant aanwezig zijn. Sinds mijn laatste bericht ben ik samen met @homeautomate bezig geweest met testen, debuggen, en het toevoegen van nieuwe functionaliteit.

De belangrijkste toevoeging is multi-zone ondersteuning. De integratie heeft nu een binding functie waarmee hij fake CO2 sensoren in de Ramses RF integratie kan binden met de zonecontroller. De integratie houdt voor elke zone met een regelaar bij welke fan intensiteit nodig is, en stuurt dat via de fake CO2 sensoren naar de zonecontroller. De zonecontroller bepaalt zelf hoe hard de fan moet en hoe de luchtstroom verdeeld wordt. Dit werkt naadloos samen met al gekoppelde CO2 sensoren die bij het systeem horen. De commandos worden via een fake remote gestuurd (een verbetering zou nog zijn dat fake CO2 sensoren in de Ramses RF integratie ook commands ondersteunen).

We hebben dit nu getest en het werkt best aardig. Mochten jullie dit ook willen testen dan kan dit nu met de nieuwste release. Feedback kan gegeven worden in de vorm van een issue of een berichtje

Dus je hebt uitgevogeld hoe je een fake co2 remote aanmeld bij de zone controller, dat zijn de zone kleppen neem ik aan? Daar ben ik erg blij mee top gedaan. Ben nog even met vakantie dan wil ik wel even kijken of het mij lukt. Hopelijk kan ik dan het verschrikkelijk zenuwachtige jojo effect voorkomen van de orcon co2 sturing.

[immrmkw]

@Wimpie70, lijkt me een goed idee!

@JP1980, ja we hebben idd uitgevogeld hoe we de fake CO2 kunnen aanmelden bij de zonekleppen. Prettige vakantie nog!

[JP1980]

immrmkw schreef op zondag 19 oktober 2025 @ 23:07:
@Wimpie70, lijkt me een goed idee!

@JP1980, ja we hebben idd uitgevogeld hoe we de fake CO2 kunnen aanmelden bij de zonekleppen. Prettige vakantie nog!

Thanks. Inmiddels weer terug. Paar vraagjes:

1.
Bij stap 4.4 in je documentatie moet ik controleren of de binding is gelukt. Waar moet je dan op letten?
Onderstaand de output die ik kan vinden in de ramses log waarbij ik 2 zones probeer te binden.

2.
De vraag 'Select your remote control device'. Waar dient deze instelling voor? Wij hebben 2 CO2 remotes en 1 handmatige remote. Ik heb hem maar ingesteld op de handmatige remote maar weet niet waar het voor dient, en of dit correct is.

3.
In de documentatie beginnen de CO2 devices met "29:". Bij mij beginnen de echte CO2 devices echter met "37:". Ik weet niet wat dit nummer betekent. Ik heb mijn fake CO2 devices maar begonnen met "29:", maar is dit wel correct?
Dus:
- Zone 1: CO2 remote 37:005250 wordt CO2 fake remote 29:225250
- Zone 2: CO2 remote 37:005253 wordt CO2 fake remote 29:225253

code:

2025-10-24T12:37:36.163036 000  I --- 18:174888 63:262142 --:------ 7FFF 023 0011019A15CB99EE31464339204936333A323632313432
2025-10-24T12:37:36.253535 000  I --- 29:225250 63:262142 --:------ 1FC9 030 0031E0776FE20131E0776FE2001298776FE26710E0776FE2001FC9776FE2
2025-10-24T12:37:36.492325 000  I --- 18:174888 63:262142 --:------ 7FFF 023 0011019A15CB9B3231464339204933323A313331343735
2025-10-24T12:37:36.555132 000  I --- 29:225250 32:131475 --:------ 1FC9 001 00
2025-10-24T12:37:37.513925 000  I --- 18:174888 63:262142 --:------ 7FFF 023 0011019A15CB9F2831304530204932393A323235323530
2025-10-24T12:37:37.605762 000  I --- 29:225250 63:262142 --:------ 10E0 038 000001C8500B0167FEFFFFFFFFFF090307E1564D532D31354331360000000000000000000000
2025-10-24T12:37:39.516701 000  I --- 18:174888 63:262142 --:------ 7FFF 024 0011019A15CBA70033314439525133323A3133313437357C
2025-10-24T12:37:39.580516 000 RQ --- 29:225250 32:131475 --:------ 31D9 001 00
2025-10-24T12:37:49.069029 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0000000000
2025-10-24T12:37:50.284818 061  I --- 32:153741 --:------ 32:153741 31DA 030 00EF007FFF3A2E054607E407D4053EF00000432D2D0000EFEF0742074200
2025-10-24T12:37:52.115096 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0000180000
2025-10-24T12:37:55.157403 000 RQ --- 18:174888 10:040343 --:------ 3EF0 001 00
2025-10-24T12:37:58.208901 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0080190000
2025-10-24T12:38:01.271537 000 RQ --- 18:174888 10:040343 --:------ 2401 001 00
2025-10-24T12:38:04.324720 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0080010000
2025-10-24T12:38:04.393006 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0080730000
2025-10-24T12:38:07.431132 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0000110000
2025-10-24T12:38:08.698100 000  I --- 18:174888 63:262142 --:------ 7FFF 023 0011019A15CC190F31464339204936333A323632313432
2025-10-24T12:38:08.781164 000  I --- 29:225253 63:262142 --:------ 1FC9 030 0031E0776FE50131E0776FE5001298776FE56710E0776FE5001FC9776FE5
2025-10-24T12:38:08.962160 000  I --- 18:174888 63:262142 --:------ 7FFF 023 0011019A15CC19F931464339204933323A313331343735
2025-10-24T12:38:09.026644 000  I --- 29:225253 32:131475 --:------ 1FC9 001 00
2025-10-24T12:38:09.951908 000  I --- 18:174888 63:262142 --:------ 7FFF 023 0011019A15CC1DF031304530204932393A323235323533
2025-10-24T12:38:10.040514 000  I --- 29:225253 63:262142 --:------ 10E0 038 000001C8500B0167FEFFFFFFFFFF090307E1564D532D31354331360000000000000000000000
2025-10-24T12:38:10.476779 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0000120000
2025-10-24T12:38:10.705256 074 RP --- 01:056680 30:083299 --:------ 0006 004 000501B4
2025-10-24T12:38:12.067411 000  I --- 18:174888 63:262142 --:------ 7FFF 024 0011019A15CC25F433314439525133323A3133313437357C
2025-10-24T12:38:12.161303 000 RQ --- 29:225253 32:131475 --:------ 31D9 001 00
2025-10-24T12:38:13.529847 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0080130000
2025-10-24T12:38:13.618068 000 RQ --- 18:174888 10:040343 --:------ 3220 005 00801A0000
2025-10-24T12:38:13.670696 000 RQ --- 18:174888 10:040343 --:------ 3220 005 00001B0000
2025-10-24T12:38:16.720265 000 RQ --- 18:174888 10:040343 --:------ 3220 005 00801C0000
2025-10-24T12:38:16.785798 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0000050000
2025-10-24T12:38:49.824530 000 RQ --- 18:174888 10:040343 --:------ 3220 005 0000000000
2025-10-24T12:38:55.187169 000 RQ --- 18:174888 10:040343 --:------ 3EF0 001 00
2025-10-24T12:38:57.389422 000 RQ --- 18:174888 01:056680 --:------ 313F 001 00
2025-10-24T12:38:57.405139 057 RP --- 01:056680 18:174888 --:------ 313F 009 00FCBB268C180A07E9
2025-10-24T12:39:01.300775 000 RQ --- 18:174888 10:040343 --:------ 2401 001 00
2025-10-24T12:39:02.803388 056  I --- 01:056680 --:------ 01:056680 1F09 003 FF05E1
2025-10-24T12:39:02.822680 056  I --- 01:056680 --:------ 01:056680 2309 015 0008340106A40206A4030708040672
2025-10-24T12:39:02.839452 056  I --- 01:056680 --:------ 01:056680 30C9 015 0008560106C9020782030773040770
2025-10-24T12:39:07.973675 056 RP --- 01:056680 30:083299 --:------ 0006 004 000501B4
2025-10-24T12:39:15.687552 056  I --- 01:056680 --:------ 01:056680 0008 002 FC00

[immrmkw]

@JP1980

Antwoorden op je vragen:

1.
Om zeker te weten of ze succesvol gebind zijn, kun je het best even wat testcommando's toevoegen aan je fake remote en kijken of je controller daarop reageert. Met de volgende commando's kun je een hoge flow aanroepen en moeten horen dat de fan reageert:

code:

test_zone1: " I --- 29:225250 32:131475 --:------ 31E0 008 0000FF000100FF00"
test_zone2: " I --- 29:225253 32:131475 --:------ 31E0 008 0000FF000100FE00"

In jouw logs kun je in ieder geval zien dat de juiste commando's uitgevoerd zijn:
1FC9 030 - Device offer
1FC9 001 00 - Device confirm naar controller
10E0 038 - Device info broadcast
31D9 001 00 - Sensor config request

Maar volgens mij is jouw controller 32:131475, en deze stuurt geen antwoord op de requests. De controller staat in pairing mode? Welk merk systeem heb je?

2.
Waar ik het over remotes heb, bedoel ik niet de CO2 devices, maar het device dat je in 'known devices' in Ramses RF op deze manier aan kunt maken:

code:

"29:162275":
  class: REM
  commands:
    auto: " I --- 29:162275 32:146231 --:------ 22F1 003 000407"

De ventilatiecontroller integratie gebruikt deze remote omdat je hier custom commando's toe kunt voegen aan de commands list met de functie 'add_command'. Wanneer de ventilatiecontroller draait, voegt hij alle commando's eerst to aan de remote, waarna hij het commando aanroept met 'send_command'.

Dus voor een werkende integratie, heb je zo'n fake remote nodig in je 'known_devices'.

3.
Volgens mij zijn er 2 typen CO2 sensoren. Bij mij heeft de 37:xxxxxx een aantal van dezelfde functies als een remote (vandaar misschien de verwarring hierboven), maar heeft daarnaast ook een CO2 sensor. De 29:xxxxxx heeft een CO2 sensor en daarnaast kun je alleen nog instellen hoe 'strikt' hij de CO2 regelt.

Wij hebben het binding proces getest met 29:xxxxxx, dus zoals jij het hier gedaan hebt, lijkt me prima.

[JP1980]

immrmkw schreef op zaterdag 25 oktober 2025 @ 10:14:
@JP1980

Antwoorden op je vragen:

1.
Om zeker te weten of ze succesvol gebind zijn, kun je het best even wat testcommando's toevoegen aan je fake remote en kijken of je controller daarop reageert. Met de volgende commando's kun je een hoge flow aanroepen en moeten horen dat de fan reageert:

code:

test_zone1: " I --- 29:225250 32:131475 --:------ 31E0 008 0000FF000100FF00"
test_zone2: " I --- 29:225253 32:131475 --:------ 31E0 008 0000FF000100FE00"
spoof_test_zone1: " I --- 37:005250 32:131475 --:------ 31E0 008 0000FF000100FF00"
spoof_test_zone2: " I --- 37:005253 32:131475 --:------ 31E0 008 0000FF000100FE00"

In jouw logs kun je in ieder geval zien dat de juiste commando's uitgevoerd zijn:
1FC9 030 - Device offer
1FC9 001 00 - Device confirm naar controller
10E0 038 - Device info broadcast
31D9 001 00 - Sensor config request

Maar volgens mij is jouw controller 32:131475, en deze stuurt geen antwoord op de requests. De controller staat in pairing mode? Welk merk systeem heb je?

2.
Waar ik het over remotes heb, bedoel ik niet de CO2 devices, maar het device dat je in 'known devices' in Ramses RF op deze manier aan kunt maken:

code:

"29:162275":
  class: REM
  commands:
    auto: " I --- 29:162275 32:146231 --:------ 22F1 003 000407"

De ventilatiecontroller integratie gebruikt deze remote omdat je hier custom commando's toe kunt voegen aan de commands list met de functie 'add_command'. Wanneer de ventilatiecontroller draait, voegt hij alle commando's eerst to aan de remote, waarna hij het commando aanroept met 'send_command'.

Dus voor een werkende integratie, heb je zo'n fake remote nodig in je 'known_devices'.

3.
Volgens mij zijn er 2 typen CO2 sensoren. Bij mij heeft de 37:xxxxxx een aantal van dezelfde functies als een remote (vandaar misschien de verwarring hierboven), maar heeft daarnaast ook een CO2 sensor. De 29:xxxxxx heeft een CO2 sensor en daarnaast kun je alleen nog instellen hoe 'strikt' hij de CO2 regelt.

Wij hebben het binding proces getest met 29:xxxxxx, dus zoals jij het hier gedaan hebt, lijkt me prima.

Bedankt voor je reactie.

Ik denk dat ik het begrijp. Fysiek is de CO2 sensor en Remote 1 apparaat maar voor Ramses zijn het gewoon 2 verschillende.
En een faked device in Ramsus stuurt z'n commando's met zijn ID als afzender, maar je kan gewoon meerdere afzenders definieren in de commando's zelf. Naar mijn idee minder instinctief, maar wel flexibel. Dus ik heb een remote gedefinieerd, die heeft wel het ID van een echte remote maar dat maakt in feite helemaal niks uit want dat ID wordt toch niet gebruikt bij het verzenden van commando's.

Ben al stukken verder. Het lijkt er op dat pairing is gelukt
Mijn setup is als volgt:
Orcon zone controller -> 32:131475
Orcon HRC-425 -> 32:153741
Orcon CO2 15RF zone 1 -> 37:005250
Orcon CO2 15RF zone 2 -> 37:005253

Kortom ik heb gepaired met de zone controller en niet de HRC. Maar dat lijkt goed.

De fan reageert soms op de door jouw gegeven commando's.
Maar ik merk ook dat de fan heel vaak niet reageert. En het maakt niet uit of ik het commando stuur via de ID van een bestaande fysieke CO2 sensor remote of een faked.
test_zone2: " I --- 37:005253 32:131475 --:------ 31E0 008 0000FF000100FE00"
woonkamer_stand_2: " I --- 37:005250 32:131475 --:------ 22F3 007 00520D02040404"
De 005253 en 005250 zijn bestaande fysieke CO2 sensors die gepaired zijn.

Moet nog zien uit te vogelen waarom dat zo is. CO2 in het huis is nu wat opgelopen dus de normale CO2 sensors hebben momenteel ook even een eigen wil

Volgende stap, de PID controller werkend krijgen want volgens mij doet deze niks:
Zone 1 heeft nu een air quality index van 1,76
Zone 2 heeft nu een air quality index van 0,64.
Setpoint heb ik maar even op 3.0 gezet als test.
De Fan Rate blijft echter 0%.
^^ EDIT: Laat maar heb de instellingen wat getweaked, en nu begint het te reageren

Klopt dat? Ik ging er vanuit dat de fan rate omhoog zou gaan.

En er is denk ik nog een bug. Ik kan het niet simuleren maar zo af en toe krijg ik een nieuwe "Air Quality Index Zone x" sensor bij. Heb er nu 4. Dat waren er eerst 2. Iets triggert denk ik onnodig het aanmaken van een nieuwe sensor.

[ Voor 4% gewijzigd door JP1980 op 25-10-2025 18:59 ]

[immrmkw]

@JP1980

Ja dat klopt. Het is nu zo gedaan omdat de remote als enige het toevoegen van commando's ondersteunt. Dus hoewel de commando's van je fake sensors lijken te komen, stuurt je fake remote ze eigenlijk.

Pairen moet met de zonecontroller inderdaad.

Ik heb zelf niet een systeem met zones. Misschien kan @homeautomate, daar nog iets over zeggen. In ieder geval zou ik wel verwachten dat wanneer je een 31E0 commando stuurt, er altijd iets gebeurt. Bij mij gaat de ventilator instantaan naar maximaal wanneer ik een 31E0 commando stuur met FF als 3de byte, wat de maximale ventilatiesterkte aangeeft.

De PID controller reageert alleen als het setpoint lager is dan je huidige index, maar dat had je denk ik al uitgevonden nu.

Dat is inderdaad een bug. Ik dacht dat ik deze had opgelost, maar er zijn blijkbaar nog omstandigheden waarbij het alsnog optreedt... Mocht het toch nog lukken om de stappen waarbij het optreedt te achterhalen, laat het me dan weten, dan kan ik het iets makkelijker oplossen. Ik denk dat het is wanneer je de opties later nogmaals opent om dingen aan te passen. Ik ga er zelf ook naar kijken.

[JP1980]

immrmkw schreef op zondag 26 oktober 2025 @ 09:51:
@JP1980
De PID controller reageert alleen als het setpoint lager is dan je huidige index, maar dat had je denk ik al uitgevonden nu.

Dat had ik inderdaad niet uitgevogeld, en is waarschijnlijk het cruciale gegeven wat ik miste. Ik ging er vanuit dat een hogere stand een heftigere reactie oplevert. Denk dat ik die flink ga verlagen dan. Wat ik wil bereiken is dat de HA aansturing net m'n normale aansturing iets voor is. Het systeem moet vrij snel een basisventilatie gaan geven. We wonen maar met ons 2'en en 2 katten en eigenlijk alles wat ik nodig heb is zodra de CO2 maar iets verhoogt is (zeg ongeveer 700ppm) dan wil ik dat deze precies gaat ventileren alsof er 2 mensen in de kamer zijn.

immrmkw schreef op zondag 26 oktober 2025 @ 09:51:
@JP1980
Dat is inderdaad een bug. Ik dacht dat ik deze had opgelost, maar er zijn blijkbaar nog omstandigheden waarbij het alsnog optreedt... Mocht het toch nog lukken om de stappen waarbij het optreedt te achterhalen, laat het me dan weten, dan kan ik het iets makkelijker oplossen. Ik denk dat het is wanneer je de opties later nogmaals opent om dingen aan te passen. Ik ga er zelf ook naar kijken.

Het viel mij op na aanpassen van de CO2 index treshold. Maar als ik die nu aanpas dan gebeurd het niet meer. Ik heb de 2 extra sensoren verwijderd als ik het ontdek meld ik het wel.

Nog 1 vraagje: ik zou graag het gedrag een beetje willen simuleren. Is er ook een mogelijkheid om handmatig de air quality en fan rate te herberekenen? Dan kan ik met gesimuleerde CO2 sensors eens kijken wat hij gaat doen onder welke omstandigheden. Nu moet ik elke keer wachten op de update interval. Of kan ik voor het testen deze ook op 10 seconden zetten (Ramses update om de 60 seconden)?

[JP1980]

immrmkw schreef op zondag 26 oktober 2025 @ 09:51:
@JP1980

Ja dat klopt. Het is nu zo gedaan omdat de remote als enige het toevoegen van commando's ondersteunt. Dus hoewel de commando's van je fake sensors lijken te komen, stuurt je fake remote ze eigenlijk.

Pairen moet met de zonecontroller inderdaad.

Ik heb zelf niet een systeem met zones. Misschien kan @homeautomate, daar nog iets over zeggen. In ieder geval zou ik wel verwachten dat wanneer je een 31E0 commando stuurt, er altijd iets gebeurt. Bij mij gaat de ventilator instantaan naar maximaal wanneer ik een 31E0 commando stuur met FF als 3de byte, wat de maximale ventilatiesterkte aangeeft.

De PID controller reageert alleen als het setpoint lager is dan je huidige index, maar dat had je denk ik al uitgevonden nu.

Dat is inderdaad een bug. Ik dacht dat ik deze had opgelost, maar er zijn blijkbaar nog omstandigheden waarbij het alsnog optreedt... Mocht het toch nog lukken om de stappen waarbij het optreedt te achterhalen, laat het me dan weten, dan kan ik het iets makkelijker oplossen. Ik denk dat het is wanneer je de opties later nogmaals opent om dingen aan te passen. Ik ga er zelf ook naar kijken.

Nog 2 ontdekkingen:

1. verdwijnen CO2 devices settings
Is nu voor de 2e keer gebeurd. Maar soms verdwijnen ineens de instellingen van beide Device Configuration van zone 1 en zone 2. Ook hier heb ik nog niet kunnen ontdekken wanneer dit gebeurd maar je merkt er niets van behalve dat de Fan Rate 0 blijft.

2. standaard waarde ik Proportional Gain (Kp)
Deze bevat bij mij 25,5 terwijl de decimal separator een punt is. Naar mijn idee heb ik dit getal niet gewijzigd.
Ben niet thuis in Pyton maar volgens ChatGPT moet deze wijziging gemaakt worden in config.flow.py regel 175:

code:

vol.Required("kp", default=25.5): vol.Coerce(float),

moet zijn

code:

vol.Required("kp", default=25.5): cv.small_float

EDIT nog een update:
Elke keer als ik bij kp 25.5 invul dan veranderd het HA dit weer naar 25,5. Dus ik heb er nu even 25 van gemaakt. En nu heb ik een fan rate. En ook weer die 2 extra Air Qualirty Index Zone 3 en 4. Dus ik ging van een incorrecte setup naar een correcte setup.

[ Voor 6% gewijzigd door JP1980 op 26-10-2025 16:06 ]

[immrmkw]

@JP1980

De controller maakt van elke sensorwaarde een getal tussen 0 en 5. Dit gebeurt met de indexwaarden die je voor dit type sensor hebt opgegeven. Voor de CO2 is het als volgt:

code:

[400, 650, 1500, 2000, 2500, 5000]

Als de sensor een waarde uitleest die exact gelijk is met 1 van deze getallen, dan krijg je 0, 1, 2, 3, 4 of 5. Als het een waarde is die ertussen ligt, dan interpoleert hij deze. 700 ppm zoals in jouw voorbeeld leidt tot een index van 1.059. Als je de controller dus een setpoint van 1 geeft, zou hij vrij dicht in de buurt van 700 ppm moeten blijven.

Je kunt het gedrag simuleren door de PID berekening handmatig uit te voeren. Je fan output is de som van een proportioneel deel en een integrator (de D is altijd nul, dus eigenlijk is het een PI controller). De fout is je huidige index minus je setpoint. Dus als je index 2 is, terwijl je hem op 1 in had gesteld, is je fout 1. Het proportionele deel doet je fout maal de gain (Kp). Dus als je fout 1 is, en je gain 25, dan gaat je ventilatie op 25% draaien. De integrator integreert je fout, en vermenigvuldigt dat met de gain (Ki). Ik heb dit intuitief proberen te maken door gebruikers het aantal seconden op te laten geven dat het duurt voordat de fan op 100% staat bij een fout van 1, 2, 3, 4, of 5. Dus stel je fout is 1, en je zet de gain op 900 seconden, dan duurt het een kwartier voordat je fan op 100% staat.

Dus, stel je zet je controller nu aan, en je fout is 1, dan gaat je ventilator instantaan op 25%, en grofweg een kwartier later staat hij op 100%.

Wat betreft je ontdekkingen:
1. Dit ben ik in het verleden ook tegengekomen, maar meende ik al gefixt te hebben. Net als de vorige bug die je rapporteerde. Welk versienummer staat er in je manifest? Ik ga hoe dan ook nog een nieuwe versie maken met nog een paar kleine verbeteringen erin. Hopelijk is het dan helemaal verholpen.

2. Dit heb ik nog niet eerder gezien. Zoals je code al aangeeft, is de waarde default 25.5, niet 25,5. Dit kan te maken hebben met hoe we in het Nederlands de komma gebruiken ipv de punt. Ik kijk of Chatgpts oplossing werkt.

[immrmkw]

@JP1980 , ik heb een nieuwe release gemaakt, v2.1.0-dev, die hopelijk alle vandaag genoemde punten verbetert.

[ Voor 6% gewijzigd door immrmkw op 26-10-2025 21:11 ]

[JP1980]

immrmkw schreef op zondag 26 oktober 2025 @ 20:29:
@JP1980

De controller maakt van elke sensorwaarde een getal tussen 0 en 5. Dit gebeurt met de indexwaarden die je voor dit type sensor hebt opgegeven. Voor de CO2 is het als volgt:

code:

[400, 650, 1500, 2000, 2500, 5000]

Als de sensor een waarde uitleest die exact gelijk is met 1 van deze getallen, dan krijg je 0, 1, 2, 3, 4 of 5. Als het een waarde is die ertussen ligt, dan interpoleert hij deze. 700 ppm zoals in jouw voorbeeld leidt tot een index van 1.059. Als je de controller dus een setpoint van 1 geeft, zou hij vrij dicht in de buurt van 700 ppm moeten blijven.

Je kunt het gedrag simuleren door de PID berekening handmatig uit te voeren. Je fan output is de som van een proportioneel deel en een integrator (de D is altijd nul, dus eigenlijk is het een PI controller). De fout is je huidige index minus je setpoint. Dus als je index 2 is, terwijl je hem op 1 in had gesteld, is je fout 1. Het proportionele deel doet je fout maal de gain (Kp). Dus als je fout 1 is, en je gain 25, dan gaat je ventilatie op 25% draaien. De integrator integreert je fout, en vermenigvuldigt dat met de gain (Ki). Ik heb dit intuitief proberen te maken door gebruikers het aantal seconden op te laten geven dat het duurt voordat de fan op 100% staat bij een fout van 1, 2, 3, 4, of 5. Dus stel je fout is 1, en je zet de gain op 900 seconden, dan duurt het een kwartier voordat je fan op 100% staat.

Dus, stel je zet je controller nu aan, en je fout is 1, dan gaat je ventilator instantaan op 25%, en grofweg een kwartier later staat hij op 100%.

Wat betreft je ontdekkingen:
1. Dit ben ik in het verleden ook tegengekomen, maar meende ik al gefixt te hebben. Net als de vorige bug die je rapporteerde. Welk versienummer staat er in je manifest? Ik ga hoe dan ook nog een nieuwe versie maken met nog een paar kleine verbeteringen erin. Hopelijk is het dan helemaal verholpen.

2. Dit heb ik nog niet eerder gezien. Zoals je code al aangeeft, is de waarde default 25.5, niet 25,5. Dit kan te maken hebben met hoe we in het Nederlands de komma gebruiken ipv de punt. Ik kijk of Chatgpts oplossing werkt.

Dank je. Het is duidelijk en het percentage gaat met de KP van 25 (dus zonder decimalen) goed.
Alleen de aansturing van de ventilatie zie ik nog niet terug in het ramses log, alleen in het begin lijkt er enige communicatie te zijn.

Ik heb versie 0.2 en zie inderdaad een nieuwe versie 2.1.0 dev binnenkomen. Die ga ik installeren en ik houd je op de hoogte of dat beter gaat.

[JP1980]

immrmkw schreef op zondag 26 oktober 2025 @ 20:29:
@JP1980

De controller maakt van elke sensorwaarde een getal tussen 0 en 5. Dit gebeurt met de indexwaarden die je voor dit type sensor hebt opgegeven. Voor de CO2 is het als volgt:

code:

[400, 650, 1500, 2000, 2500, 5000]

Als de sensor een waarde uitleest die exact gelijk is met 1 van deze getallen, dan krijg je 0, 1, 2, 3, 4 of 5. Als het een waarde is die ertussen ligt, dan interpoleert hij deze. 700 ppm zoals in jouw voorbeeld leidt tot een index van 1.059. Als je de controller dus een setpoint van 1 geeft, zou hij vrij dicht in de buurt van 700 ppm moeten blijven.

Je kunt het gedrag simuleren door de PID berekening handmatig uit te voeren. Je fan output is de som van een proportioneel deel en een integrator (de D is altijd nul, dus eigenlijk is het een PI controller). De fout is je huidige index minus je setpoint. Dus als je index 2 is, terwijl je hem op 1 in had gesteld, is je fout 1. Het proportionele deel doet je fout maal de gain (Kp). Dus als je fout 1 is, en je gain 25, dan gaat je ventilatie op 25% draaien. De integrator integreert je fout, en vermenigvuldigt dat met de gain (Ki). Ik heb dit intuitief proberen te maken door gebruikers het aantal seconden op te laten geven dat het duurt voordat de fan op 100% staat bij een fout van 1, 2, 3, 4, of 5. Dus stel je fout is 1, en je zet de gain op 900 seconden, dan duurt het een kwartier voordat je fan op 100% staat.

Dus, stel je zet je controller nu aan, en je fout is 1, dan gaat je ventilator instantaan op 25%, en grofweg een kwartier later staat hij op 100%.

Wat betreft je ontdekkingen:
1. Dit ben ik in het verleden ook tegengekomen, maar meende ik al gefixt te hebben. Net als de vorige bug die je rapporteerde. Welk versienummer staat er in je manifest? Ik ga hoe dan ook nog een nieuwe versie maken met nog een paar kleine verbeteringen erin. Hopelijk is het dan helemaal verholpen.

2. Dit heb ik nog niet eerder gezien. Zoals je code al aangeeft, is de waarde default 25.5, niet 25,5. Dit kan te maken hebben met hoe we in het Nederlands de komma gebruiken ipv de punt. Ik kijk of Chatgpts oplossing werkt.

Mijn hele device configuration had ik fout opgezet.
Persoonlijker had ik het wat inituatiever gevonden dat je bijvoorbeeld de CO2 sensor en overige sensors bij de zone kan configureren. Nu kan je CO2 sensors opgeven maar ik neem aan dat de eerste die je opgeeft zone 1 is, de 2e zone 2 maar dat is niet direct duidelijk.

Dingen lijken nu te gaan werken.

Nog wat dingen tegengekomen:
1. setup wijzigen wil niet
Wijziging in de PID setup kan ik niet meer doen krijg daar altijd een melding zowel bij "Air Quaility Setpoint" en "Proportional Gain" -> "Value must be at most 1".

2. wijzigen in de setup hebben geen effect
Totdat ik de integratie handmatig herlaad.

3. Is het echt zuiver multizone?
Als ik de code goed begrijp stuur je wel alle beide zones aan, maar wordt de fan rate bepaald op basis van zone met de slechtste kwaliteit. De andere zone ontvangt dan een bericht dat deze op de min waarde moet ventileren. Begrijp ik dat goed en zo ja, waarom is dat?
Naar mijn idee klopt dit conceptueel niet, en moet elke zone een eigen Fan Rate hebben en op die basis een "Fan Demand" indienen bij de controller. De controller zoekt op basis van alle input de stand van de kleppen en het totale luchtdebiet van de ventilator om te voldoen aan de gecombineerde verzoeken van de sensoren.

[immrmkw]

@JP1980

Ik heb het nu zo gedaan dat je eerst alle sensoren kunt selecteren, en in het volgende venster kun je aan elke sensor een zone toekennen. Dit vond ik aardig intuitief. De config flow laat het niet toe om dynamisch zowel een sensor als een zone te selecteren. Wat ik kan doen is dat ik gebruikers per zone een willekeurige lijst met sensoren laat maken, en dan later check welk type sensoren is geselecteerd en de volgende stappen in de config flow daarop baseer. Ik vond het nu eigenlijk al best prima.

1. Dit gebeurt bij mij niet. Zou misschien ook weer aan de taalinstellingen kunnen liggen oid. Ik moet er even naar kijken.
2. Als ik een wijziging maak en de log open, zie ik dat de integratie herstart. Heb jij dit niet?
3. Ik heb zelf geen multi-zone systeem, dus ik weet niet 100% hoe dit werkt. Zoals ik het begrijp, sturen sensoren in de verschillende zones allemaal een demand (in de vorm van een getal van 0 - 255), en vogelt de zonecontroller de stand van de kleppen en de ventilator uit. Vaak zit daar een algoritme achter dat een ratio bepaalt tussen de kleppen inderdaad. Hij prioriteert de zone met de slechtste kwaliteit en die zal vanzelf een betere kwaliteit krijgen dan de andere zone. Vervolgens wordt deze zone geprioriteerd. Dan regelt het allemaal vanzelf naar de juiste waarde. Je hoeft hiervoor niet expliciet met debieten te werken.

[JP1980]

immrmkw schreef op maandag 27 oktober 2025 @ 22:12:
@JP1980
1. Dit gebeurt bij mij niet. Zou misschien ook weer aan de taalinstellingen kunnen liggen oid. Ik moet er even naar kijken.

Bij mij gebeurde dit in versie 0.2 ook niet.

immrmkw schreef op maandag 27 oktober 2025 @ 22:12:
@JP1980
2. Als ik een wijziging maak en de log open, zie ik dat de integratie herstart. Heb jij dit niet?

ok ik zie dat bij sommige instellingen dat dit wel gebeurd. Maar niet nadat ik de device configuratie (1 en 2) had gewijzigd.

immrmkw schreef op maandag 27 oktober 2025 @ 22:12:
3. Ik heb zelf geen multi-zone systeem, dus ik weet niet 100% hoe dit werkt. Zoals ik het begrijp, sturen sensoren in de verschillende zones allemaal een demand (in de vorm van een getal van 0 - 255), en vogelt de zonecontroller de stand van de kleppen en de ventilator uit. Vaak zit daar een algoritme achter dat een ratio bepaalt tussen de kleppen inderdaad. Hij prioriteert de zone met de slechtste kwaliteit en die zal vanzelf een betere kwaliteit krijgen dan de andere zone. Vervolgens wordt deze zone geprioriteerd. Dan regelt het allemaal vanzelf naar de juiste waarde. Je hoeft hiervoor niet expliciet met debieten te werken.

ok dan is het wel lastig testen maar het is exact zoals je zegt.
Eigenlijk moet je elke zone zien als een apart systeem. De WTW zoekt zelf uit wat die moet doen.
Als ik op 1 zone 100% vraag en op de andere zone 0%, dan draait de WTW op 65%. (vermoed dat er nog steeds 15% naar de andere zone gaat).
Die prioritering hoef je dan ook niet in je applicatie te regelen. Je applicatie hoeft alleen maar een verzoek in te dienen per zone.
Ik dacht in je code te lezen dat alleen de slechtste zone aangestuurd werd maar kan het ook niet meer vinden. zal het nog in de gaten houden.

Ik zal de komende dagen nog even kijken of deze regeling wat is maar neig toch na om mijn doel met een eigen script te bereiken. Enige wat ik wil is dat de ventilatie iets eerder op een basisniveau begint te draaien. Als de CO2 dan nog oploopt dan mogen de normale sensoren het wel overnemen. Daar is niet een super geavanceerde regeling voor nodig. Ben wel blij dat door je applicatie het aanmelden van de fake sensoren is gelukt

[homeautomate]

Mooi om te zien dat er weer stappen zijn gemaakt @immrmkw! goede feedback @JP1980

Ben ook in het bezit van zonesturing met een aantal Orcon sensoren en een aantal niet Orcon sensoren ongeveer elke kamer heeft een Netatmo. In dit geval is dit een ideale oplossing. Niet Orcon CO2 melders en Orcon CO2 melders worden dan samengebracht in een "groep AQI" om op basis van de kwaliteit eerder in te spelen op de behoefte.

De fan demand die wordt afgegeven middels een E31 bericht is bepalend voor het bepalen van de ratio conform de ingestelde verhouding tussen zone 1 en zone 2 (bijv 65% zone 1 en 35% zone 2) op de kleppen. Vandaar dat de PID fan rate sensor ook niet gelijk loopt met de supply fan speed sensor (althans dat is mijn theorie). Volgens mijn analyse klopt het ook dat een klep nooit helemaal wordt afgesloten ongeacht de ingestelde verhouding. Hij blijft altijd afhankelijk van de verdeling een minimale hoeveelheid lucht doorvoeren aan de zone waar geen vraag is.

@immrmkw het gebeurd nog regelmatig hier dat de fan rate sensor blijft hangen zonder dat er enig bericht wordt verstuurd naar de zone controller. Dan moet ik opnieuw de config volledig doorlopen om het weer werkend te krijgen. Niet erg maar dacht misschien kunnen we dit issue nog ergens terugvinden.

@JP1980 Stel dat de PID rond een setpoint van 1 is ingesteld, zal de unit sneller optoeren en de verdeling juist worden gedaan. Ik kan mij wel vinden in wat je zegt maar ben nog zoekende hoe de waardes bijvoorbeeld vastgehouden kunnen worden in de vorm van een trend. Aan wat voor type script denk je aan?

Wellicht een idee @immrmkw dat je kan sturen op twee manieren dat kan dan voor niet zone en zonesturing, daarmee realiseren we een soort 'supervisory laag':
1 via PID modulair (voor de dynamische aanpassing), en
2 aanvullend met vooraf gedefinieerde bandbreedtes of hysterese
Een idee: Stel je bent met 2 / 3 personen in een ruimte en CO2 loopt op setpoint zorgt dat de Unit sneller acteert wil je dat er op basis van een bepaalde bandbreedte een fan speed voor die "trend" vastgehouden wordt om te voorkomen dat de unit continue aan het opspinnen en afspinnen is.

Heb wel eens de apps van andere partijen bekeken maar die lijken lang niet zo ver te gaan als wat wij hier bespreken dus dat is zeker motiverend!

[JP1980]

homeautomate schreef op dinsdag 28 oktober 2025 @ 14:56:
Mooi om te zien dat er weer stappen zijn gemaakt @immrmkw! goede feedback @JP1980

Ben ook in het bezit van zonesturing met een aantal Orcon sensoren en een aantal niet Orcon sensoren ongeveer elke kamer heeft een Netatmo. In dit geval is dit een ideale oplossing. Niet Orcon CO2 melders en Orcon CO2 melders worden dan samengebracht in een "groep AQI" om op basis van de kwaliteit eerder in te spelen op de behoefte.

De fan demand die wordt afgegeven middels een E31 bericht is bepalend voor het bepalen van de ratio conform de ingestelde verhouding tussen zone 1 en zone 2 (bijv 65% zone 1 en 35% zone 2) op de kleppen. Vandaar dat de PID fan rate sensor ook niet gelijk loopt met de supply fan speed sensor (althans dat is mijn theorie). Volgens mijn analyse klopt het ook dat een klep nooit helemaal wordt afgesloten ongeacht de ingestelde verhouding. Hij blijft altijd afhankelijk van de verdeling een minimale hoeveelheid lucht doorvoeren aan de zone waar geen vraag is.

@immrmkw het gebeurd nog regelmatig hier dat de fan rate sensor blijft hangen zonder dat er enig bericht wordt verstuurd naar de zone controller. Dan moet ik opnieuw de config volledig doorlopen om het weer werkend te krijgen. Niet erg maar dacht misschien kunnen we dit issue nog ergens terugvinden.

@JP1980 Stel dat de PID rond een setpoint van 1 is ingesteld, zal de unit sneller optoeren en de verdeling juist worden gedaan. Ik kan mij wel vinden in wat je zegt maar ben nog zoekende hoe de waardes bijvoorbeeld vastgehouden kunnen worden in de vorm van een trend. Aan wat voor type script denk je aan?

Wellicht een idee @immrmkw dat je kan sturen op twee manieren dat kan dan voor niet zone en zonesturing, daarmee realiseren we een soort 'supervisory laag':
1 via PID modulair (voor de dynamische aanpassing), en
2 aanvullend met vooraf gedefinieerde bandbreedtes of hysterese
Een idee: Stel je bent met 2 / 3 personen in een ruimte en CO2 loopt op setpoint zorgt dat de Unit sneller acteert wil je dat er op basis van een bepaalde bandbreedte een fan speed voor die "trend" vastgehouden wordt om te voorkomen dat de unit continue aan het opspinnen en afspinnen is.

Heb wel eens de apps van andere partijen bekeken maar die lijken lang niet zo ver te gaan als wat wij hier bespreken dus dat is zeker motiverend!

Het slim aansturen is een heel lastig probleem. Blijkt ook omdat de standaard Orcon CO2 sturing bij mij niet lekker werkt. De systemen meten CO2, maar wat je eigenlijk nodig hebt is de CO2 productie. Aan de hand van de CO2 toename zou je moeten ventileren. Maar die is niet te meten, dus het beste wat je hebt is het huidige CO2 niveau. Lijkt mij erg moeilijk om een algoritme te bedenken die dit perfect doet. Maar om dichtbij perfectie te komen zou je de CO2 delta moeten nemen tussen 2 tijdstippen, en deze weer compenseren met hoeveel je al ventileert om een klein beetje te berekenen hoeveel mensen er in een ruimte zijn feitelijk. Maar zoals gezegd erg ingewikkeld dus kom je op systemen die met vertraging op toeren. Wat jullie nu doen is dan ook prima dat je alle parameters een beetje instelbaar maakt. Echter moet je best wel wat weten om dat allemaal in te stellen, en daarmee alleen voor prosumers. Vind het zelf wel lastig.

Wat betreft je vraag (als ik die goed begrijp) maar ik dacht gisteren nog eigenlijk mist er een belangrijke sensor in Ramses zelf. Ieder CO2 device zou een sensor moeten hebben die de laatst verstuurde 'fan demand' weergeeft. In 1-255 of percentage, maakt niet zoveel uit. Daarmee krijg je ook inzicht in wat je normale fysieke sensors doen. En het zou natuurlijk mooi zijn dat binnen ramses dan ook commands verzonden kunnen worden op die CO2 devices. Die sensor kan je wellicht ook maken in jullie integratie maar in Ramses is veel logischer want die kent ook echt alle devices. Misschien moet daarvoor ook wel een nieuwe device class CO2_REM worden geïntroduceerd. Als die sensors er zouden zijn, dan is in feite de fan rate in jullie integratie overbodig geworden. (vind het nu al een rare metric zoals eerder gezegd, het is maar 1 waarde voor de slechtste zone)

Ik heb overigens ook een paar netatmo devices maar die zijn voor CO2 nu eigenlijk overbodig sinds ik via Ramses nu die van Orcon ontvang.

[Wimpie70]

Ik ben bezig met het maken van een integratie die het installeren van cards, automations, entities, maar evt ook extra py-hooks, servicecalls of websockets voor .js wat gebruikersvriendeljker maakt. Althans, dat is het doel, het is nog niet helemaal af...
Deze 'ramses-extras' draait bovenop ramses RF.
Zogenaamde 'features' kunnen worden aan- en uitgezet, en worden dan automatisch geinstalleerd of verwijderd.
Als voorbeeld heb ik een hvac-card (WIP) in javascript. De card komt automatisch beschikbaar in dashboards, en je hoeft eigenlijk alleen maar de device te kiezen en de integratie doet de rest. Deze card gebruikt 2 extra entities (absolute humidity) die automatisch worden aangemaakt voor (door ramses RF) gevonden FAN devices.
De bound REM van deze FAN wordt gebruikt om berichten te verzenden. De commando's hiervoor zitten in de card gebakken, deze hoef je dus niet meer in Ramses RF config te zetten.
Een andere feature werkt samen met de card. Als je deze 'aan' zet, dan worden nog een paar entities gemaakt, samen met een automation. Deze 'dehumidifier' regelt de FAN als het relative vochtpercentage in huis te hoog is, maar alleen als de buitenlucht ook echt droger is...anders heeft het geen zin natuurlijk.
De automations is een template waarbij de verschillende entities per FAN worden ingevuld door de integratie.

Het systeem is zo opgezet dat andere 'features' relatief eenvoudig kunnen worden toegevoegd. Het lijkt me mooi om het uit te breiden, maar niet alleen met mijn eigen baksels.
Ik ben benieuwd wat jullie er van vinden...https://github.com/wimpie70/ramses_extras

[ebroerse]

JP1980 schreef op dinsdag 28 oktober 2025 @ 15:59:
[...]

Ik heb overigens ook een paar netatmo devices maar die zijn voor CO2 nu eigenlijk overbodig sinds ik via Ramses nu die van Orcon ontvang.

Leuke toepassingen! Ik heb het in de slaapkamer - 1 zone dus, en zonder Ramses RF - simpel gehouden met prima “fris” effect.
Meting met een Netatmo CO2, streefwaarde: 700 ppm, een “domme” buisventilator Ø150 met PWM toerenregeling 0-10V hangt aan een M5stack met ESPHome. Harder dan 80% mag hij niet toeren want dan wordt ik wakker. Besturing in stappen van 10% = 1V, overdag uit, begin van de nacht/slaap produceer je meer CO2.
Mijn “automatische” regeling simpel: boven de streefwaarde naar 70% optoeren, niet vaker dan elke 5 min. aanpassen, vlakt ook de metingen af. Zakt dan 40-50% tegen 03u. Je kunt dit dus in de praktijk “trimmen”. WTW beviel niet, want dat werd te warm.
Wel blij met de losse CO2 sensor, die kan je in de kamer een slimme plek geven. Ook best belangrijk hoe de luchtstroom door de kamer gaat: ik heb de afzuiging onder een kast vlakbij het bed, tegenover het aanvoerrooster. Als die luchtstroom niet goed door de kamer gaat (“kortsluiting”), heb je weinig aan de fan.


Hoop dat de grafiekjes jullie helpen om het niet té ingewikkeld te maken 😙

[immrmkw]

@JP1980, @homeautomate,

De error in het invoerveld kwam door de suggestie van Chatgpt. De cv.small_float gaat maar van 0 tot 1. Klaarblijkelijk had ik dit niet goed getest. Dit heb ik nu helemaal anders opgelost. Hopelijk werkt het ook op Home Assistant in het Nederlands.

Na heel lang zoeken uiteindelijk ook een bug gevonden bij het updaten van de zone-opties. Als hij bepaalde commando's al in zijn geheugen had staan, dan werden deze niet opnieuw toegevoegd aan de lijst en zag je nog de oude informatie.

Wanneer Ramses RF in de tussentijd opnieuw opstart, kon het voorkomen dat commando's waarvan de integratie dacht dat Ramses RF deze al kende niet gestuurd werden.

Ik ga weer een nieuwe development release maken die jullie kunnen testen. 2.2.0-dev.

@JP1980, dat is feitelijk wat de ventilatiecontroller nu doet. Niet precies op de fysische manier die jij nu omschrijft. Maar een integrator integreert de fout waardoor je over tijd een baseline ventilatie krijgt die gelijk is aan de toevoeging van CO2 in de ruimte. Daarnaast hebben sommige systemen nog een afgeleide term. Deze kijkt ook naar de toename van je fout en probeert daar feedforward al wat voor te compenseren. Deze term heb ik achterwege gelaten omdat dit instabiel gedrag kan veroorzaken.

Wat trouwens misschien ook nog kan, is dat de ventilatiecontroller tegelijkertijd ook berichten stuurt naar je ventilator, zodat je de snelheid kunt overrulen.

[ Voor 5% gewijzigd door immrmkw op 28-10-2025 21:39 ]