Itho WPU5G water/water-warmtepomp ervaringen

[RF1000]

Wordt de verdampertemp niet gestuurd door de retourtemperatuur uit de bron? Daar moet deze immers altijd onder zitten. Maar bij een retourtemperatuur van bv 12grC is een verdamper temperatuur van 2,5grC zonde van de efficiëntie.

[RF1000]

Eigenlijk is de vraag; is de bron zo koud omdat de verdamper koud is of andersom.

[vliegnerd]

nel!s schreef op zaterdag 25 januari 2025 @ 11:03:
Nuttige info vwb verticale bronnen @nl0pvm en de glycol @silvanverschuur, ik ga dit meenemen! Iemand met vergelijkbare installatie een paar blokken van ons vandaan heeft de hele winter niet minder dan 10 graden uit de bron..

Via de WkoTool zie ik dat de lus naar 110m diepte gaat bij ons.

110m is wel weinig, maar het hangt ook af van de grondsoort natuurlijk, dus toch moeilijk vergelijken. Ik heb 150m voor 4,5kW en de 5,5kW hoekhuizen hebben 173m hier in Zuid-Holland/polder.

Ik heb de bron temperatuur in de gaten gehouden: De ik log temperatuur 20 minuten nadat de compressor aan gaat, geloof ik. (Dan heeft het water twee rondjes van boven naar beneden gehad en zijn is het stabiel, hoewel het vanaf daar alleen maar daalt tijdens een run).

In december was die temperatuur redelijk constant 10 graden. Maar in januari tijdens de "koude" periode daalt dit naar 9 graden (bron uit, start run dus). En zaterdag daalde het zelfs naar 8 graden bij een CV run direct na SWW legionella programma (2 uur SWW). De eindtemperatuur bron uit is dan onder de 7 graden en retour naar bron 4 graden.

Komt al in de buurt van de 2 graden "stop" conditie dus. Dus ook in mijn geval kan het misgaan mocht het ooit nog een keer een week -20 worden.

[hansgrave]

Even los van de brondiepte etc.: het is niet verstandig om een nieuwbouwwoning met oplevering in de winter met een bodemlus op te warmen van zeg maar 5 graden naar 20 graden. Het is beter dit te doen met elektrische kachels. Als de woning op temperatuur is kan de WPU dit overnemen en de temperatuur constant houden.

[don spike]

Kanarie schreef op zaterdag 25 januari 2025 @ 11:01:
https://wkotool.nl/

Gegevens daar zijn soms een beetje vreemd, bij mij klopt de luslengte wel, maar de brondiepte niet. (luslengte is gelijk aan diepte)

Super bedankt voor de link. Had eerder geprobeerd de bron gegevens op te zoeken (o.a. ook middels broloket), maar nooit gevonden.

We hebben een nieuw appartement gekocht met gezamenlijke bron (72 appartementen), oplevering ergens medio volgend jaar.

In de wkotool zie ik totaal 30 bronnen, elk geeft dezelfde luslengte aan en als ik dit deel door 30 (aantal bronnen) komt dit exact overeen met de aangegeven diepte, wat nog steeds bijna 300 meter is. De bron zit naast het gebouw.

Tot hoever is deze 300 meter realistisch? Want ik zie hier net hele andere dieptes voorbij komen.

En wat is een mooi gemiddelde voor warmte en koudevraag (MWh) voor een appartement (gemiddeld 120m2). De gegevens die ik in de wkotool zie zijn voor het gehele gebouw. Ben namelijk wel benieuwd hoe krap of ruim bemeten de bron is.

[skiwi]

Mijn volgende stap in het inzichtelijk krijgen en automatiseren van mijn Itho Daalderop systeem is het gebruik van de Ramses ESP integratie om de Spider thermostaten aan te sturen. Van @vliegnerd een van zijn Ramses ESP kloons overgenomen en (dank voor de hulp!) deze aan kunnen sluiten in home-assistant wat draait in een docker container.

Nu heb ik de volgende vragen (nummers bij de vragen komen overheen met onderstaande code blokken), voornamelijk door nieuw te zijn in deze materie:

1. het lukt mij maar niet om een packet.log file te vinden met onderstaand configuratie. Ik gebruik een volledig path en nu zelfs tijdelijk in /tmp/ om maar eventuele schrijf-permissie problemen uit te sluiten. Wat ik ook probeer, de packet.log file kan ik niet vinden.
2. Tijdens het opstarten van Home Assistant en ramses_cc zie ik dat dit is aangemerkt als "deprecated". als ramses_cc deprecated is, wat is dan wel de configuratie in HA?
3. Ik blijf een typerror voorbij zien komen in de home-assistant.log en kan niet beoordelen of ik hierdoor tegen problemen aan loop.
4. Een en ander lijkt te werken met berichten die ontvangen worden als blijkt uit de home-asssitant.log
5. Toch zijn er ook veel PacketInvalid meldingen te zien vanwege een Unexpected code for src UFC to Tx. Geen idee of ik hierdoor informatie misloop of tegen latere problemen aan ga lopen met het proberen aan te sturen van de spider thermostaten.

Tips en suggesties zijn meer dan welkom en gewaardeerd!

1. Configuratie ramses_cc in home assistant

code:

# ramses_cc ESP configuration for spider thermostat wireless communication
ramses_cc:
  serial_port: /dev/ttyACM0
  advanced_features:
    send_packet: true
    message_events: "(RQ.* 01FF | I.* 1FC9 |( I| W).* 22C9 )"

  packet_log:
    file_name: /tmp/packet.log # tijdelijk in /tmp gezet in de container om eventuele schrijfrechten uit te sluiten
    rotate_backups: 7

logger:
  logs:
    custom_components.ramses_cc: debug  # show ramses_cc/ramses_rf state
    ramses_rf.dispatcher: info         # show packet payloads

climate:
  - platform: generic_thermostat
    name: Thermostat Room 1
    heater: input_boolean.thermostat_heater
    target_sensor: sensor.itho_autotemp_1_room_3_temp
    target_temp_step: 0.5

2. Opstarten:

code:

2025-01-27 09:52:57.679 WARNING (MainThread) [homeassistant.helpers.config_validation] The 'ramses_cc' option near /config/configuration.yaml:3 is deprecated, please remove it from your configuration


2025-01-27 10:05:56.059 WARNING (MainThread) [ramses_tx.schemas] Best practice is to provide a known_list and enforce it, configure: enforce_known_list = True
2025-01-27 10:05:56.059 WARNING (MainThread) [ramses_tx.protocol] The known_list SHOULD include exactly one gateway (HGI), but does not (it should specify 'class: HGI')
2025-01-27 10:05:56.075 WARNING (MainThread) [homeassistant.util.loop] Detected blocking call to glob with args ('/dev/ttyUSB*',) 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 164: devices.update(glob.glob(items[1] + "*"))), please create a bug report at https://github.com/zxdavb/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 227, in <module>
    sys.exit(main())
  File "/usr/src/homeassistant/homeassistant/__main__.py", line 213, in main
    exit_code = runner.run(runtime_conf)
  File "/usr/src/homeassistant/homeassistant/runner.py", line 154, in run
    return loop.run_until_complete(setup_and_run_hass(runtime_config))
  File "/usr/local/lib/python3.13/asyncio/base_events.py", line 707, in run_until_complete
    self.run_forever()
  File "/usr/local/lib/python3.13/asyncio/base_events.py", line 678, in run_forever
    self._run_once()
  File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2033, 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/setup.py", line 165, in async_setup_component
    result = await _async_setup_component(hass, domain, config)
  File "/usr/src/homeassistant/homeassistant/setup.py", line 461, in _async_setup_component
    await asyncio.gather(
  File "/usr/src/homeassistant/homeassistant/setup.py", line 463, in <genexpr>
    create_eager_task(
  File "/usr/src/homeassistant/homeassistant/util/async_.py", line 45, in create_eager_task
    return Task(coro, loop=loop, name=name, eager_start=True)
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 788, in async_setup_locked
    await self.async_setup(hass, integration=integration)
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 551, in async_setup
    await self.__async_setup_with_context(hass, integration)
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 640, 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())

3. herhalende exception:

code:

# Herhalende exception die ik niet goed kan plaatsen:

2025-01-27 09:53:25.077 INFO (MainThread) [ramses_rf.dispatcher] ||  02:253173 |            |  I | message_22d0     |  00  || {'zone_idx': '00', 'idx': '00', '_flags': [0, 0, 0, 0, 0, 0, 0, 1], 'cool_mode': False, 'heat_mode': False, 'is_active': False, '_unknown': '0000'}
2025-01-27 09:53:25.078 ERROR (MainThread) [homeassistant] Error doing job: Exception in callback UfhController._handle_msg() (None)
Traceback (most recent call last):
  File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run
    self._context.run(self._callback, *self._args)
    ~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/ramses_rf/device/heat.py", line 430, in _handle_msg
    super()._handle_msg(msg)
    ~~~~~~~~~~~~~~~~~~~^^^^^
  File "/usr/local/lib/python3.13/site-packages/ramses_rf/device/base.py", line 449, in _handle_msg
    self._make_tcs_controller(msg=msg)
    ~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/ramses_rf/device/base.py", line 459, in _make_tcs_controller
    raise TypeError(f"Invalid device type to be a controller: {self}")
TypeError: Invalid device type to be a controller: 02:253173 (UFC): None

4. Eerste berichten die binnen komen via ramses:

code:

2025-01-27 10:05:56.491 WARNING (MainThread) [ramses_tx.transport] /dev/ttyACM0: the gateway type is not determinable, will assume evofw3, TIP: specify the serial port by-id (i.e. /dev/serial/by-id/usb-...)
2025-01-27 10:05:56.508 WARNING (MainThread) [ramses_tx.transport] 044  I --- 02:253292 02:253476 --:------ 4E02 034 0008027FFF7FFF#  I --- 18:000730 63:262142 --:------ 7FFF 015 00100194A702A71476302E35302E30 < PacketInvalid(Bad frame: invalid payload: len(0008027FFF7FFF) is not int('034' * 2)))
2025-01-27 10:05:56.532 INFO (MainThread) [ramses_rf.dispatcher] ||  18:091000 |  63:262142 |  I | puzzle_packet    |      || {'datetime': '2025-01-27T10:05:56.500', 'engine': 'v0.50.0', 'parser': 'v0.50.0'}
2025-01-27 10:05:56.587 WARNING (MainThread) [ramses_tx.protocol] The active gateway '18:091000: { class: HGI }' (by filter) SHOULD be in the (enforced) known_list
2025-01-27 10:05:56.589 INFO (MainThread) [ramses_rf.dispatcher] ||  18:116934 |  63:262142 |  I | device_info      |      || {'oem_code': '01', 'manufacturer_sub_id': 'FA', 'product_id': '10', 'date_1': '2019-07-22', 'date_2': '0000-00-00', 'description': 'BRDG-02A55'}
2025-01-27 10:05:56.589 INFO (MainThread) [ramses_rf.dispatcher] ||  21:051735 |            |  I | device_battery   |      || {'battery_low': False, 'battery_level': None}
2025-01-27 10:05:56.589 INFO (MainThread) [ramses_rf.dispatcher] ||  21:051804 |            |  I | device_battery   |      || {'battery_low': False, 'battery_level': None}
2025-01-27 10:05:56.590 INFO (MainThread) [ramses_rf.dispatcher] ||  37:098955 |  63:262142 |  I | device_info      |      || {'oem_code': '01', 'manufacturer_sub_id': '00', 'product_id': '28', 'date_1': '2021-01-20', 'date_2': '0000-00-00', 'description': 'VMS-12C39'}

5. PacketInvalid - Unexpected code for src (UFC) to Tx)

code:

2025-01-27 09:53:30.944 WARNING (MainThread) [ramses_rf.dispatcher]  W --- 02:253173 02:253398 --:------ 4E04 003 000001 < PacketInvalid( W --- 02:253173 02:253398 --:------ 4E04 003 000001 < Unexpected code for src (UFC) to Tx)
2025-01-27 09:53:31.011 WARNING (MainThread) [ramses_rf.dispatcher]  I --- 02:253398 02:253173 --:------ 4E04 003 000001 < PacketInvalid( I --- 02:253398 02:253173 --:------ 4E04 003 000001 < Unexpected code for src (UFC) to Tx)
2025-01-27 09:53:31.930 WARNING (MainThread) [ramses_rf.dispatcher]  W --- 02:253173 02:253375 --:------ 4E04 003 000003 < PacketInvalid( W --- 02:253173 02:253375 --:------ 4E04 003 000003 < Unexpected code for src (UFC) to Tx)
...
2025-01-27 09:54:12.717 WARNING (MainThread) [ramses_rf.dispatcher]  I --- 02:253292 02:253476 --:------ 4E01 018 007FFF7FFF07CA7FFF7FFF7FFF7FFF7FFF00 < PacketInvalid( I --- 02:253292 02:253476 --:------ 4E01 018 007FFF7FFF07CA7FFF7FFF7FFF7FFF7FFF00 < Unexpected code for src (UFC) to Tx)
2025-01-27 09:54:13.703 WARNING (MainThread) [ramses_rf.dispatcher]  I --- 02:253292 02:253476 --:------ 4E01 018 007FFF7FFF07CA7FFF7FFF7FFF7FFF7FFF00 < PacketInvalid( I --- 02:253292 02:253476 --:------ 4E01 018 007FFF7FFF07CA7FFF7FFF7FFF7FFF7FFF00 < Unexpected code for src (UFC) to Tx)

[GeeMoney]

Je gebruikt denk ik de verkeerde ramses_cc integratie. Sinds een bepaalde versie is hij volledig in de GUI opgenomen en kan je geen definities meer maken in een configuration.yaml .
In de GUI Ramses geef je je esp device op en dan komt er in de config map op je HA installatie een pakket.log file.
De docker versie is een stuk lastiger met python en hacs integraties inderdaad.
Als je het jezelf makkelijk wilt maken dan zou ik overstappen naar een HAOS VM installatie.

Ik heb er eens een korte samenvatting voor gegeven in docker, ik zal eens opzoeken voor je maar het blijft een beetje gehannes in docker en python en integraties.

[ Voor 36% gewijzigd door GeeMoney op 27-01-2025 14:31 ]

[skiwi]

Hmm. ik begreep al niet waarom er hier en daar in dit topic naar een UI verwezen werd dus kan goed dat ik een verkeerde integratie gebruik. Dit is de documentatie die ik heb gevolgd en daarbij de ramses_cc integratie via een custom repository heb toegevoegd in HACS: https://github.com/zxdavb/ramses_cc/wiki/1.-Installation

Zo snel kan ik geen andere documentatie vinden vwb een UI gedreven ramses installatie dus hoor graag!

[nel!s]

vliegnerd schreef op zondag 26 januari 2025 @ 15:52:
[...]


110m is wel weinig, maar het hangt ook af van de grondsoort natuurlijk, dus toch moeilijk vergelijken. Ik heb 150m voor 4,5kW en de 5,5kW hoekhuizen hebben 173m hier in Zuid-Holland/polder.

Ik heb de bron temperatuur in de gaten gehouden: De ik log temperatuur 20 minuten nadat de compressor aan gaat, geloof ik. (Dan heeft het water twee rondjes van boven naar beneden gehad en zijn is het stabiel, hoewel het vanaf daar alleen maar daalt tijdens een run).

In december was die temperatuur redelijk constant 10 graden. Maar in januari tijdens de "koude" periode daalt dit naar 9 graden (bron uit, start run dus). En zaterdag daalde het zelfs naar 8 graden bij een CV run direct na SWW legionella programma (2 uur SWW). De eindtemperatuur bron uit is dan onder de 7 graden en retour naar bron 4 graden.

Komt al in de buurt van de 2 graden "stop" conditie dus. Dus ook in mijn geval kan het misgaan mocht het ooit nog een keer een week -20 worden.

Heb Itho gesproken, prima mensen daar maar dit moet toch via installateur worden opgepakt.

Denk eigenlijk dat 110m2 diepe lus op een 6,5Kw pomp gewoon te weinig is. Dan kun je nog glycol in de lus doen zodat het punt van afslaan wat later is maarja, systeem blijft dan suboptimaal imo.

[RF1000]

Lijkt er dan wel op idd. Heb hier ook een 6,5kW versie en een lus van 173m diepte.

Eigenlijk dus een fout van de installateur. Je zou bijna denken dat hij in zn excelletje bij bepaling van de diepte per ongeluk water/glycol mengsel heeft aan gevinkt ipv puur water (heeft alleen Itho).

Hoe gaat het bij de omliggende buren?

[vliegnerd]

skiwi schreef op maandag 27 januari 2025 @ 13:38:
Mijn volgende stap in het inzichtelijk krijgen en automatiseren van mijn Itho Daalderop systeem is het gebruik van de Ramses ESP integratie om de Spider thermostaten aan te sturen. Van @vliegnerd een van zijn Ramses ESP kloons overgenomen en (dank voor de hulp!) deze aan kunnen sluiten in home-assistant wat draait in een docker container.

Nu heb ik de volgende vragen (nummers bij de vragen komen overheen met onderstaande code blokken), voornamelijk door nieuw te zijn in deze materie:

1. het lukt mij maar niet om een packet.log file te vinden met onderstaand configuratie. Ik gebruik een volledig path en nu zelfs tijdelijk in /tmp/ om maar eventuele schrijf-permissie problemen uit te sluiten. Wat ik ook probeer, de packet.log file kan ik niet vinden.
2. Tijdens het opstarten van Home Assistant en ramses_cc zie ik dat dit is aangemerkt als "deprecated". als ramses_cc deprecated is, wat is dan wel de configuratie in HA?
3. Ik blijf een typerror voorbij zien komen in de home-assistant.log en kan niet beoordelen of ik hierdoor tegen problemen aan loop.
4. Een en ander lijkt te werken met berichten die ontvangen worden als blijkt uit de home-asssitant.log
5. Toch zijn er ook veel PacketInvalid meldingen te zien vanwege een Unexpected code for src UFC to Tx. Geen idee of ik hierdoor informatie misloop of tegen latere problemen aan ga lopen met het proberen aan te sturen van de spider thermostaten.

Tips en suggesties zijn meer dan welkom en gewaardeerd!

1. Configuratie ramses_cc in home assistant

code:

# ramses_cc ESP configuration for spider thermostat wireless communication
ramses_cc:
  serial_port: /dev/ttyACM0
  advanced_features:
    send_packet: true
    message_events: "(RQ.* 01FF | I.* 1FC9 |( I| W).* 22C9 )"

  packet_log:
    file_name: /tmp/packet.log # tijdelijk in /tmp gezet in de container om eventuele schrijfrechten uit te sluiten
    rotate_backups: 7

logger:
  logs:
    custom_components.ramses_cc: debug  # show ramses_cc/ramses_rf state
    ramses_rf.dispatcher: info         # show packet payloads

climate:
  - platform: generic_thermostat
    name: Thermostat Room 1
    heater: input_boolean.thermostat_heater
    target_sensor: sensor.itho_autotemp_1_room_3_temp
    target_temp_step: 0.5

2. Opstarten:

code:

2025-01-27 09:52:57.679 WARNING (MainThread) [homeassistant.helpers.config_validation] The 'ramses_cc' option near /config/configuration.yaml:3 is deprecated, please remove it from your configuration


2025-01-27 10:05:56.059 WARNING (MainThread) [ramses_tx.schemas] Best practice is to provide a known_list and enforce it, configure: enforce_known_list = True
2025-01-27 10:05:56.059 WARNING (MainThread) [ramses_tx.protocol] The known_list SHOULD include exactly one gateway (HGI), but does not (it should specify 'class: HGI')
2025-01-27 10:05:56.075 WARNING (MainThread) [homeassistant.util.loop] Detected blocking call to glob with args ('/dev/ttyUSB*',) 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 164: devices.update(glob.glob(items[1] + "*"))), please create a bug report at https://github.com/zxdavb/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 227, in <module>
    sys.exit(main())
  File "/usr/src/homeassistant/homeassistant/__main__.py", line 213, in main
    exit_code = runner.run(runtime_conf)
  File "/usr/src/homeassistant/homeassistant/runner.py", line 154, in run
    return loop.run_until_complete(setup_and_run_hass(runtime_config))
  File "/usr/local/lib/python3.13/asyncio/base_events.py", line 707, in run_until_complete
    self.run_forever()
  File "/usr/local/lib/python3.13/asyncio/base_events.py", line 678, in run_forever
    self._run_once()
  File "/usr/local/lib/python3.13/asyncio/base_events.py", line 2033, 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/setup.py", line 165, in async_setup_component
    result = await _async_setup_component(hass, domain, config)
  File "/usr/src/homeassistant/homeassistant/setup.py", line 461, in _async_setup_component
    await asyncio.gather(
  File "/usr/src/homeassistant/homeassistant/setup.py", line 463, in <genexpr>
    create_eager_task(
  File "/usr/src/homeassistant/homeassistant/util/async_.py", line 45, in create_eager_task
    return Task(coro, loop=loop, name=name, eager_start=True)
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 788, in async_setup_locked
    await self.async_setup(hass, integration=integration)
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 551, in async_setup
    await self.__async_setup_with_context(hass, integration)
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 640, 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())

3. herhalende exception:

code:

# Herhalende exception die ik niet goed kan plaatsen:

2025-01-27 09:53:25.077 INFO (MainThread) [ramses_rf.dispatcher] ||  02:253173 |            |  I | message_22d0     |  00  || {'zone_idx': '00', 'idx': '00', '_flags': [0, 0, 0, 0, 0, 0, 0, 1], 'cool_mode': False, 'heat_mode': False, 'is_active': False, '_unknown': '0000'}
2025-01-27 09:53:25.078 ERROR (MainThread) [homeassistant] Error doing job: Exception in callback UfhController._handle_msg() (None)
Traceback (most recent call last):
  File "/usr/local/lib/python3.13/asyncio/events.py", line 89, in _run
    self._context.run(self._callback, *self._args)
    ~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/ramses_rf/device/heat.py", line 430, in _handle_msg
    super()._handle_msg(msg)
    ~~~~~~~~~~~~~~~~~~~^^^^^
  File "/usr/local/lib/python3.13/site-packages/ramses_rf/device/base.py", line 449, in _handle_msg
    self._make_tcs_controller(msg=msg)
    ~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/ramses_rf/device/base.py", line 459, in _make_tcs_controller
    raise TypeError(f"Invalid device type to be a controller: {self}")
TypeError: Invalid device type to be a controller: 02:253173 (UFC): None

4. Eerste berichten die binnen komen via ramses:

code:

2025-01-27 10:05:56.491 WARNING (MainThread) [ramses_tx.transport] /dev/ttyACM0: the gateway type is not determinable, will assume evofw3, TIP: specify the serial port by-id (i.e. /dev/serial/by-id/usb-...)
2025-01-27 10:05:56.508 WARNING (MainThread) [ramses_tx.transport] 044  I --- 02:253292 02:253476 --:------ 4E02 034 0008027FFF7FFF#  I --- 18:000730 63:262142 --:------ 7FFF 015 00100194A702A71476302E35302E30 < PacketInvalid(Bad frame: invalid payload: len(0008027FFF7FFF) is not int('034' * 2)))
2025-01-27 10:05:56.532 INFO (MainThread) [ramses_rf.dispatcher] ||  18:091000 |  63:262142 |  I | puzzle_packet    |      || {'datetime': '2025-01-27T10:05:56.500', 'engine': 'v0.50.0', 'parser': 'v0.50.0'}
2025-01-27 10:05:56.587 WARNING (MainThread) [ramses_tx.protocol] The active gateway '18:091000: { class: HGI }' (by filter) SHOULD be in the (enforced) known_list
2025-01-27 10:05:56.589 INFO (MainThread) [ramses_rf.dispatcher] ||  18:116934 |  63:262142 |  I | device_info      |      || {'oem_code': '01', 'manufacturer_sub_id': 'FA', 'product_id': '10', 'date_1': '2019-07-22', 'date_2': '0000-00-00', 'description': 'BRDG-02A55'}
2025-01-27 10:05:56.589 INFO (MainThread) [ramses_rf.dispatcher] ||  21:051735 |            |  I | device_battery   |      || {'battery_low': False, 'battery_level': None}
2025-01-27 10:05:56.589 INFO (MainThread) [ramses_rf.dispatcher] ||  21:051804 |            |  I | device_battery   |      || {'battery_low': False, 'battery_level': None}
2025-01-27 10:05:56.590 INFO (MainThread) [ramses_rf.dispatcher] ||  37:098955 |  63:262142 |  I | device_info      |      || {'oem_code': '01', 'manufacturer_sub_id': '00', 'product_id': '28', 'date_1': '2021-01-20', 'date_2': '0000-00-00', 'description': 'VMS-12C39'}

5. PacketInvalid - Unexpected code for src (UFC) to Tx)

code:

2025-01-27 09:53:30.944 WARNING (MainThread) [ramses_rf.dispatcher]  W --- 02:253173 02:253398 --:------ 4E04 003 000001 < PacketInvalid( W --- 02:253173 02:253398 --:------ 4E04 003 000001 < Unexpected code for src (UFC) to Tx)
2025-01-27 09:53:31.011 WARNING (MainThread) [ramses_rf.dispatcher]  I --- 02:253398 02:253173 --:------ 4E04 003 000001 < PacketInvalid( I --- 02:253398 02:253173 --:------ 4E04 003 000001 < Unexpected code for src (UFC) to Tx)
2025-01-27 09:53:31.930 WARNING (MainThread) [ramses_rf.dispatcher]  W --- 02:253173 02:253375 --:------ 4E04 003 000003 < PacketInvalid( W --- 02:253173 02:253375 --:------ 4E04 003 000003 < Unexpected code for src (UFC) to Tx)
...
2025-01-27 09:54:12.717 WARNING (MainThread) [ramses_rf.dispatcher]  I --- 02:253292 02:253476 --:------ 4E01 018 007FFF7FFF07CA7FFF7FFF7FFF7FFF7FFF00 < PacketInvalid( I --- 02:253292 02:253476 --:------ 4E01 018 007FFF7FFF07CA7FFF7FFF7FFF7FFF7FFF00 < Unexpected code for src (UFC) to Tx)
2025-01-27 09:54:13.703 WARNING (MainThread) [ramses_rf.dispatcher]  I --- 02:253292 02:253476 --:------ 4E01 018 007FFF7FFF07CA7FFF7FFF7FFF7FFF7FFF00 < PacketInvalid( I --- 02:253292 02:253476 --:------ 4E01 018 007FFF7FFF07CA7FFF7FFF7FFF7FFF7FFF00 < Unexpected code for src (UFC) to Tx)

Welke versie van Ramses cc gebruik je? Vanaf 0.40 gebruik je configuration.yaml niet en configureer je bij “Apparaten en diensten” daar staat Ramses RF.

Gebruik versie 0.50 of hoger.

packet.log staat in principe in de map waar ook configuration.yaml staat. Ook in docker.

Antwoord op 5: je kunt invalid packets gewoon negeren. Die zijn onbekend of niet geïmplementeerd.

In het grote Orcon WTW topic heb ik een beschrijving met screenshots geplaatst.

[skiwi]

Ha! Dank @GeeMoney en @vliegnerd. Ik heb mijzelf helemaal blindgestaard op de documentatie en de yaml configuratie gevolgd en daarbij niet gekeken naar de devices in de UI.

Yaml configuratie verwijdert en de ramses stappen doorlopen in de UI en daar is de packet.log!

[Danfoss]

nel!s schreef op maandag 27 januari 2025 @ 18:33:
[...]


Heb Itho gesproken, prima mensen daar maar dit moet toch via installateur worden opgepakt.

Denk eigenlijk dat 110m2 diepe lus op een 6,5Kw pomp gewoon te weinig is. Dan kun je nog glycol in de lus doen zodat het punt van afslaan wat later is maarja, systeem blijft dan suboptimaal imo.

110m lijkt me echt heel weinig. Wij hebben een 6,5Kw pomp en 225 meter diep volgens Wkotool.

[IkWilbert]

Alle vrijstaande en twee ondereenkappers zitten hier op 100 of 110 meter volgens kwo tool.
WPU 5.5Kw.
Onze woning op 110 meter volgens de tool

einddiepte_meters_onder_maaiveld 110
bodemzijdigvermogen_kW 4,60
totale_lus_lengte_m 220
status_instal In Gebruik
type GBES
koudevraag_gebouw_MWh 2,80
warmtevraag_gebouw_MWh 5,80

[silvanverschuur]

IkWilbert schreef op dinsdag 28 januari 2025 @ 09:53:
Alle vrijstaande en twee ondereenkappers zitten hier op 100 of 110 meter volgens kwo tool.
WPU 5.5Kw.
Onze woning op 110 meter volgens de tool

einddiepte_meters_onder_maaiveld 110
bodemzijdigvermogen_kW 4,60
totale_lus_lengte_m 220
status_instal In Gebruik
type GBES
koudevraag_gebouw_MWh 2,80
warmtevraag_gebouw_MWh 5,80

In onze straat is de einddiepte en totale lus lengte bij alle woningen gelijk aan elkaar. Voor mijn woning is de einddiepte 173m en de totale lus lengte is ook 173m. Dit kan toch niet gelijk zijn aan elkaar?

[vliegnerd]

IkWilbert schreef op dinsdag 28 januari 2025 @ 09:53:
Alle vrijstaande en twee ondereenkappers zitten hier op 100 of 110 meter volgens kwo tool.
WPU 5.5Kw.
Onze woning op 110 meter volgens de tool

einddiepte_meters_onder_maaiveld 110
bodemzijdigvermogen_kW 4,60
totale_lus_lengte_m 220
status_instal In Gebruik
type GBES
koudevraag_gebouw_MWh 2,80
warmtevraag_gebouw_MWh 5,80

Totale lus lengte is 220 m. Dus twee bronnen naast elkaar? Dat is wel logisch als je niet verder / dieper kan dan 110m.
220 m is ook veel logischer voor een 5,5kW versie. Hier is dat 173m voor 5,5 kW (bij de buren)

[IkWilbert]

Ja volgens mij hebben we twee bronnen.

[silvanverschuur]

IkWilbert schreef op dinsdag 28 januari 2025 @ 11:06:
Ja volgens mij hebben we twee bronnen.

[Afbeelding]

Dat verklaart heel veel :-) Nu snap ik ook waarom bij ons in de straat de lus lengte gelijk is aan de einddiepte onder het maaiveld.

[siddler]

Ik snap er nog steeds niet veel van: op mijn perceel zouden er 5 bronnen zijn volgens de wkotool, maar op basis van wat oude foto's lijkt er toch maar een bronlus te zijn. De tool geeft een totale luslengte van 250m aan, maar slechts een diepte van 50m onder het maaiveld.

[Jorimax]

Heeft iemand al een automation in HA gemaakt die de WPU aan/uit zet op basis van dynamische elektriciteits tarieven?

Dus iets van Kw/u prijs is lager dan 0.25 aan en weer uit als de prijs boven de 0.25 komt.

Ik heb de module live en zie alle waarden van me WPU in HA.
moet nu gaan testen met het mqtt.publish commando maar ben nog even huiverig.

Heb wel al een sensor in HA met de huidige dynamische stroom prijs van Zonneplan dus die moet ik kunnen gebruiken.

Alvast bedankt als iemand iets zou willen delen!

Gr,
Joep

[Sjepers]

Is iemand bekend met deze onderstaande site waar je de SeizoensPrestatieFactor (SPF) van de WPU kunt berekenen?
Is deze berekening betrouwbaar?
https://bouw-energie.be/nl-be/bereken/spf-warmtepomp

Als ik deze berekening toepas voor mijn situatie. Dan blijkt dat bij een de CV pomp% van 50%, de SPF (6,8) het hoogste is en het laagst bij een CV pomp% van 90%.

[Jorimax]

Denken jullie dat dit gaat werken?


- id: '1737933090037'
alias: Send stop MQTT command to WPU Heatpump
description: This automation sends a MQTT stop command to the WPU heatpump once
the price of the Zonneplan sensor is above 0.28
triggers:
- trigger: numeric_state
entity_id:
- sensor.zonneplan_current_electricity_tariff
attribute: price
above: 0.28
conditions: []
actions:
- action: mqtt.publish
metadata: {}
data:
evaluate_payload: false
qos: '0'
topic: itho/cmd
payload: "{\n \"manual_operation_index\":30,\n \"manual_operation_datatype\":0,\n
\ \"manual_operation_value\":0,\n \"manual_operation_checked\":1\n
\ }"
- repeat:
sequence:
- action: mqtt.publish
metadata: {}
data:
evaluate_payload: false
qos: '0'
topic: itho/cmd
payload: "{\n \"manual_operation_index\":30,\n \"manual_operation_datatype\":0,\n
\ \"manual_operation_value\":0,\n \"manual_operation_checked\":1\n
\ }"
until:
- condition: numeric_state
entity_id: sensor.zonneplan_current_electricity_tariff
attribute: price
below: 0.28
mode: single

[Jorimax]

Jorimax schreef op donderdag 30 januari 2025 @ 14:12:
Denken jullie dat dit gaat werken?


Het werkt nu!

maar dan zo:

heb wel de Max manual Operation time op 480Mins gezet. hopende dat de tijd tussen de prijs verschillen minder dat 480Mins is!

id: '1737933090037'
alias: Send stop MQTT command to WPU Heatpump
description: This automation sends a MQTT stop command to the WPU heatpump once
the price of the Zonneplan sensor is above 0.28
triggers:
- trigger: numeric_state
entity_id:
- sensor.zonneplan_current_electricity_tariff
above: 0.3
conditions: []
actions:
- action: mqtt.publish
metadata: {}
data:
evaluate_payload: false
qos: '2'
topic: itho/cmd
payload: "{\n \"manual_operation_index\":30,\n \"manual_operation_datatype\":0,\n
\ \"manual_operation_value\":0,\n \"manual_operation_checked\":1\n
\ }"
mode: single
- id: '1738247206451'
alias: Price below 0.30
description: This automation sends a MQTT start command to the WPU heatpump once
the price of the Zonneplan sensor is below 0.30
triggers:
- trigger: numeric_state
entity_id:
- sensor.zonneplan_current_electricity_tariff
below: 0.3
conditions: []
actions:
- action: mqtt.publish
metadata: {}
data:
evaluate_payload: false
qos: '2'
payload: "{\n \"manual_operation_index\":30,\n \"manual_operation_datatype\":0,\n
\ \"manual_operation_value\":0,\n \"manual_operation_checked\":0\n
\ }"
topic: itho/cmd
mode: single


- id: '1737933090037'
alias: Send stop MQTT command to WPU Heatpump
description: This automation sends a MQTT stop command to the WPU heatpump once
the price of the Zonneplan sensor is above 0.28
triggers:
- trigger: numeric_state
entity_id:
- sensor.zonneplan_current_electricity_tariff
attribute: price
above: 0.28
conditions: []
actions:
- action: mqtt.publish
metadata: {}
data:
evaluate_payload: false
qos: '0'
topic: itho/cmd
payload: "{\n \"manual_operation_index\":30,\n \"manual_operation_datatype\":0,\n
\ \"manual_operation_value\":0,\n \"manual_operation_checked\":1\n
\ }"
- repeat:
sequence:
- action: mqtt.publish
metadata: {}
data:
evaluate_payload: false
qos: '0'
topic: itho/cmd
payload: "{\n \"manual_operation_index\":30,\n \"manual_operation_datatype\":0,\n
\ \"manual_operation_value\":0,\n \"manual_operation_checked\":1\n
\ }"
until:
- condition: numeric_state
entity_id: sensor.zonneplan_current_electricity_tariff
attribute: price
below: 0.28
mode: single

[GeeMoney]

@Jorimax wat je beter kan doen is dat je elk half uur je automation "herhaalt".
Ik doe het bijvoorbeeld zo:

Ik stuur dus het mqtt heat demand 0 elk half uur tijdens mijn nacht verlaging en mijn manual control staat op 35 min.
Het voordeel is dat als het niet goed werkt, je er niet 480min later pas achterkomt.

Ik maak dus gebruik van een helper met een schedule.
Als de schedule (wpu_heating) dus naar Off gaat, stuur dan heat demand 0 . In mijn geval duurt het dus max 2 uur en 5 minuten want na 1:30 uur stuur ik de laatste keer heat demand 0 en manual control staat op 35min.

Waar je voor op moet passen met dynamische prijzen is dat elke dag je laagste prijs anders kan zijn maar dat kan dus betekenen dat als je die drempelwaarde vast zet, op zeg, 28 cent , je in het slechtste geval een week niet gaat verwarmen.
Je moet dus ook condities opnemen (lijkt mij) dat je ook wilt verwarmen als je woonkamer temp onder een drempelwaarde komt ongeacht hoog energie tarief of niet.
In HA is dat ook best mogelijk maar ik gebruik Fibaro om dat te doen, ook voor mijn zwembad met warmtepomp.

Simpel voorbeeld:
Elke dag schakelt mijn zwembad warmtepomp pas aan als de buitentemp 15 graden of hoger is tussen 06:00 en 10:00 uur tenzij watertemperatuur lager is dan 27 graden, ga dan direct aan.
Schakel om 10:00 uur sowieso de warmtepomp aan op de meest zuinige stand. Vanaf 15:00 uur in de middag doe ik hetzelfde met uitschakelen. Kijk tussen 15:00 en 19:30 uur naar de watertemp en als deze 28.5 graden is voor 30minuten, of hoger, schakel dan de warmtepomp uit. Schakel anders sowieso om 19:30 uur uit.

[ Voor 53% gewijzigd door GeeMoney op 31-01-2025 16:14 ]

[Jorimax]

@GeeMoney

Thanks ik snap wat je bedoeld.

Maar als de prijs boven de trigger blijft gaat die mij mij dus alsnog na 8 uur verwarmen. daarna gaat hij weer uit als de trigger prijs te hoog veranderd (gaat per uur)
En het huis is zo goed geïsoleerd dat het dan maar 0.3 graad zakt.

Zou je eventueel je code of screenshots van je automation willen delen dan kan ik er van leren en eventueel toch nog iets verbeteren.

Thanks!
Joep

[skiwi]

Vorige week een monteur langs gehad voor mijn Itho appartuur. Om geen gezeur te krijgen over garantie heb ik de wifi units losgekoppeld en na het bezoek van de monteur weer aan de juiste Itho appartuur gehangen. De Autotemp en HRU waren zonder problemen weer zichtbaar met up-to-date informatie in Home Assistant.

De WPU geeft echter sindsdien overal status ‘unknown” en ik begrijp niet wat ik over het hoofd zie:
De wifi module is benaderbaar, geeft connected aan en ik zie data netjes voorbij komen op de mqtt topics.

Enige wat mij opvalt is dat de label/value pagina verder geen informatie meer toont (maar weet niet zeker meer of dit uberhaupt het geval was):





Iemand tips hoe dit verder te onderzoeken? Ik gebruik de volgende HA integratie en die heeft tot op heden altijd prima gewerkt: https://github.com/jasperslits/haithowifi

[GeeMoney]

skiwi schreef op dinsdag 4 februari 2025 @ 19:11:
Vorige week een monteur langs gehad voor mijn Itho appartuur. Om geen gezeur te krijgen over garantie heb ik de wifi units losgekoppeld en na het bezoek van de monteur weer aan de juiste Itho appartuur gehangen. De Autotemp en HRU waren zonder problemen weer zichtbaar met up-to-date informatie in Home Assistant.

De WPU geeft echter sindsdien overal status ‘unknown” en ik begrijp niet wat ik over het hoofd zie:
De wifi module is benaderbaar, geeft connected aan en ik zie data netjes voorbij komen op de mqtt topics.

Enige wat mij opvalt is dat de label/value pagina verder geen informatie meer toont (maar weet niet zeker meer of dit uberhaupt het geval was):

[Afbeelding]

[Afbeelding]

Iemand tips hoe dit verder te onderzoeken? Ik gebruik de volgende HA integratie en die heeft tot op heden altijd prima gewerkt: https://github.com/jasperslits/haithowifi

Even een paar keer de unit los koppelen en weer aankoppelen totdat je daar weer info ziet. Komt weleens voor.

[Jorimax]

of rebooten. Ik heb het ook idd gezien.

[Midan]

Midan schreef op zondag 10 november 2024 @ 13:31:
Ik heb een evofw3 overgenomen van @vliegnerd en volgens mij ben ik nu zover dat ik data zie in de packet.log. Is het nu nog een kwestie van het vinden van de adressen van mijn spider thermostaten en het aanmaken van een automatisering volgens de blueprint van @Onl1ne1373?

Volgens mij heb ik ook het gateway-adres, zie het volgende bericht in de log:

code:

The active gateway 18:xxxxxxx: { class: HGI } (by filter) SHOULD be in the known_list

Aangezien in de hele wijk spider thermostaten hangen, zie ik er een heel aantal. Ik heb tijdelijk de temperatuur op mijn hoofdthermostaat aangepast van 24°C naar 20°C, en daarna naar 18°C. Ik heb de berichten eruit gehaald die volgens mij deze veranderingen reflecteren (Adressen gerandomiseerd):

code:

2024-11-10T12:56:50.001768 047  W --- 21:748302 29:542913 --:------ 22C9 006 03096009C401
2024-11-10T12:56:50.065532 055  I --- 29:542913 21:748302 --:------ 22C9 008 0309607FFF010103
2024-11-10T12:56:57.532315 060  W --- 21:748302 29:542913 --:------ 22C9 006 0307D0083401
2024-11-10T12:56:57.596936 073  I --- 29:542913 21:748302 --:------ 22C9 008 0307D07FFF010103
2024-11-10T12:57:06.477669 057  I --- 21:748302 --:------ 21:748302 3110 004 00000010
2024-11-10T12:57:13.656275 056  I 189 21:748302 --:------ 21:748302 2E10 002 0001
2024-11-10T12:57:13.743131 055  I 189 21:748302 --:------ 21:748302 2E10 002 0001
2024-11-10T12:57:13.828396 055  I 189 21:748302 --:------ 21:748302 2E10 002 0001
2024-11-10T12:58:04.588827 056  I --- 21:748302 --:------ 21:748302 12C0 004 002801FF
2024-11-10T12:58:39.369338 048  W --- 21:748302 29:542913 --:------ 22C9 006 0307D0083401
2024-11-10T12:58:39.439831 059  I --- 29:542913 21:748302 --:------ 22C9 008 0307D07FFF010103
2024-11-10T12:58:46.370660 061  W --- 21:748302 29:542913 --:------ 22C9 006 03070807D001
2024-11-10T12:58:46.456730 065  I --- 29:542913 21:748302 --:------ 22C9 008 0307087FFF010103
2024-11-10T12:59:02.493430 058  I 190 21:748302 --:------ 21:748302 2E10 002 0001
2024-11-10T12:59:02.566723 059  I 190 21:748302 --:------ 21:748302 2E10 002 0001
2024-11-10T12:59:02.642376 058  I 190 21:748302 --:------ 21:748302 2E10 002 0001

Het lijkt erop dat 0960 overeenkomt met 24°C, 07D0 met 20°C en 0708 met 18°C.

Klopt dit?

Daarnaast heb ik een vraag over de autotemp. In een eerder bericht las ik dat autotemps beginnen met 02:, terwijl de adressen in de bovenstaande logs beginnen met 29:. Betekent dit dat 29:... iets anders is?

Verder: wat moet er precies bij target_sensor staan in dit stukje van de configuratie?

code:

climate:
  - platform: generic_thermostat
    name: Thermostat Room 1
    heater: input_boolean.thermostat_heater
    target_sensor: sensor.itho_autotemp_1_room_3_temp
    target_temp_step: 0.5

Mijn configruation.yaml:

code:

ramses_cc:
  serial_port: /dev/ttyACM0
  advanced_features:
    send_packet: true
    message_events: "(RQ.* 01FF | I.* 1FC9 |( I| W).* 22C9 )"
  packet_log:
    file_name: packet.log
    rotate_backups: 28

climate:
  - platform: generic_thermostat
    name: Thermostat Room 1
    heater: input_boolean.thermostat_heater
    target_sensor: sensor.itho_autotemp_1_room_3_temp
    target_temp_step: 0.5

Ik ben hier vandaag verder mee aan de slag gegaan, maar loop vast.

Is een "switch helper" hetzelfde als een toggle in Home Assistant? En kan ik bij target_sensor een niet-bestaande sensor invoeren?

Voor nu heb ik dit exact zo overgenomen in mijn configuration.yaml:

code:

climate:
  - platform: generic_thermostat
    name: Thermostat Room 1
    heater: input_boolean.thermostat_heater
    target_sensor: sensor.itho_autotemp_1_room_3_temp
    target_temp_step: 0.5

[/code]

Ik zie dat er berichten worden getriggerd vanuit de automation:

code:

2025-02-05T18:10:01.064123 000  W --- 18:000273 21:123456 --:------ 01FF 026 0080802426D0000000143C80800000B40080800280FF80040000
2025-02-05T18:10:02.085085 000  W --- 18:000273 21:123456 --:------ 01FF 026 0080802426D0000000143C80800000B40080800280FF80040000
2025-02-05T18:10:03.087518 000  W --- 18:000273 21:123456 --:------ 01FF 026 0080802426D0000000143C80800000B40080800280FF80040000
2025-02-05T18:12:01.056563 000  W --- 18:000273 21:123456 --:------ 01FF 026 0080802E30D0000000143C80800000B40080800280FF80040000
2025-02-05T18:12:02.066184 000  W --- 18:000273 21:123456 --:------ 01FF 026 0080802E30D0000000143C80800000B40080800280FF80040000
2025-02-05T18:12:03.067785 000  W --- 18:000273 21:123456 --:------ 01FF 026 0080802E30D0000000143C80800000B40080800280FF80040000

Toch heeft dit geen effect op de setpoint. Wat doe ik verkeerd?

[GeeMoney]

@Midan :

YAML:

climate:
  - platform: generic_thermostat
    name: Woonkamer_Thermostaat
    unique_id: "Woonkamer Thermostaat"
    heater: input_boolean.thermostat_heater
    target_sensor: sensor.itho_heatpump_itho_wpu_current_room_temp
    target_temp_step: 0.5
    min_temp: 18
    max_temp: 24

heb je de blueprint gebruikt van @Onl1ne1373 ?

[ Voor 7% gewijzigd door GeeMoney op 05-02-2025 19:37 ]

[Midan]

GeeMoney schreef op woensdag 5 februari 2025 @ 19:36:
@Midan :

YAML:

climate:
  - platform: generic_thermostat
    name: Woonkamer_Thermostaat
    unique_id: "Woonkamer Thermostaat"
    heater: input_boolean.thermostat_heater
    target_sensor: sensor.itho_heatpump_itho_wpu_current_room_temp
    target_temp_step: 0.5
    min_temp: 18
    max_temp: 24

heb je de blueprint gebruikt van @Onl1ne1373 ?

Ja.

configuration.yaml:

code:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml


climate:
  - platform: generic_thermostat
    name: Woonkamer_Thermostaat
    unique_id: "Woonkamer Thermostaat"
    heater: input_boolean.thermostat_heater
    target_sensor: sensor.itho_heatpump_itho_wpu_current_room_temp
    target_temp_step: 0.5
    min_temp: 18
    max_temp: 24

[Bramboo]

nel!s schreef op vrijdag 24 januari 2025 @ 18:49:
Heeft iemand ervaren dat de wpu vaker afslaat met een a1-28 lage brontemperatuur fout als het systeem op Eco ipv Comfort staat? Dit lijkt bij ons het geval..
Of we hebben echt een ondergecapiaciteerde bron ..

Hier de data (foto van service medewerker scherm, excuus voor matige leesbaarheid):

[Afbeelding]

Ha Nel!s, Hier hetzelfde geval, en bij mijn nicht in haar nieuwbouw woning ook hetzelfde geval...
Mijn systeem draait sinds afgelopen donderdag en heb om de haverklap deze melding.
Bij Itho weten ze er niets over en mijn installateur ook niet helaas, vandaar dat ik zelf op onderzoek uit ben gegaan nu.

Bij mijn nicht had die installateur gezegd dat het te maken zou kunnen hebben omdat het systeem in de winter opgestart is (wat ik een raar antwoord vind).

Ik ben beniewd of jij al wat wijzer bent geworden!?

[Onl1ne1373]

Midan schreef op woensdag 5 februari 2025 @ 19:27:
[...]

Ik ben hier vandaag verder mee aan de slag gegaan, maar loop vast.

Is een "switch helper" hetzelfde als een toggle in Home Assistant?

Dat denk ik wel ja.

En kan ik bij target_sensor een niet-bestaande sensor invoeren?

Ik weet niet of Home Assistant daar mee overweg kan, dan zou ik even een andere temperatuur sensor gebruiken. Het is alleen voor het tonen in de thermostaat volgens mij.

Heb je de thermostaat al ingeleerd? Dus in koppel modus zetten met het huisje?

[GeeMoney]

@Midan inderdaad, heb je de thermostaat wel gekoppeld ?

[mtNNN]

Hier ook een Itho WPU staan met 2x een autotemp. Aan zowel de WPU als de autotemp hangt een wifi controller. Nu is het zo dat onze 1e verdieping met de slaapkamers eigenlijk nooit kouder is dan 20 graden, wat voor het slapen natuurlijk niet optimaal is. Alle ruimtes hebben een spider thermostaat die op 18 staat, maar het mag niet baten. De zolder heeft geen eigen thermostaat en staat geloof ik gekoppeld aan de woonkamer.

Heeft iemand een idee hoe ik de 1e verdieping kouder kan krijgen? Ik dacht eraan om de zolder groep te koppelen aan een thermostaat van de slaapkamer, maar misschien is er een setting die ik kan aanpassen in de autotemp of WPU om hetzelfde dan wel niet beter effect te krijgen. Thanks!

[Jverbraak2017]

Hi mensen,

Ik heb net een WPU5G aangesloten met de Itho2Wifi module van Arjen; nu zie ik in mijn homeassistant het volgende;



Nu vroeg ik eigenlijk twee dingen af

1) waar komt deze waarde vandaan; de Error = 1. Ik zie deze terug in de Itho2Wifi: Itho status, maar niet als ik de I2C Itho setting pagina doorloop (of ik kijk er overheen)
2) het lijkt een error van het warmtevat; is er een reden om een ticket bij een monteur in te schieten? Bij de WTW / Autotemp staan namelijk alle errors op 0.

Jeroen

[ Voor 4% gewijzigd door Jverbraak2017 op 08-02-2025 14:21 ]

[dixet]

Jverbraak2017 schreef op zaterdag 8 februari 2025 @ 14:19:
Hi mensen,

Ik heb net een WPU5G aangesloten met de Itho2Wifi module van Arjen; nu zie ik in mijn homeassistant het volgende;

[Afbeelding]

Nu vroeg ik eigenlijk twee dingen af

1) waar komt deze waarde vandaan; de Error = 1. Ik zie deze terug in de Itho2Wifi: Itho status, maar niet als ik de I2C Itho setting pagina doorloop (of ik kijk er overheen)
2) het lijkt een error van het warmtevat; is er een reden om een ticket bij een monteur in te schieten? Bij de WTW / Autotemp staan namelijk alle errors op 0.

Jeroen

Ik heb bij mij in twee jaar tijd nog nooit een andere waarde dan 1 gezien bij Error. Ik negeer die dus maar, aangezien er op de spider geen fout wordt getoont en de WPU alles naar behoren lijkt te doen

[nel!s]

Bramboo schreef op donderdag 6 februari 2025 @ 23:01:
[...]


Ha Nel!s, Hier hetzelfde geval, en bij mijn nicht in haar nieuwbouw woning ook hetzelfde geval...
Mijn systeem draait sinds afgelopen donderdag en heb om de haverklap deze melding.
Bij Itho weten ze er niets over en mijn installateur ook niet helaas, vandaar dat ik zelf op onderzoek uit ben gegaan nu.

Bij mijn nicht had die installateur gezegd dat het te maken zou kunnen hebben omdat het systeem in de winter opgestart is (wat ik een raar antwoord vind).

Ik ben beniewd of jij al wat wijzer bent geworden!?

Ik heb een verzoek gedaan bij de installateur om onderzoek te doen. Hopelijk komt daar iets uit..

In ieder geval heb ik in de comfort stand nu geen last van een uitvallende pomp, ik denk dus omdat hij minder hard in een korte periode hoeft te trekken als zowel verwarming als boiler opwarmen vragen. Heb jij hem op Eco of comfort staan?

Edit: wat is je m2 vloer oppervlak, capaciteit wpu, en diepte van de lus volgens WkoTool.nl ? Bij ons 220; 6,5; 110m respectievelijk

[ Voor 6% gewijzigd door nel!s op 09-02-2025 08:40 ]

[vliegnerd]

mtNNN schreef op zaterdag 8 februari 2025 @ 14:17:
Hier ook een Itho WPU staan met 2x een autotemp. Aan zowel de WPU als de autotemp hangt een wifi controller. Nu is het zo dat onze 1e verdieping met de slaapkamers eigenlijk nooit kouder is dan 20 graden, wat voor het slapen natuurlijk niet optimaal is. Alle ruimtes hebben een spider thermostaat die op 18 staat, maar het mag niet baten. De zolder heeft geen eigen thermostaat en staat geloof ik gekoppeld aan de woonkamer.

Heeft iemand een idee hoe ik de 1e verdieping kouder kan krijgen? Ik dacht eraan om de zolder groep te koppelen aan een thermostaat van de slaapkamer, maar misschien is er een setting die ik kan aanpassen in de autotemp of WPU om hetzelfde dan wel niet beter effect te krijgen. Thanks!

Wordt de slaapkamer ooit verwarmd? Hier niet.
Enige optie is raam open zetten.

[Jverbraak2017]

dixet schreef op zaterdag 8 februari 2025 @ 14:52:
[...]

Ik heb bij mij in twee jaar tijd nog nooit een andere waarde dan 1 gezien bij Error. Ik negeer die dus maar, aangezien er op de spider geen fout wordt getoont en de WPU alles naar behoren lijkt te doen

Duidelijk en bedankt voor de snelle feedback, Ik laat hem bij de volgende controle / onderhoud iig geval onderzoeken.

@nel!s Wij hadden in het begin ook dat in eco mode er geen warm water geleverd werd als het vat leeg was; hierna in comfort laten zetten en geen last meer van gehad (maar je ziet een duidelijk hoger verbruik doordat de pomp gaat bijverwarmen.

Jeroen

[skiwi]

GeeMoney schreef op vrijdag 7 februari 2025 @ 15:50:
@Midan inderdaad, heb je de thermostaat wel gekoppeld ?

Ik vermoed dat ik dit ook nog niet heb gedaan. Gaat het hier om de hoofdthermostaat alleen die gekoppeld moet worden aan het Ramses device? Of geldt dit voor alle afzonderlijke thermostaten? Kan de spider met zowel de warmtepomp als met de ramses gekoppeld zijn? En hoe is dit te doen?

Veel vragen maar dank vooraf voor de hulp. Heb deze winter het gezin al een keer een dag in de kou gezet door mijn gehobby. Gaat niet nog een keer gewaardeerd worden.

[GeeMoney]

skiwi schreef op zaterdag 8 februari 2025 @ 19:38:
[...]


Ik vermoed dat ik dit ook nog niet heb gedaan. Gaat het hier om de hoofdthermostaat alleen die gekoppeld moet worden aan het Ramses device? Of geldt dit voor alle afzonderlijke thermostaten? Kan de spider met zowel de warmtepomp als met de ramses gekoppeld zijn? En hoe is dit te doen?

Veel vragen maar dank vooraf voor de hulp. Heb deze winter het gezin al een keer een dag in de kou gezet door mijn gehobby. Gaat niet nog een keer gewaardeerd worden.

Gaat om alle thermostaten die je wilt kunnen bedienen/uitlezen.
Batterijen uit de spider en dan terug plaatsen, nadat je 2 cijfers in beeld ziet druk je op de plek van het Itho logo onderop zeg maar voor een seconde of 3. Dan gaan er symbolen knipperen afhankelijk van je huidige installatie. Het huisje knippert en daar druk je op nu kan je op het plusje drukken als het goed is en dan gaat hij proberen te koppelen met een gateway.
Als het lukt komt er een cijfer 1-5 kort in beeld. Dat betekend dat de koppeling gelukt is en geeft de sterkte van het signaal. (1 is zwak, 5 is sterk).
Vervolgens druk je op het Itho daalderop logo om de boel op te slaan of je wacht 2 minuten.
Als het koppelen goed gedaan is dan heb je nu een soort wifi icon links bovenin erbij gekregen.

Ik weet dus niet hoe je die gateway van jullie in koppel modes zet. Ik weet alleen hoe dat met een originele HGI-80 moet.

[nel!s]

mtNNN schreef op zaterdag 8 februari 2025 @ 14:17:
Hier ook een Itho WPU staan met 2x een autotemp. Aan zowel de WPU als de autotemp hangt een wifi controller. Nu is het zo dat onze 1e verdieping met de slaapkamers eigenlijk nooit kouder is dan 20 graden, wat voor het slapen natuurlijk niet optimaal is. Alle ruimtes hebben een spider thermostaat die op 18 staat, maar het mag niet baten. De zolder heeft geen eigen thermostaat en staat geloof ik gekoppeld aan de woonkamer.

Heeft iemand een idee hoe ik de 1e verdieping kouder kan krijgen? Ik dacht eraan om de zolder groep te koppelen aan een thermostaat van de slaapkamer, maar misschien is er een setting die ik kan aanpassen in de autotemp of WPU om hetzelfde dan wel niet beter effect te krijgen. Thanks!

Ik heb weleens de flow van de verdeler naar de slaapkamers handmatig wat terug gedraaid op vd1, dat hielp wel alleen uiteindelijk heb je max iets van een graad verschil en verlies je efficiëntie omdat via de wtw als ruimtes min of meer op dezelfde temperatuur gehouden worden. Dus nu doen we dat niet meer, gezien onze wpu kuren; als dat opgelost is probeer ik het misschien nog eens.

[Paulusbrand]

mtNNN schreef op zaterdag 8 februari 2025 @ 14:17:
Hier ook een Itho WPU staan met 2x een autotemp. Aan zowel de WPU als de autotemp hangt een wifi controller. Nu is het zo dat onze 1e verdieping met de slaapkamers eigenlijk nooit kouder is dan 20 graden, wat voor het slapen natuurlijk niet optimaal is. Alle ruimtes hebben een spider thermostaat die op 18 staat, maar het mag niet baten. De zolder heeft geen eigen thermostaat en staat geloof ik gekoppeld aan de woonkamer.

Heeft iemand een idee hoe ik de 1e verdieping kouder kan krijgen? Ik dacht eraan om de zolder groep te koppelen aan een thermostaat van de slaapkamer, maar misschien is er een setting die ik kan aanpassen in de autotemp of WPU om hetzelfde dan wel niet beter effect te krijgen. Thanks!

Je zou natuurlijk ook een spider bij kunnen kopen (marktplaats wellicht) en die koppelen aan de zolder groep(en).

[RF1000]

De spider in de woonkamer bepaald de bedrijfsstand van de warmtepomp; koelen of verwarmen adhv de temperatuur en het setpoint in de woonkamer. Als er 24 uur (?) koelvraag is dan wordt het koelen vanuit de bron ingeschakeld en worden je slaapkamers ook gekoeld.

[oclusions]

Hoi allemaal,

Ik heb sinds kort de sleutels van mijn nieuwbouw woning met daarin een hru eco 350 en een Itho wpu 5g warmtepomp.

Nou is de wtw unit helaas aangesloten via perilex schakelaar in de keuken en niet via de spider.

Ik had gelezen in de gebruikshandleiding dat de spider eigenlijk ook gewoon de wtw unit zou moeten kunnen aansturen.

Weet iemand misschien of ik gewoon de wtw unit kan koppelen aan alle spider thermostaten in huis dus de hoofd thermostaat (bedraad) + 3 draadloze slaapkamer spiders ? Of heeft dat koppelen een effect op de warmtepomp?

[vliegnerd]

oclusions schreef op zondag 9 februari 2025 @ 18:13:
Hoi allemaal,

Ik heb sinds kort de sleutels van mijn nieuwbouw woning met daarin een hru eco 350 en een Itho wpu 5g warmtepomp.

Nou is de wtw unit helaas aangesloten via perilex schakelaar in de keuken en niet via de spider.

Ik had gelezen in de gebruikshandleiding dat de spider eigenlijk ook gewoon de wtw unit zou moeten kunnen aansturen.

Weet iemand misschien of ik gewoon de wtw unit kan koppelen aan alle spider thermostaten in huis dus de hoofd thermostaat (bedraad) + 3 draadloze slaapkamer spiders ? Of heeft dat koppelen een effect op de warmtepomp?

Of het koppelen kan, dat weet niet niet. Uitproberen!

Maar het heeft GEEN gevolgen voor de warmtepomp.

[Vendetta_X]

oclusions schreef op zondag 9 februari 2025 @ 18:13:
Hoi allemaal,

Ik heb sinds kort de sleutels van mijn nieuwbouw woning met daarin een hru eco 350 en een Itho wpu 5g warmtepomp.

Nou is de wtw unit helaas aangesloten via perilex schakelaar in de keuken en niet via de spider.

Ik had gelezen in de gebruikshandleiding dat de spider eigenlijk ook gewoon de wtw unit zou moeten kunnen aansturen.

Weet iemand misschien of ik gewoon de wtw unit kan koppelen aan alle spider thermostaten in huis dus de hoofd thermostaat (bedraad) + 3 draadloze slaapkamer spiders ? Of heeft dat koppelen een effect op de warmtepomp?

Je kunt ze koppelen. Wel even opletten als je bijv een losse CO2 sensor hebt, dat gaf bij ons een foutmelding ivm aansturing wtw die in de war raakte.

[oclusions]

Vendetta_X schreef op zondag 9 februari 2025 @ 20:59:
[...]

Je kunt ze koppelen. Wel even opletten als je bijv een losse CO2 sensor hebt, dat gaf bij ons een foutmelding ivm aansturing wtw die in de war raakte.

Losse co2 sensor hebben wij helaas niet. Dus dat zal dan geen problemen opleveren.
Maar super, dan ga ik van de week maar is even de spiders koppelen aan de wtw zodat ik niet straks elke keer voor het douchen naar beneden moet lopen

[Chip2710]

Is iemand op de hoogte van het feit dat er een nieuwe versie van de WPU uit gaat komen, de WPU 6G?
Wanneer en wat de wijzigingen zijn?

[Homer-Simpson]

Chip2710 schreef op maandag 10 februari 2025 @ 15:49:
Is iemand op de hoogte van het feit dat er een nieuwe versie van de WPU uit gaat komen, de WPU 6G?
Wanneer en wat de wijzigingen zijn?

Er is vast iemand van op de hoogte https://uitspraken.rechts...d=ECLI:NL:GHARL:2024:7626 en die ging bij de concurrent werken>:)
Ken verder geen enkel detail, sorry.

[ Voor 4% gewijzigd door Homer-Simpson op 10-02-2025 16:16 ]

[Chip2710]

Homer-Simpson schreef op maandag 10 februari 2025 @ 16:16:
[...]

Er is vast iemand van op de hoogte https://uitspraken.rechts...d=ECLI:NL:GHARL:2024:7626 en die ging bij de concurrent werken>:)
Ken verder geen enkel detail, sorry.

Yep, ook gezien, concurrentiebeding.
Verder dan een ander koudemiddel R290 kom ik niet.

[Kevin_Jonkers]

Beste lezers,

Ik ben nieuw hier op het forum en heb een vraag over de warmtepomp waar ik en de installateur niet uitkomen. Iedere keer gaat de warmtepomp in een storingsstand, code A01 32 (T4 sensor inspuittemperatuur te laag). Na een reset van de warmtepomp gaat die 3x een korte run doen van 5 min, uiteindelijk warmt die dan wel het boilervat op, maar zodra die het huis moet gaan verwarmen doet die ook 3x een run van 5 min en dan schiet die in de storingsstand.

De installateur heeft de kabelboom met alle sensors vervangen, maar nog steeds hetzelfde probleem. Heeft iemand een tip of deze foutcode ook al eerder meegemaakt? Er is ook een aanvraag bij itho zelf gedaan maar dat kan vanwege de drukte nog wel een tijdje duren volgens hun site.

Met vriendelijke groeten,

Kevin Jonkers

[Kanarie]

Ben jij dezelfde Kevin die in mijn straat op 13 januari deze storingscode meldde in de buurtapp?

[Kevin_Jonkers]

Nee dat ben ik niet, heb je ook last van dezelfde storing?

[nl0pvm]

Kevin_Jonkers schreef op dinsdag 11 februari 2025 @ 09:10:
zie de mogelijke oorzaken van de foutmelding:

De kabelboom is vervangen dus dat is het niet, mogelijk is meest voor de hand liggend je bron niet OK; temperatuur of flow te laag.

BRON

[ Voor 22% gewijzigd door nl0pvm op 11-02-2025 14:22 ]

[Kanarie]

Kevin_Jonkers schreef op dinsdag 11 februari 2025 @ 13:39:
Nee dat ben ik niet, heb je ook last van dezelfde storing?

Ok dat is ook toevallig dan, of de WPU 5G is allergisch voor Kevins.


1 van mijn buren had onlangs dus dezelfde foutmelding, diagnose "koudemiddel lekkage". Daar is volgens mij de hele warmtepomp vervangen.

[skiwi]

Veel geleerd hier de afgelopen weken en dank voor alle hulp en adviezen! Ondertussen gelukt om de 6 spider thermostaten te koppelen met een ramses ESP kloon van @vliegnerd en in home-assistant te laden middels de blueprint van @Onl1ne1373. Dank beide!!

Thermostaten tonen zich netjes in HA en kan ik via Home Assistant aansturen:


Laatste stap is het schedulen van de thermostaten om tijdens dynamische piek tarieven, de verwarming een graadje lager te zetten. Voor het merendeel van de thermostaten werkt dat prima, maar voor 2 thermostaten zie ik na 3 a 6 minuten dat de "normal_setpoint" weer wordt opgepakt terwijl de schedule nog niet voorbij is.

Zie onderstaande HA grafiek waar ik een schedule van 9.55u t/m 10.20u had gepland:


Om 9.55u stuurt HA netjes de schedule_setpoint voor alle thermostaten (specifiek van 18.5 graad voor de "probleem" thermostaat uit bovenstaande grafiek). 8 minuten later staat de thermostaat echter weer op 19.5 graden wat de normal_setpoint temperatuur is.

Als ik de packet.log filter op het specifieke thermostaat id dan zie ik om 10.03u verschillende berichten inclusief setpoint events (22C9) die tussen de thermostaat en mijn ramses gateway (18:091000) worden uitgewisseld om de temperatuur weer naar 19.50 (079E hex) graden te zetten.

code:

2025-02-11T09:57:55.072607 077  I --- 21:052041 --:------ 21:052041 000E 003 000028
...
2025-02-11T09:58:49.929250 075  I --- 21:052041 --:------ 21:052041 30C9 003 0007AB
...
2025-02-11T10:00:21.329621 076  I --- 21:052041 --:------ 21:052041 3110 004 00000010
...
2025-02-11T10:00:39.593921 076  I --- 21:052041 --:------ 21:052041 000E 003 000028
...
2025-02-11T10:01:25.306751 075  I --- 21:052041 --:------ 21:052041 12C0 004 002701FF
...
2025-02-11T10:03:15.499761 076  I --- 21:052041 --:------ 21:052041 3110 004 00000010
...
2025-02-11T10:03:24.119897 076  I --- 21:052041 --:------ 21:052041 000E 003 000028
2025-02-11T10:03:24.553859 078  I --- 21:052041 --:------ 21:052041 30C9 003 0007AB
2025-02-11T10:03:25.061671 076  W --- 21:052041 18:091000 --:------ 22C9 006 00079E080201
2025-02-11T10:03:25.781144 075  W --- 21:052041 18:091000 --:------ 22C9 006 00079E080201
2025-02-11T10:03:25.901146 076  W --- 21:052041 18:091000 --:------ 22C9 006 00079E080201
2025-02-11T10:03:26.292894 000  I --- 18:091000 21:052041 --:------ 22C9 006 00079E080201
2025-02-11T10:03:26.803101 077  W --- 21:052041 02:253405 --:------ 22C9 006 03079E080201
2025-02-11T10:03:27.292341 076 RQ --- 21:052041 18:091000 --:------ 01FF 026 0080272729D0008000143C28320000C10280800280FF80040020
2025-02-11T10:03:27.864040 076 RQ --- 21:052041 18:091000 --:------ 01FF 026 0080272729D0008000143C28320000C10280800280FF80040020
2025-02-11T10:03:28.425658 075 RQ --- 21:052041 18:091000 --:------ 01FF 026 0080272729D0008000143C28320000C10280800280FF80040020
2025-02-11T10:03:29.641703 000  I --- 18:091000 21:052041 --:------ 22C9 006 00079E080201
2025-02-11T10:03:29.681872 000  I --- 18:091000 21:052041 --:------ 22C9 006 00079E080201
2025-02-11T10:03:29.735113 000  W --- 18:091000 21:052041 --:------ 01FF 026 0080802729D0000000143C80800000B40080800280FF80040000
2025-02-11T10:03:30.170271 000  W --- 18:091000 21:052041 --:------ 01FF 026 0080802729D0000000143C80800000B40080800280FF80040000
2025-02-11T10:03:31.180690 000  W --- 18:091000 21:052041 --:------ 01FF 026 0080802729D0000000143C80800000B40080800280FF80040000
2025-02-11T10:03:31.691571 000  I --- 18:091000 21:052041 --:------ 22C9 006 00079E080201
2025-02-11T10:03:31.951306 000  I --- 18:091000 21:052041 --:------ 22C9 006 00079E080201
2025-02-11T10:03:31.997563 000 RP --- 18:091000 21:052041 --:------ 01FF 026 0080802729D0000000143C80800000B40080800280FF80040000
2025-02-11T10:03:32.460630 000 RP --- 18:091000 21:052041 --:------ 01FF 026 0080802729D0000000143C80800000B40080800280FF80040000
2025-02-11T10:03:32.960544 000 RP --- 18:091000 21:052041 --:------ 01FF 026 0080802729D0000000143C80800000B40080800280FF80040000

Heb je dit eerder gezien @Onl1ne1373 of anderen en hoe ik dit verder kan onderzoeken? Het komt dus maar bij 2 van de 6 thermostaten voor dat ze na een aantal minuten terug naar de normal setpoint gaan. De overige thermostaten volgen perfect het schedule. Dank!

[GeeMoney]

@skiwi dat klopt, ik heb dat ook.
De oplossing is door in de blueprint aan te geven dat Enable Spider Manual Input op Disabled te zetten op alle thermostaten behalve de hoofd thermostaat.
Dit zorgt ervoor dat zij zelf geen temp wijzigingen meer gaan versturen maar dat ze dus alleen luisteren naar je commando's vanaf HA.

We zijn er (nog) niet achter hoe we dit remote blijvend kunnen wijzigen.
Vanuit HA zet je naar ruimtethermostaten dus alleen kortstondig het setpoint anders maar elke 10-12 minuten communiceert hij zijn eigen vaste setpoint weer terug en neemt dat vervolgens weer over.
Als je dat vinkje uitzet in de blueprint dan negeerd hij zijn eigen vaste setpoint dus en neemt hij die van HA blijvend over.
Het enige nadeel is nu dat je dus op die ruimtethermostaten zelf nu niet meer een setpoint kan wijzigen of zetten. Dit is nu HA only.

[ Voor 45% gewijzigd door GeeMoney op 11-02-2025 18:42 ]

[skiwi]

GeeMoney schreef op dinsdag 11 februari 2025 @ 17:09:
@skiwi dat klopt, ik heb dat ook.
De oplossing is door in de blueprint aan te geven dat Enable Spider Manual Input op Disabled te zetten op alle thermostaten behalve de hoofd thermostaat.
Dit zorgt ervoor dat zij zelf geen temp wijzigingen meer gaan versturen maar dat ze dus alleen luisteren naar je commando's vanaf HA.

We zijn er (nog) niet achter hoe we dit remote blijvend kunnen wijzigen.
Vanuit HA zet je naar ruimtethermostaten dus alleen kortstondig het setpoint anders maar elke 10-12 minuten communiceert hij zijn eigen vaste setpoint weer terug en neemt dat vervolgens weer over.
Als je dat vinkje uitzet in de blueprint dan negeer hij zijn eigen vaste setpoint dus en neemt hij die van HA blijvend over.
Het enige nadeel is nu dat je dus op die ruimtethermostaten zelf nu niet meer een setpoint kan wijzigen of zetten. Dit is nu HA only.

top, dank @GeeMoney! Ik had wel ergens gelezen dat het niet volledige bi-directioneel werkte maar realiseerde mij niet dat dit de symptomen zijn.

[Midan]

Onl1ne1373 schreef op vrijdag 7 februari 2025 @ 15:23:
[...]

Dat denk ik wel ja.


[...]

Ik weet niet of Home Assistant daar mee overweg kan, dan zou ik even een andere temperatuur sensor gebruiken. Het is alleen voor het tonen in de thermostaat volgens mij.

Heb je de thermostaat al ingeleerd? Dus in koppel modus zetten met het huisje?

GeeMoney schreef op vrijdag 7 februari 2025 @ 15:50:
@Midan inderdaad, heb je de thermostaat wel gekoppeld ?

Nee, ik had er niet aan gedacht dat pairen nodig was (al is dat wel logisch). Ik weet alleen niet hoe ik het evofw3-bordje in de pairmodus zet. @vliegnerd Kun jij me daarbij helpen?

Het lukt om de Spider in de pairmodus te zetten, maar hij geeft twee streepjes weer, wat volgens mij betekent dat het pairen is mislukt.

[skiwi]

Midan schreef op woensdag 12 februari 2025 @ 11:47:
[...]


[...]


Nee, ik had er niet aan gedacht dat pairen nodig was (al is dat wel logisch). Ik weet alleen niet hoe ik het evofw3-bordje in de pairmodus zet. @vliegnerd Kun jij me daarbij helpen?

Het lukt om de Spider in de pairmodus te zetten, maar hij geeft twee streepjes weer, wat volgens mij betekent dat het pairen is mislukt.

Ik heb daar ook even mee zitten worstelen maar dankzij de hulp van @vliegnerd, @Onl1ne1373 en @GeeMoney is dit redelijk invoudig (net als alles in het leven zodra je het een keer hebt gedaan :-) ). Ik gebruik hieronder overigens de yaml route, maar middels de blueprint UI is eea waarschijnlijk eenvoudiger. Bij mij ging de UI weg de mist in vanwege het ontbreken van de automation.yaml file (aangezien ik die heb opgesplitst). Dat ligt aan de HA manier van een blueprint verwerken.


1. importeer de blueprint van @Onl1ne1373 in HA. Dit creeert de volgende file in HA: ./blueprints/automation/itho-daalderop/spider.yaml
2. Configureer een thermostaat in configuration.yaml (ikzelf gebruik niet de HA UI maar doe alles in de yaml):

code:

- platform: generic_thermostat
    unique_id: c347390b-fec5-475a-9071-cb0f541123456
    name: Woonkamer
    heater: input_boolean.thermostat_heater
    target_sensor: sensor.itho_autotemp_actual_temp_woonkamer # pas deze sensor aan naar de jouw situatie
    target_temp_step: 0.5
    min_temp: 18
    max_temp: 24

3. Configureer de spider thermostaat

code:

- id: '3ad42080-f29a-4bbd-bc7f-d2c440d74aa7'
  alias: spider_woonkamer_blueprint
  description: ''
  use_blueprint:
    path: itho-daalderop/spider.yaml
    input:
      thermostat: climate.woonkamer
      gateway_address: '18:######' # pas aan naar jouw ramses gateway
      spider_address: '21:######' # pas aan naar jouw thermostaat
      schedule: schedule.itho_spider_schedule # maak een schedule aan (settings -> devices -> helper -> schedule)
      schedule_setpoint: 20.0
      normal_setpoint: 21.0
      manual_spider_enabled: true # alleen de hoofdthermostaat op true, andere op false.

4. Na bovenstaande stappen staat de ramses kloon dankzij de blueprint klaar om te pairen met de thermostaat en kun je de thermostaat stappen doorlopen als hier beschreven door @GeeMoney.

[vliegnerd]

Midan schreef op woensdag 12 februari 2025 @ 11:47:
[...]


[...]


Nee, ik had er niet aan gedacht dat pairen nodig was (al is dat wel logisch). Ik weet alleen niet hoe ik het evofw3-bordje in de pairmodus zet. @vliegnerd Kun jij me daarbij helpen?

Het lukt om de Spider in de pairmodus te zetten, maar hij geeft twee streepjes weer, wat volgens mij betekent dat het pairen is mislukt.

Je moet in HA een "bind" commando geven:

In het blueprint van @Onl1ne1373 staat deze uitwerkt: https://raw.githubusercon...ueprints/main/spider.yaml
(Zoek naar 1FC9, dat is het commando voor binden/pairen)

[Kevin_Jonkers]

Hier een update van foutcode A1 32, de monteur van Itho is net langs geweest, warmtepomp uitgelezen en idd een lek in het koelvloeistof systeem. Het betekend een nieuwe warmtepomp, nog wel onder garantie. Hij heeft nu het expansieventiel max open gezet en de grenswaarden verlaagd, die ligt normaal op -6 graden, staat nu op -12, maar blijft stabiel op -7 graden. Dus het huis wordt in ieder geval weer verwarmd tot de nieuwe pomp geïnstalleerd wordt.

Bedankt voor het meedenken een ieder!

[wouter.N]

skiwi schreef op dinsdag 11 februari 2025 @ 16:46:
Veel geleerd hier de afgelopen weken en dank voor alle hulp en adviezen! Ondertussen gelukt om de 6 spider thermostaten te koppelen met een ramses ESP kloon van @vliegnerd en in home-assistant te laden middels de blueprint van @Onl1ne1373. Dank beide!!

Thermostaten tonen zich netjes in HA en kan ik via Home Assistant aansturen:
[Afbeelding]

Laatste stap is het schedulen van de thermostaten om tijdens dynamische piek tarieven, de verwarming een graadje lager te zetten. Voor het merendeel van de thermostaten werkt dat prima, maar voor 2 thermostaten zie ik na 3 a 6 minuten dat de "normal_setpoint" weer wordt opgepakt terwijl de schedule nog niet voorbij is.

Zie onderstaande HA grafiek waar ik een schedule van 9.55u t/m 10.20u had gepland:
[Afbeelding]

Om 9.55u stuurt HA netjes de schedule_setpoint voor alle thermostaten (specifiek van 18.5 graad voor de "probleem" thermostaat uit bovenstaande grafiek). 8 minuten later staat de thermostaat echter weer op 19.5 graden wat de normal_setpoint temperatuur is.

Als ik de packet.log filter op het specifieke thermostaat id dan zie ik om 10.03u verschillende berichten inclusief setpoint events (22C9) die tussen de thermostaat en mijn ramses gateway (18:091000) worden uitgewisseld om de temperatuur weer naar 19.50 (079E hex) graden te zetten.

code:

2025-02-11T09:57:55.072607 077  I --- 21:052041 --:------ 21:052041 000E 003 000028
...
2025-02-11T09:58:49.929250 075  I --- 21:052041 --:------ 21:052041 30C9 003 0007AB
...
2025-02-11T10:00:21.329621 076  I --- 21:052041 --:------ 21:052041 3110 004 00000010
...
2025-02-11T10:00:39.593921 076  I --- 21:052041 --:------ 21:052041 000E 003 000028
...
2025-02-11T10:01:25.306751 075  I --- 21:052041 --:------ 21:052041 12C0 004 002701FF
...
2025-02-11T10:03:15.499761 076  I --- 21:052041 --:------ 21:052041 3110 004 00000010
...
2025-02-11T10:03:24.119897 076  I --- 21:052041 --:------ 21:052041 000E 003 000028
2025-02-11T10:03:24.553859 078  I --- 21:052041 --:------ 21:052041 30C9 003 0007AB
2025-02-11T10:03:25.061671 076  W --- 21:052041 18:091000 --:------ 22C9 006 00079E080201
2025-02-11T10:03:25.781144 075  W --- 21:052041 18:091000 --:------ 22C9 006 00079E080201
2025-02-11T10:03:25.901146 076  W --- 21:052041 18:091000 --:------ 22C9 006 00079E080201
2025-02-11T10:03:26.292894 000  I --- 18:091000 21:052041 --:------ 22C9 006 00079E080201
2025-02-11T10:03:26.803101 077  W --- 21:052041 02:253405 --:------ 22C9 006 03079E080201
2025-02-11T10:03:27.292341 076 RQ --- 21:052041 18:091000 --:------ 01FF 026 0080272729D0008000143C28320000C10280800280FF80040020
2025-02-11T10:03:27.864040 076 RQ --- 21:052041 18:091000 --:------ 01FF 026 0080272729D0008000143C28320000C10280800280FF80040020
2025-02-11T10:03:28.425658 075 RQ --- 21:052041 18:091000 --:------ 01FF 026 0080272729D0008000143C28320000C10280800280FF80040020
2025-02-11T10:03:29.641703 000  I --- 18:091000 21:052041 --:------ 22C9 006 00079E080201
2025-02-11T10:03:29.681872 000  I --- 18:091000 21:052041 --:------ 22C9 006 00079E080201
2025-02-11T10:03:29.735113 000  W --- 18:091000 21:052041 --:------ 01FF 026 0080802729D0000000143C80800000B40080800280FF80040000
2025-02-11T10:03:30.170271 000  W --- 18:091000 21:052041 --:------ 01FF 026 0080802729D0000000143C80800000B40080800280FF80040000
2025-02-11T10:03:31.180690 000  W --- 18:091000 21:052041 --:------ 01FF 026 0080802729D0000000143C80800000B40080800280FF80040000
2025-02-11T10:03:31.691571 000  I --- 18:091000 21:052041 --:------ 22C9 006 00079E080201
2025-02-11T10:03:31.951306 000  I --- 18:091000 21:052041 --:------ 22C9 006 00079E080201
2025-02-11T10:03:31.997563 000 RP --- 18:091000 21:052041 --:------ 01FF 026 0080802729D0000000143C80800000B40080800280FF80040000
2025-02-11T10:03:32.460630 000 RP --- 18:091000 21:052041 --:------ 01FF 026 0080802729D0000000143C80800000B40080800280FF80040000
2025-02-11T10:03:32.960544 000 RP --- 18:091000 21:052041 --:------ 01FF 026 0080802729D0000000143C80800000B40080800280FF80040000

Heb je dit eerder gezien @Onl1ne1373 of anderen en hoe ik dit verder kan onderzoeken? Het komt dus maar bij 2 van de 6 thermostaten voor dat ze na een aantal minuten terug naar de normal setpoint gaan. De overige thermostaten volgen perfect het schedule. Dank!

Ziet er goed uit! Werkt dit ook op de voorganger van de Spider?

[GeeMoney]

wouter.N schreef op woensdag 12 februari 2025 @ 16:34:
[...]


Ziet er goed uit! Werkt dit ook op de voorganger van de Spider?

Nee, helaas.

[Midan]

skiwi schreef op woensdag 12 februari 2025 @ 12:18:
[...]


Ik heb daar ook even mee zitten worstelen maar dankzij de hulp van @vliegnerd, @Onl1ne1373 en @GeeMoney is dit redelijk invoudig (net als alles in het leven zodra je het een keer hebt gedaan :-) ). Ik gebruik hieronder overigens de yaml route, maar middels de blueprint UI is eea waarschijnlijk eenvoudiger. Bij mij ging de UI weg de mist in vanwege het ontbreken van de automation.yaml file (aangezien ik die heb opgesplitst). Dat ligt aan de HA manier van een blueprint verwerken.


1. importeer de blueprint van @Onl1ne1373 in HA. Dit creeert de volgende file in HA: ./blueprints/automation/itho-daalderop/spider.yaml
2. Configureer een thermostaat in configuration.yaml (ikzelf gebruik niet de HA UI maar doe alles in de yaml):

code:

- platform: generic_thermostat
    unique_id: c347390b-fec5-475a-9071-cb0f541123456
    name: Woonkamer
    heater: input_boolean.thermostat_heater
    target_sensor: sensor.itho_autotemp_actual_temp_woonkamer # pas deze sensor aan naar de jouw situatie
    target_temp_step: 0.5
    min_temp: 18
    max_temp: 24

3. Configureer de spider thermostaat

code:

- id: '3ad42080-f29a-4bbd-bc7f-d2c440d74aa7'
  alias: spider_woonkamer_blueprint
  description: ''
  use_blueprint:
    path: itho-daalderop/spider.yaml
    input:
      thermostat: climate.woonkamer
      gateway_address: '18:######' # pas aan naar jouw ramses gateway
      spider_address: '21:######' # pas aan naar jouw thermostaat
      schedule: schedule.itho_spider_schedule # maak een schedule aan (settings -> devices -> helper -> schedule)
      schedule_setpoint: 20.0
      normal_setpoint: 21.0
      manual_spider_enabled: true # alleen de hoofdthermostaat op true, andere op false.

4. Na bovenstaande stappen staat de ramses kloon dankzij de blueprint klaar om te pairen met de thermostaat en kun je de thermostaat stappen doorlopen als hier beschreven door @GeeMoney.

Bedankt voor de informatie! Bij mij staat het eigenlijk al zo ingesteld, alleen heb ik dit via de config flow/UI gedaan. Misschien heb ik daar iets verkeerd ingesteld. Welke versie van Ramses_cc gebruik jij? Ik heb ook met versie 0.31.x geprobeerd omdat de configuratie nog niet via config flow verloopt, maar dat ging niet door dit issue: https://github.com/zxdavb/ramses_cc/issues/216

[Midan]

vliegnerd schreef op woensdag 12 februari 2025 @ 14:17:
[...]


Je moet in HA een "bind" commando geven:

In het blueprint van @Onl1ne1373 staat deze uitwerkt: https://raw.githubusercon...ueprints/main/spider.yaml
(Zoek naar 1FC9, dat is het commando voor binden/pairen)

Als ik de spider thermostaat in pair modus zet zie ik dit in de packet.log:

code:

2025-02-12T18:05:54.019709 036  I --- 21:036594 --:------ 21:036594 042F 009 00010000140015C010
2025-02-12T18:05:54.122439 037  I --- 21:036594 63:262142 --:------ 10E0 038 0000010022390201F1FBFFFFFFFF1C0307E64343552D31325432300000000000000000000000
2025-02-12T18:05:54.191647 037  I --- 21:036594 --:------ 21:036594 1060 003 00FF01
2025-02-12T18:05:58.431752 051  I --- 21:036594 --:------ 21:036594 30C9 003 0007CF
2025-02-12T18:05:58.514422 049  I --- 21:036594 --:------ 21:036594 22C9 006 00076C07D001
2025-02-12T18:05:58.586571 047  W --- 21:036594 29:235844 --:------ 22C9 006 04076C07D001
2025-02-12T18:05:58.656204 070  I --- 29:235844 21:036594 --:------ 22C9 008 04076C7FFF010103
2025-02-12T18:05:58.684395 039  I --- 21:036594 --:------ 21:036594 12C0 004 002701FF
2025-02-12T18:05:58.769391 036  I --- 21:036594 --:------ 21:036594 3110 004 00000010
2025-02-12T18:05:58.857358 038  I --- 21:036594 --:------ 21:036594 3120 007 0070B0000000FF
2025-02-12T18:05:59.206400 041  I --- 21:036594 --:------ 21:036594 1060 003 00FF01
2025-02-12T18:06:09.362437 036  I 001 21:036594 --:------ 21:036594 2E10 002 0001
2025-02-12T18:06:09.443717 036  I 001 21:036594 --:------ 21:036594 2E10 002 0001
2025-02-12T18:06:09.523443 036  I 001 21:036594 --:------ 21:036594 2E10 002 0001
2025-02-12T18:06:11.935442 037  I --- 21:036594 --:------ 21:036594 1FC9 030 0022C9549AB60022F1549AB600000E549AB60110E0549AB6001FC9549AB6
2025-02-12T18:06:12.972377 034  I --- 21:036594 --:------ 21:036594 1FC9 030 0022C9549AB60022F1549AB600000E549AB60110E0549AB6001FC9549AB6
2025-02-12T18:06:14.000464 033  I --- 21:036594 --:------ 21:036594 1FC9 030 0022C9549AB60022F1549AB600000E549AB60110E0549AB6001FC9549AB6

Ik zie wel 1FC9 berichten tussen.

[vliegnerd]

Midan schreef op woensdag 12 februari 2025 @ 18:15:
[...]

Als ik de spider thermostaat in pair modus zet zie ik dit in de packet.log:

...

Ik zie wel 1FC9 berichten tussen.

Meer uitleg over binden kun je vinden in de ramses_cc wiki:

https://github.com/zxdavb...nd-the-device-if-required

Je moet echt de hele serie (meestal drie) berichten heen-en-weer zien gaan tussen HA en de spider. In de wiki zie je die berichten.

Ik heb zelf niet veel ervaring met pairen van spiders, dus ik kan niet makkelijk de precieze stappen opschrijven. Ik zou ze zelf ook eerst moeten uitproberen.

[skiwi]

Midan schreef op woensdag 12 februari 2025 @ 18:13:
[...]


Bedankt voor de informatie! Bij mij staat het eigenlijk al zo ingesteld, alleen heb ik dit via de config flow/UI gedaan. Misschien heb ik daar iets verkeerd ingesteld. Welke versie van Ramses_cc gebruik jij? Ik heb ook met versie 0.31.x geprobeerd omdat de configuratie nog niet via config flow verloopt, maar dat ging niet door dit issue: https://github.com/zxdavb/ramses_cc/issues/216

Ik heb mijn packet.log er bij gepakt om te kijken of ik mijn handshake tussen thermostaat en ramses kon terugvinden en ik vermoed dat het onderstaande 3 berichten zijn. In mijn geval tussen thermostaat 21:051735 en ramses gateway 18:091000.

code:

2025-02-10T10:29:37.455677 045  I --- 21:051735 --:------ 21:051735 1FC9 030 0022C954CA170022F154CA17023EF054CA170110E054CA17001FC954CA17
2025-02-10T10:29:37.538049 000  W --- 18:091000 21:051735 --:------ 1FC9 006 0001FF496378
2025-02-10T10:29:37.538646 045  I --- 21:051735 18:091000 --:------ 1FC9 001 00

Absoluut geen specialist dus ik word hier graag gecorrigeerd danwel aangevuld, maar in jouw packet.log @Midan zie ik alleen de thermostaat zich adverteren om de handshake te initieren (vergelijkbaar bericht met de eerste regel in mijn code snippet hierboen. In mijn geval zie ik de ramses ESP (18:091000) daarop reageren met een bericht. In jouw log zie ik de ramses niet reageren (tenzij je die uit je packet.log hebt gefiltered).

Ik vermoed dan ook dat je ramses niet klaar is om te pairen. Heb je zowel je ramses id (18:######) als he thermostaat id (21:#####) correct opgenomen in de HA blueprint configuratie?

Volgende heeft mij geholpen om de juiste ramses 18:###### id uit mijn home assistant log te halen:

code:

# cat home-assistant.log | grep -iE '.*active.*gateway'
2025-02-11 22:05:01.864 WARNING (MainThread) [ramses_tx.protocol] The active gateway '18:091000: { class: HGI }' (by filter) SHOULD be in the (enforced) known_list

Daarnaast moest ik de pairing vanaf de thermostaat meerdere keren achter elkaar proberen. Een aantal keer zag ik een knipperende punt (.) op de spider thermostaat gevolgd door een tweetal minteken (--). Na de tweede of derde keer de pairing vanaf de spider initiëren werkte het wel.

[Sjepers]

Hulp vraagje.
Ik kan opeens mijn HA niet meer benaderen.
"Unable to connect tot Home Assistant"
Ik heb de volgende adressen geprobeerd. (het IP adres is nog steeds het zelfde)
http://xxx.xxx.x.xx:8123
https://xxx.xxx.x.xx:8123
http://homeassistant.local:8123

De Raspberry pi 4 + HA werkt wel nog.
Ik krijg nog steeds mijn meldingen van de WPU binnen via Whatsapp en de bevochtiger wordt ook nog steeds aangestuurd door HA.
Kan het zijn dat mijn SD kaartje te vol is en hoe is dat optelossen?
Kan mij iemand helpen of weet een forum waar ik terecht kan met mijn probleem?
Alvast bedankt.

[Onl1ne1373]

skiwi schreef op dinsdag 11 februari 2025 @ 16:46:
Heb je dit eerder gezien @Onl1ne1373 of anderen en hoe ik dit verder kan onderzoeken? Het komt dus maar bij 2 van de 6 thermostaten voor dat ze na een aantal minuten terug naar de normal setpoint gaan. De overige thermostaten volgen perfect het schedule. Dank!

Sorry, de griep heeft waarschijnlijk toegeslagen bij me, dus even minder actief. Maar het is inderdaad de onderste vink van de blueprint. Het probleem is dat ruimte thermostaten in slaap vallen en dan meteen als ze wakker worden hun status sturen, ik kan echter geen onderscheid vinden tussen status na wakker en handmatig de setpoint aanpassen op de Spider. De hoofdthermostaat gaat niet slapen en luistert altijd.

[Onl1ne1373]

skiwi schreef op donderdag 13 februari 2025 @ 13:39:
Daarnaast moest ik de pairing vanaf de thermostaat meerdere keren achter elkaar proberen. Een aantal keer zag ik een knipperende punt (.) op de spider thermostaat gevolgd door een tweetal minteken (--). Na de tweede of derde keer de pairing vanaf de spider initiëren werkte het wel.

De blueprint herkent pairen automatisch en zal daarop altijd reageren. Echter kan het wel zijn dat soms het een aantal keer geprobeerd moet worden. Ik denk dat het aan de ontvangst ligt. Ik had er met de ene dongle meer last van dan met een andere. Ik gebruik nu de originele Honeywell, die werkt bij mij het beste. @GeeMoney heeft volgens mij zijn dongle op een andere plaats gelegd om het bereik te verbeteren.

[Onl1ne1373]

Ik gebruik trouwens ramses 0.50.0. Maar het pairen heb ik op een oude versie gedaan.

Als de blueprint goed is ingevuld, dan kan je nog controleren in home assistant of hij daar de 1FC9 ziet. Dit doe je onder Ontwikkelhulpmiddelen en dan gebeurtenissen. Vervolgens kan je luisteren naar het event ramses_cc_message. Als ze daar niet voorbij komen is het message_events van ramses niet goed ingesteld en zal de blueprint de berichten niet ontvangen en dus niet kunnen reageren op de bind message.



Als enforce_known_list true is zal je ook de spiders aan de known list moeten toevoegen. Dit zou ik ook wel aanraden, want het scheelt heel veel events in Home Assistant.

[ Voor 85% gewijzigd door Onl1ne1373 op 13-02-2025 15:27 ]

[GeeMoney]

Onl1ne1373 schreef op donderdag 13 februari 2025 @ 15:10:
[...]


De blueprint herkent pairen automatisch en zal daarop altijd reageren. Echter kan het wel zijn dat soms het een aantal keer geprobeerd moet worden. Ik denk dat het aan de ontvangst ligt. Ik had er met de ene dongle meer last van dan met een andere. Ik gebruik nu de originele Honeywell, die werkt bij mij het beste. @GeeMoney heeft volgens mij zijn dongle op een andere plaats gelegd om het bereik te verbeteren.

Klopt, ik heb hem uiteindelijk naar de meterkast centraal in de woning moeten brengen om alle thermostaten te kunnen pairen/binden. De thermostaat even dichtbij de adapter houden is makkelijk als je het pairen mechanisme wilt bevestigen/testen. Dan weet je zeker dat afstand/bereik geen rol speelt. En soms kan het inderdaad even 2 of 3 pogingen nodig hebben als je het puntje krijgt of 2 streepjes. Soms helpt het ook om de thermostaat weer even batterijen eruit en er weer in en weer vanaf het begin af aan het proces starten.
Eenmaal gepaired/gebind is het wel heel stabiel. Ik heb ze nog nooit opnieuw hoeven pairen bijvoorbeeld en de hele setup is nu precies een jaar actief.

[ Voor 17% gewijzigd door GeeMoney op 13-02-2025 17:52 ]

[hansgrave]

Sjepers schreef op donderdag 13 februari 2025 @ 14:22:
Hulp vraagje.
Ik kan opeens mijn HA niet meer benaderen.
"Unable to connect tot Home Assistant"
Ik heb de volgende adressen geprobeerd. (het IP adres is nog steeds het zelfde)
http://xxx.xxx.x.xx:8123
https://xxx.xxx.x.xx:8123
http://homeassistant.local:8123

De Raspberry pi 4 + HA werkt wel nog.
Ik krijg nog steeds mijn meldingen van de WPU binnen via Whatsapp en de bevochtiger wordt ook nog steeds aangestuurd door HA.
Kan het zijn dat mijn SD kaartje te vol is en hoe is dat optelossen?
Kan mij iemand helpen of weet een forum waar ik terecht kan met mijn probleem?
Alvast bedankt.

Hier op Tweakers is een uitgebreid forum voor HA: https://gathering.tweakers.net/forum/list_messages/2165986

[Sjepers]

hansgrave schreef op vrijdag 14 februari 2025 @ 07:56:
[...]


Hier op Tweakers is een uitgebreid forum voor HA: https://gathering.tweakers.net/forum/list_messages/2165986

Bedankt voor deze informatie.

[posttoast]

Ik zie hier in het topic het e.e.a. voorbijkomen over onderhoudscontracten. Ik heb tot dusver geen partij gevonden die dit kan doen (als het al nodig is), maar toevallig was er bij de buurman iemand van Bogro (die het hebben aangelegd) aanwezig, hij gaf aan voor € 125 per keer periodiek onderhoud uit te willen voeren (dat doet ie los van Bogro vermoed ik ). De vraag is: wat valt er überhaupt te onderhouden? CV-water bijvullen? En verder?

[GeeMoney]

posttoast schreef op maandag 17 februari 2025 @ 13:20:
Ik zie hier in het topic het e.e.a. voorbijkomen over onderhoudscontracten. Ik heb tot dusver geen partij gevonden die dit kan doen (als het al nodig is), maar toevallig was er bij de buurman iemand van Bogro (die het hebben aangelegd) aanwezig, hij gaf aan voor € 125 per keer periodiek onderhoud uit te willen voeren (dat doet ie los van Bogro vermoed ik ). De vraag is: wat valt er überhaupt te onderhouden? CV-water bijvullen? En verder?

C.V. water kan je zelf ook.
Hier kwamen ze de eerste 5 jaar vanuit de oplevering woning datzelfde "onderhoud" uit voeren.
Hier keken ze naar de meters, geen storingen gehad verder? druk = op peil, fijne dag nog meneer.

[Louwke]

Ja ze houden de meterstanden bij inderdaad. Dit ook vanwege eventueel garantie claims naar Itho toe mocht er iets kapot gaan. Schijnbaar vraag Itho hier snel naar en als het nergens vast ligt is er van uit hun kant uit makkelijk zeggen dat je de problemen aan had kunnen zien komen. Iets met aantal compressor starts in vergelijk met runs geloof ik onder andere. Dus wijzen ze sneller claims af mocht er iets kapot gaan.

[posttoast]

Louwke schreef op maandag 17 februari 2025 @ 13:30:
Ja ze houden de meterstanden bij inderdaad. Dit ook vanwege eventueel garantie claims naar Itho toe mocht er iets kapot gaan. Schijnbaar vraag Itho hier snel naar en als het nergens vast ligt is er van uit hun kant uit makkelijk zeggen dat je de problemen aan had kunnen zien komen. Iets met aantal compressor starts in vergelijk met runs geloof ik onder andere. Dus wijzen ze sneller claims af mocht er iets kapot gaan.

OK, maar dan moet je dus gok ik niet iemand hebben die in de avonduren zwart bijbeunt, als het gaat om het bijhouden van administratie?

[markjanssen]

Louwke schreef op maandag 17 februari 2025 @ 13:30:
Ja ze houden de meterstanden bij inderdaad. Dit ook vanwege eventueel garantie claims naar Itho toe mocht er iets kapot gaan. Schijnbaar vraag Itho hier snel naar en als het nergens vast ligt is er van uit hun kant uit makkelijk zeggen dat je de problemen aan had kunnen zien komen. Iets met aantal compressor starts in vergelijk met runs geloof ik onder andere. Dus wijzen ze sneller claims af mocht er iets kapot gaan.

Goede reden om bij een vervanging geen Itho meer te kopen... hier in de straat zag ik een paar maanden terug iemand zijn WPU alweer vervangen voor een ander model, vast omdat ze geen support meer leverden op de WPU4's die we hier hebben, of omdat dit buiten garantie viel en te duur was om te fixxen.

[eXtink]

Wij zitten nu hier een soort van zelfde situatie, lekkage in de warmtepomp en nu zou de hele warmtepomp vervangen moeten worden. De unit zelf valt wel onder garantie, maar we hebben nu een offerte voor de arbeid a €1800. Ook hebben wij een HRU 300 waar al meerdere keren iets defect is geraakt. Deze klachten zijn bij meerdere mensen in de wijk.

Dit zorgt ervoor dat ons vertrouwen in Itho niet echt top is, wat zouden jullie doen? De warmtepomp vervangen voor een ander merk of laten vervangen onder garantie met de hoop dat deze wel langer meegaat?

[Sjepers]

posttoast schreef op maandag 17 februari 2025 @ 13:20:
Ik zie hier in het topic het e.e.a. voorbijkomen over onderhoudscontracten. Ik heb tot dusver geen partij gevonden die dit kan doen (als het al nodig is), maar toevallig was er bij de buurman iemand van Bogro (die het hebben aangelegd) aanwezig, hij gaf aan voor € 125 per keer periodiek onderhoud uit te willen voeren (dat doet ie los van Bogro vermoed ik ). De vraag is: wat valt er überhaupt te onderhouden? CV-water bijvullen? En verder?

Bij ons appartementengebouw heeft Bogro de WPU 5g geïnstalleerd.
Veel problemen gehad. Er was geen enkel appartement zonder problemen.
Borgo deed in 2022 niet aan onderhoud.
Zelfs de monteurs van Itho hadden maar beperkte kennis van de complete werking van de installatie.
De monteur van Itho had bij ons b.v. de vloerverwarming mechanisch dicht gezet, omdat we die niet gebruikten.
Jammer genoeg wist hij niet, dat het 12 uur nakoelen, over de slaapkamers ging. Nu pompt de bronpomp het water rond in de bron.
M.b.t. het onderhoud, schrijft Itho in de gebruiksaanwijzing dat het vooral controleren is van bepaalde punten.
Daar zou ik geen 125 euro voor betalen. Je hebt volgens mij alleen een onderhoudscontract nodig om snel geholpen te worden bij een storing.

[Kaastengel]

Goedenavond,
Weet iemand hier toevallig of het mogelijk is de 18 graden minimumtemperatuur te verlagen met de add-on? Ik heb twee kamers in het huis waar 18 graden eigenlijk te warm is, een slaapkamer en een waskamer. Gaat om een nieuwbouwhuis uit Mei 2024 met driedubbelglas, A++++. Wat me opviel is dat alleen de woonkamer ervoor zorgt dat de warmtepomp aanslaat. Ik heb alles op 18 graden staan en vindt het een prima temperatuur voor de rest van het huis. Idealiter zou ik de slaapkamer op 16 graden zetten.


Ik heb onderstaande opties overwogen:
-Vloerverwarming uitzetten (kan volgensmij niet omdat het elektronisch aangestuurd is?)
-Hoofdspider in andere kamer zodat de WPU minder snel een run doet? (heb ik eergisteren gedaan, dan gaat de verwarming helemaal niet meer aan)
-Minimumtemperatuur verlagen met de add-on (ik heb nog niemand gevonden in dit topic die dit gedaan heeft)
-Raam openzetten in de slaapkamer (lijkt me niet effcient en triggered de WPU misschien om nog meer runs te doen)
Ook gaat de warmtepomp soms een run doen net voordat de zon gaat schijnen, wat enigzins onnodig is. Hoe zouden jullie dit oplossen? Ik weet dat het niet kan vanwege condensvorming, maar dat moet in de winter toch geen probleem zijn?

[GeeMoney]

Kaastengel schreef op woensdag 19 februari 2025 @ 21:15:
Goedenavond,
Weet iemand hier toevallig of het mogelijk is de 18 graden minimumtemperatuur te verlagen met de add-on? Ik heb twee kamers in het huis waar 18 graden eigenlijk te warm is, een slaapkamer en een waskamer. Gaat om een nieuwbouwhuis uit Mei 2024 met driedubbelglas, A++++. Wat me opviel is dat alleen de woonkamer ervoor zorgt dat de warmtepomp aanslaat. Ik heb alles op 18 graden staan en vindt het een prima temperatuur voor de rest van het huis. Idealiter zou ik de slaapkamer op 16 graden zetten.


Ik heb onderstaande opties overwogen:
-Vloerverwarming uitzetten (kan volgensmij niet omdat het elektronisch aangestuurd is?)
-Hoofdspider in andere kamer zodat de WPU minder snel een run doet? (heb ik eergisteren gedaan, dan gaat de verwarming helemaal niet meer aan)
-Minimumtemperatuur verlagen met de add-on (ik heb nog niemand gevonden in dit topic die dit gedaan heeft)
-Raam openzetten in de slaapkamer (lijkt me niet effcient en triggered de WPU misschien om nog meer runs te doen)
Ook gaat de warmtepomp soms een run doen net voordat de zon gaat schijnen, wat enigzins onnodig is. Hoe zouden jullie dit oplossen? Ik weet dat het niet kan vanwege condensvorming, maar dat moet in de winter toch geen probleem zijn?

Volgens mij kan dit niet, 18 is de minimum temp.
Als je meet, wat is dan de daadwerkelijke temp daar? Als die er namelijk bovenzit dan betekend het al dat in principe de groep altijd dicht staat dus verlagen van het setpoint gaat dan sowieso geen verschil maken.

Voor je slaapkamer zou je de betreffende lus(sen) permanent dicht kunnen zetten voor de winter zodat er niet verwarmd wordt en dan in de zomer weer open zetten zodat er wel gekoeld kan worden.
Kan uiteindelijk ook voor je andere ruimtes maar let op dat je niet teveel dichtzet, de warmtepomp moet wel zijn minimale warmte kwijt kunnen ergens.

Middels de add-on zou je de warmtevraag kunnen blokkeren en met nog meer extra hardware en home automation zou je slim het setpoint kunnen wijzigen bij zon inslag om te voorkomen dat de pomp gaat aanslaan maar dat is wel meer werk en zoals gezegd extra hardware nodig, ik heb een kleine samenvatting in de openingspost (aanrader, even doornemen!) van zo'n hele setup die dus "mee stuurt" :
GeeMoney in "Itho WPU5G water/water-warmtepomp ervaringen"

[vliegnerd]

Kaastengel schreef op woensdag 19 februari 2025 @ 21:15:
Goedenavond,
Weet iemand hier toevallig of het mogelijk is de 18 graden minimumtemperatuur te verlagen met de add-on? Ik heb twee kamers in het huis waar 18 graden eigenlijk te warm is, een slaapkamer en een waskamer. Gaat om een nieuwbouwhuis uit Mei 2024 met driedubbelglas, A++++. Wat me opviel is dat alleen de woonkamer ervoor zorgt dat de warmtepomp aanslaat. Ik heb alles op 18 graden staan en vindt het een prima temperatuur voor de rest van het huis. Idealiter zou ik de slaapkamer op 16 graden zetten.


Ik heb onderstaande opties overwogen:
-Vloerverwarming uitzetten (kan volgensmij niet omdat het elektronisch aangestuurd is?)
-Hoofdspider in andere kamer zodat de WPU minder snel een run doet? (heb ik eergisteren gedaan, dan gaat de verwarming helemaal niet meer aan)
-Minimumtemperatuur verlagen met de add-on (ik heb nog niemand gevonden in dit topic die dit gedaan heeft)
-Raam openzetten in de slaapkamer (lijkt me niet effcient en triggered de WPU misschien om nog meer runs te doen)
Ook gaat de warmtepomp soms een run doen net voordat de zon gaat schijnen, wat enigzins onnodig is. Hoe zouden jullie dit oplossen? Ik weet dat het niet kan vanwege condensvorming, maar dat moet in de winter toch geen probleem zijn?

Het kan niet. Het is ook niet handig om koude en warme ruimtes te hebben in een goed geïsoleerd huis. In de praktijk zijn alle ruimtes bijna even warm. Woonkamer graadje warmer kan maar niet veel meer.

Als het echt wil:
Je kunt de spider van de slaapkamer in een “warme kamer” hangen en het raam in de slaapkamer openzetten.

Een dun laken ipv dekbed gebruiken in de slaapkamer is goedkoper (en mijn oplossing)

[Fanfan]

Kaastengel schreef op woensdag 19 februari 2025 @ 21:15:
Goedenavond,
Weet iemand hier toevallig of het mogelijk is de 18 graden minimumtemperatuur te verlagen met de add-on? I

Ik woon sinds een jaar in een zwaar geisoleerd (huur)appartement en heb tot nu toe geen verwarming nodig gehad. Laagste temperatuur in de woonkamer is net onder de 20 graden geweest. In het begin had ik ook last van onnodige warmte runs aan het eind van de nacht en in de zomer wilde ik constant koelen. Ik heb de wpu in standby modus gezet en de minimale en maximale temperatuur met de addon aangepast. Voor de winter staan die op 16 en 24 graden. Op dit moment staan dus alle spiders op 16 graden. Ik denk dat ik voor de zomer de maximale temperatuur op 21 of 22 zet.

[RF1000]

Het ontbreken van warmtevraag in de winter is op termijn wel killing voor het leveren van koude in de zomer. Je (collectieve?) bron raakt uit balans aangezien er in verwarmingsbedrijf geen koude in de grond wordt gestopt. In de zomer raakt de bron dan uiteindelijk uitgeput wegens ontbreken van koude.

[Homer-Simpson]

RF1000 schreef op donderdag 20 februari 2025 @ 11:50:
Het ontbreken van warmtevraag in de winter is op termijn wel killing voor het leveren van koude in de zomer. Je (collectieve?) bron raakt uit balans aangezien er in verwarmingsbedrijf geen koude in de grond wordt gestopt. In de zomer raakt de bron dan uiteindelijk uitgeput wegens ontbreken van koude.

Zijn hier praktijkvoorbeelden van of is dit enkel theorie?

[GeeMoney]

Homer-Simpson schreef op donderdag 20 februari 2025 @ 11:59:
[...]

Zijn hier praktijkvoorbeelden van of is dit enkel theorie?

Hier is volgens mij wel degelijk onderbouwing voor inderdaad.
Je houd je bron het beste in conditie door te koelen en te verwarmen. (Oftewel warmte te onttrekken en koude weer terug en vice versa.)

[Homer-Simpson]

GeeMoney schreef op donderdag 20 februari 2025 @ 12:08:
[...]


Hier is volgens mij wel degelijk onderbouwing voor inderdaad.
Je houd je bron het beste in conditie door te koelen en te verwarmen. (Oftewel warmte te onttrekken en koude weer terug en vice versa.)

Dat geloof ik direct. Ik kan me echter moeilijk voorstellen dat de bron te warm zou worden waardoor je in de zomer niet meer zou kunnen koelen.

[Sjepers]

Homer-Simpson schreef op donderdag 20 februari 2025 @ 12:17:
[...]

Dat geloof ik direct. Ik kan me echter moeilijk voorstellen dat de bron te warm zou worden waardoor je in de zomer niet meer zou kunnen koelen.

Tijdens het "koelen" in de zomer staat bij ons de watertemperatuur voor de vloer ingesteld op 20 graden.
Thermostaat staat in koelmodus op 22 graden. Koelen met 2 graden verschil bestaat niet. Is alleen voor de bron temperatuur in " zomer" te verhogen, om voor in de winter voldoende energie in de bron te hebben.
Gebruik je alleen energie uit de bron, om het boilerwater te verwarmen, dan kun je de bron in de zomer met minder energie vullen. Hoeveel, is niet te berekenen. We hebben alleen de data van wkotool.nl.
Ik zou je aanraden om de brontemperatuur continu in de gaten te houden. Zou volgens Itho-Daalderop moeten liggen tussen 10 en 12 graden.
Doordat de monteur van Itho onvoldoende kennis had, heeft onze WPU, 1,5 jaar lang niet "nagekoeld", maar alleen water in de bron rond gepompt. Desondanks is onze brontemperatuur nogsteeds ongeveer 11 gr.

[RF1000]

Bodemtemperatuur op 100/150m diepte is altijd rond de 10/12 gr. Zon heeft hier geen invloed op. In de winter koel je deze af met verdamperkoude van 5grC. In de zomer is de grond rondom de bron dan afgekoeld naar zo'n 7/8 graden. Hiermee koel je je woning. Niet met de 7gr rechtstreeks maar middels een warmtewisselaar ertussen met zo'n 18 gr water. Dat is dus alleen maar een waterpomp die draait ipv actieve koeling via de warmtepomp. De grond wordt dan langszaam aan weer verwarmt naar zo'n 12gr waarna in de winter alles weer opnieuw begint.

Als 1 van die 2 bedrijfssituaties wegvalt raakt de bron in onbalans en kan je dus storingen krijgen zoals 2 weken terug hier al eens voorbij kwam.

Bij grotere open bron systemen moeten de eigenaren (bedrijven/ziekenhuizen) ieder jaar een rapportage aanleveren hoe het met de balans gesteld staat. Bij 5 jaar niet door de nullijn moet er actie ondernomen worden. Bij woningen (gesloten bron systemen) hoeft deze rapportage niet.

[RF1000]

Sjepers schreef op donderdag 20 februari 2025 @ 12:51:
[...]

Tijdens het "koelen" in de zomer staat bij ons de watertemperatuur voor de vloer ingesteld op 20 graden.
Thermostaat staat in koelmodus op 22 graden. Koelen met 2 graden verschil bestaat niet. ...

Met 2 graden koel je wel degelijk. Het vermogen is alleen gehalveerd tov 4K verschil. gevolg is dat de bron heel lang staat te draaien.

[Fanfan]

RF1000 schreef op donderdag 20 februari 2025 @ 11:50:
Het ontbreken van warmtevraag in de winter is op termijn wel killing voor het leveren van koude in de zomer. Je (collectieve?) bron raakt uit balans aangezien er in verwarmingsbedrijf geen koude in de grond wordt gestopt. In de zomer raakt de bron dan uiteindelijk uitgeput wegens ontbreken van koude.

We zitten met 6 appartementen op 1 bron. In het advies in het gebruikersboekje van het appartement staat dat je veel moet koelen in de zomer om voldoende warmte in de bron te krijgen voor de winter. Dan zal weinig warmtevraag in de winter ook wel geen probleem zijn. De buren houden het aardig in evenwicht met de thermostaat op 23. De bron temperatuur is van 12 graden in de zomer gezakt naar 9 graden nu.

[davasch]

Dit is iets wat ik me ook al een tijdje afvoeg, ja. In mijn geval gaat het om een collectief systeem met een aparte warmte en koude bron.

Regenereren lijkt me hierbij niet aan de orde?

Er zijn toevallig net werkzaamheden gepland, de brief die Eteck stuurde spreekt over: "De aanwezige warmte en koude bronnen worden vervangen. Dat betekent dat de bestaande bronnen buiten gebruik worden gesteld en dat deze worden vervangen door nieuwe bronnen. Er zijn in totaal 4 bronnen aanwezig in en rondom het (...) plein."

[Sjepers]

RF1000 schreef op donderdag 20 februari 2025 @ 12:54:
[...]


Met 2 graden koel je wel degelijk. Het vermogen is alleen gehalveerd tov 4K verschil. gevolg is dat de bron heel lang staat te draaien.

We hebben een appartement met een A+++ label van 2021
De volgende data heb ik verzameld:
Verwarmen:
Verwarmen doe je met een temperatuur verschil van uiteindelijk ± 15 gr. Dan is de woonkamer na 1 uur (dan gaat de CV uit) 0,1 tot 0,2 gr verhoogd in temperatuur en na nog eens 1 uur, is de temp in de woonkamer nog eens met 0,1 tot 0,2 gr. verhoogt.
Hieruit blijkt dat koelen met 2 gr verschil niet veel kan doen.
Je moet de WTW gebruiken als hulpmiddel, doe je dat bij onze appartementen niet, dan staat de WPU vanaf eind maart t.e.m. begin oktober vrijwel continu te "koelen". Dat was het geval bij ons in 2022. Met een gemiddeld energieverbruik van 50W/h.
Daarnaast moet je de zon zoveel mogelijk buiten laten.

Koelen: (bij echte zomerse/tropische dagen)
Koelen start bij 22,5 gr "lucht" temperatuur. Meestal zo rond 16 - 17 uur.
De WTW staat op 18 gr ingesteld.
Meestal, om ongeveer 23 uur is de temperatuur in de woonkamer weer lager dan 22,5 gr en dan stopt de "koeling" in de woonkamer. Daarna start het "nakoelen" van de WPU over de slaapkamers. Dit gedurende 12 uur. (zo is de WPU bij ons afgeleverd)

[RF1000]

davasch schreef op donderdag 20 februari 2025 @ 14:10:
Dit is iets wat ik me ook al een tijdje afvoeg, ja. In mijn geval gaat het om een collectief systeem met een aparte warmte en koude bron.

Regenereren lijkt me hierbij niet aan de orde?

Er zijn toevallig net werkzaamheden gepland, de brief die Eteck stuurde spreekt over: "De aanwezige warmte en koude bronnen worden vervangen. Dat betekent dat de bestaande bronnen buiten gebruik worden gesteld en dat deze worden vervangen door nieuwe bronnen. Er zijn in totaal 4 bronnen aanwezig in en rondom het (...) plein."

Ook een open bron moet geregenereerd worden. Bestaat uit 2 boringen waar het water halfjaarlijks van de ene naar de andere wordt gepompt.

[RF1000]

Sjepers schreef op donderdag 20 februari 2025 @ 15:46:
[...]

We hebben een appartement met een A+++ label van 2021
De volgende data heb ik verzameld:
Verwarmen:
Verwarmen doe je met een temperatuur verschil van uiteindelijk ± 15 gr. Dan is de woonkamer na 1 uur (dan gaat de CV uit) 0,1 tot 0,2 gr verhoogd in temperatuur en na nog eens 1 uur, is de temp in de woonkamer nog eens met 0,1 tot 0,2 gr. verhoogt.
Hieruit blijkt dat koelen met 2 gr verschil niet veel kan doen.
Je moet de WTW gebruiken als hulpmiddel, doe je dat bij onze appartementen niet, dan staat de WPU vanaf eind maart t.e.m. begin oktober vrijwel continu te "koelen". Dat was het geval bij ons in 2022. Met een gemiddeld energieverbruik van 50W/h.
Daarnaast moet je de zon zoveel mogelijk buiten laten.

Koelen: (bij echte zomerse/tropische dagen)
Koelen start bij 22,5 gr "lucht" temperatuur. Meestal zo rond 16 - 17 uur.
De WTW staat op 18 gr ingesteld.
Meestal, om ongeveer 23 uur is de temperatuur in de woonkamer weer lager dan 22,5 gr en dan stopt de "koeling" in de woonkamer. Daarna start het "nakoelen" van de WPU over de slaapkamers. Dit gedurende 12 uur. (zo is de WPU bij ons afgeleverd)

Als je nou eens instelt dat je koelt met een dT van 4 a 6K (niet hoger wegens condensatie gevaar) zal je merken dat je ineens veel meer kan koelen. Heb dat ook ervaren toen ik vorig jaar achteraf de verkeerde instelling op 1K zette en zodoende dezelfde ervaring had als de jouwe. Nu weer voldoende koeling bij 5K en minder draaiuren.

(Overigens altijd nog minder vermogen als bij een airco aan de muur)