Home assistant Ecoforest warmtepomp en eplucon thermostaat

[Gwaihir]

pat242 schreef op vrijdag 8 november 2024 @ 16:31:
Helaas bem ik het niet tegengekomen, echter door deze wijziging ben ik er wel meer van overtuigd dat van buiten af de WP gestuurd kan worden. Helaas heb ik dat ook nog niet uitgevonden.

Wat bedoel je (te doen)?

[bjp]

Gwaihir schreef op dinsdag 5 november 2024 @ 21:13:
[...]

Leuke lijst. Maar deze snap ik niet.

En ik heb er nog eentje: warmtecapaciteit van je woning (en eventuele buffers).

antwoord op iets ouderen reactie: omdat de COP ook afhang van de brontemperatuur. Het ideaal toerental is dus niet bij elke brontemperatuur hetzelfde.

[Gwaihir]

bjp schreef op woensdag 13 november 2024 @ 13:35:
antwoord op iets ouderen reactie: omdat de COP ook afhang van de brontemperatuur. Het ideaal toerental is dus niet bij elke brontemperatuur hetzelfde.

Oh, ok. Dat meende ik al in een paar andere op dat lijstje inbegrepen te zien. Dacht dat je iets 'bijzonderders' in gedachte had met die vrij specifieke formulering .

[Koen Hendriks]

Xof schreef op woensdag 13 november 2024 @ 11:15:
Is er bij meer mensen de API stuk? Sinds een aantal dagen veranderd de temperatuur niet meer.

Zou kunnen zijn dat dit na de update is van de integratie, maar dat weet ik niet helemaal zeker. Het is sinds 6 november gestopt met werken zie ik nu.
In de portal van Eplucon zie ik wel netjes dat de API benaderd wordt.

Hij werkt bij mij actief. Heb express ook even naar de WW temeratuur gekeken. Ik heb eerder gehad dat de API het niet deed bij mij, dit lag dus aan Eplucon en is ook aan hun kant opgelost. Je zou het misschien kunnen proberen met een nieuwe API key.

Als je debug logging aanzet voor de plugin kan je zien wat er 'ruuw' uit de API terug komt.

[Vaez]

Hier hetzelfe probleem dat de data niet meer update, ik heb debug loggin aangezet, geen fouten. Maar bij het kijken naar de requests lijkt het erop dat exact dezelfde json met elk request terugkomt.

[Xof]

Hmm een nieuwe API key lijkt het inderdaad opgelost te hebben, wel apart want een aantal waarden werkten wel gewoon met de oude key. Dit waren dan alleen de ON en OFF waarden.

[Koen Hendriks]

Vaez schreef op donderdag 14 november 2024 @ 16:27:
Hier hetzelfe probleem dat de data niet meer update, ik heb debug loggin aangezet, geen fouten. Maar bij het kijken naar de requests lijkt het erop dat exact dezelfde json met elk request terugkomt.

Dit is exact het probleem dat ik een poos terug had... Nu werkt alles gewoon weer. Heb toen eplucon een mail gestuurd en kreeg 4 weken later een antwoord dat de API inderdaad er uit had gelegen maar ik moest ook even de TH touch verbinding controleren dus die ook een keer gereboot en de wifi gereset.

Als de TH touch niks opstuurt blijf je steeds dezelfde waarde krijgen van Eplucon.

[Vaez]

De th touch lijkt dingen op te sturen want in het Eplucon portal wordt het ook netjes geupdate.

Ik heb een nieuwe API key aangemaakt en deze ingevuld in HA, hierna werkt de integratie weer.

[Vaez]

Het wijzigen van de api key lijkt maar een tijdelijke oplossing. Na dit gisteren rond 12:00 gedaan te hebben lijkt sinds vannacht de data weer niet geupdate te worden. Nu heb ik home assistant een aantal keer herstart gisteren, misschien dat dit hier invloed op heeft?



De data in het eplucon portal wordt nog steeds netjes geupdate.

Ik heb naar aanleiding hiervan zelf de api(met dezelfde api key als home assistant) aangeroepen vanuit postman. https://portaal.eplucon.n...les/123/get_realtime_info geeft dan de laatste juiste informatie terug. Zie de response hieronder rechtstreeks uit de api en het verschil van de indoor value(20.1(huidige waarde) tegenover de 20.5 die het gisteren avond was en nog in het screenshot te zien is)

code:

{
    "auth": true,
    "data": {
        "common": {
            "spf": "5.2",
            "indoor_temperature": "20.1",
            "outdoor_temperature": "9.5",
            "brine_in_temperature": "12.3",
            "brine_out_temperature": "16.4",
            "configured_indoor_temperature": "20.0",
            "heating_in_temperature": "22.4",
            "heating_out_temperature": "22.7",
            "energy_usage": 2900,
            "energy_delivered": 15100,
            "import_energy": 0,
            "export_energy": 0,
            "ww_temperature": "56.1",
            "ww_temperature_configured": 45,
            "brine_pressure": "1.7",
            "cv_pressure": "1.0",
            "evaporation_temperature": "15.3",
            "condensation_temperature": "15.7",
            "inverter_temperature": 30,
            "compressor_speed": 0,
            "suction_gas_temperature": "22.4",
            "suction_gas_pressure": "11.6",
            "press_gas_temperature": "22.1",
            "press_gas_pressure": "11.8",
            "overheating": "7.2",
            "position_expansion_ventil": 0,
            "total_active_power": 0,
            "number_of_starts": 3108,
            "operating_hours": 3417,
            "operation_mode": 4,
            "heating_mode": 1,
            "dg1": "",
            "sg2": "",
            "sg3": "",
            "sg4": "",
            "warmwater": 0,
            "brine_circulation_pump": "0.0",
            "production_circulation_pump": "0.0",
            "act_vent_rpm": "0.0",
            "alarm_active": false,
            "active_requests_ww": "OFF",
            "current_heating_pump_state": 1,
            "current_heating_state": 0
        },
        "heatpump": []
    },
    "error_code": 200
}

Zou het toch iets in de integratie kunnen zijn waardoor data gecached wordt of iets dergelijks en niet meer update in home assistant?

[Koen Hendriks]

Vaez schreef op zaterdag 16 november 2024 @ 19:15:

Zou het toch iets in de integratie kunnen zijn waardoor data gecached wordt of iets dergelijks en niet meer update in home assistant?

Ik gebruik aiohttp als python library om de http responses te doen. Ik doe rechtstreeks de GET naar de realtime_info API en die log ik ook meteen daarna.

Het zou kunnen dat er nog wel iets gecached wordt door home assistant aangezien de aiohttp cliënt (op aanrader van de hass docs) de sessie vanuit home assistant gebruikt.

code:

from homeassistant.helpers.aiohttp_client import async_get_clientsession

Ik zou een versie kunnen releasen die dit niet doet en zelf een nieuwe session opzet. Misschien dat dat helpt? Ik zit zelf niet genoeg in de python eco dat ik dit helemaal begrijp dus ik zal me er even in verdiepen. Die sessie is het enige wat door hass aangestuurd wordt.

Overigens lijkt hier alles nog steeds te werken. De laatste keer dat ik de 'stilstaande' waardes had is er wel door Eplucon bevestigd dat er een fout zat in de API. Maar goed, ik denk dat dit het uitzoeken waard is!

[Vaez]

Ik heb nog verder gezocht en denk toch dat het iets in home assistant is, maar of het echt met caching te maken heeft heb ik wel mijn twijfels over. Ik zie in de log nog de volgende melding vanaf het moment dat het updaten is gestopt:

code:

Logger: custom_components.eplucon
Bron: helpers/update_coordinator.py:382
integratie: Eplucon (documentatie, problemen)
Eerst voorgekomen: 16 november 2024 om 21:00:24 (2 gebeurtenissen)
Laatst gelogd: 01:09:19

Unexpected error fetching Eplucon devices data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 382, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 279, in _async_update_data
    return await self.update_method()
           ^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/config/custom_components/eplucon/__init__.py", line 60, in async_update_data
    raise err
  File "/config/custom_components/eplucon/__init__.py", line 49, in async_update_data
    realtime_info = await client.get_realtime_info(entry_device.id)
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/config/custom_components/eplucon/eplucon_api/eplucon_client.py", line 54, in get_realtime_info
    common_info = CommonInfoDTO(**data['data']['common'])
                                  ~~~~^^^^^^^^
KeyError: 'data'

code:

Logger: custom_components.eplucon
Bron: custom_components/eplucon/__init__.py:59
integratie: Eplucon (documentatie, problemen)
Eerst voorgekomen: 16 november 2024 om 21:00:24 (2 gebeurtenissen)
Laatst gelogd: 01:09:19

Something went wrong when updating Eplucon device from API: 'data'

De updates in de debug logging van daarna geven wel aan dat het nog werkt. Hieruit komt de volgende output:

code:

2024-11-17 10:02:58.752 DEBUG (MainThread) [custom_components.eplucon] Fetching data from Eplucon API for 1 devices
2024-11-17 10:02:58.752 DEBUG (MainThread) [custom_components.eplucon] for device [{'account_module_index': 'xxx', 'id': xx, 'name': 'Ecoforest', 'realtime_info': {'common': {'act_vent_rpm': '25.0', 'active_requests_ww': 'ON', 'alarm_active': False, 'brine_circulation_pump': '100.0', 'brine_in_temperature': '7.4', 'brine_out_temperature': '5.8', 'brine_pressure': '1.7', 'compressor_speed': 1980, 'condensation_temperature': '58.4', 'configured_indoor_temperature': '20.0', 'current_heating_pump_state': 1, 'current_heating_state': 1, 'cv_pressure': '1.1', 'dg1': '', 'energy_delivered': 15100, 'energy_usage': 2900, 'evaporation_temperature': '3.3', 'export_energy': 0, 'heating_in_temperature': '54.7', 'heating_mode': 1, 'heating_out_temperature': '57.8', 'import_energy': 0, 'indoor_temperature': '20.5', 'inverter_temperature': 66, 'number_of_starts': 3094, 'operating_hours': 3407, 'operation_mode': 4, 'outdoor_temperature': '10.6', 'overheating': '5.4', 'position_expansion_ventil': 43, 'press_gas_pressure': '36.0', 'press_gas_temperature': '94.9', 'production_circulation_pump': '100.0', 'sg2': '', 'sg3': '', 'sg4': '', 'spf': '5.2', 'suction_gas_pressure': '7.9', 'suction_gas_temperature': '8.7', 'total_active_power': 0, 'warmwater': 1, 'ww_temperature': '55.8', 'ww_temperature_configured': 58}, 'heatpump': []}, 'type': 'heat_pump'}]
2024-11-17 10:02:58.753 DEBUG (MainThread) [custom_components.eplucon] completed dict for device [{'account_module_index': 'xx', 'id': xx, 'name': 'Ecoforest', 'realtime_info': {'common': {'act_vent_rpm': '25.0', 'active_requests_ww': 'ON', 'alarm_active': False, 'brine_circulation_pump': '100.0', 'brine_in_temperature': '7.4', 'brine_out_temperature': '5.8', 'brine_pressure': '1.7', 'compressor_speed': 1980, 'condensation_temperature': '58.4', 'configured_indoor_temperature': '20.0', 'current_heating_pump_state': 1, 'current_heating_state': 1, 'cv_pressure': '1.1', 'dg1': '', 'energy_delivered': 15100, 'energy_usage': 2900, 'evaporation_temperature': '3.3', 'export_energy': 0, 'heating_in_temperature': '54.7', 'heating_mode': 1, 'heating_out_temperature': '57.8', 'import_energy': 0, 'indoor_temperature': '20.5', 'inverter_temperature': 66, 'number_of_starts': 3094, 'operating_hours': 3407, 'operation_mode': 4, 'outdoor_temperature': '10.6', 'overheating': '5.4', 'position_expansion_ventil': 43, 'press_gas_pressure': '36.0', 'press_gas_temperature': '94.9', 'production_circulation_pump': '100.0', 'sg2': '', 'sg3': '', 'sg4': '', 'spf': '5.2', 'suction_gas_pressure': '7.9', 'suction_gas_temperature': '8.7', 'total_active_power': 0, 'warmwater': 1, 'ww_temperature': '55.8', 'ww_temperature_configured': 58}, 'heatpump': []}, 'type': 'heat_pump'}]
2024-11-17 10:02:58.753 DEBUG (MainThread) [custom_components.eplucon.eplucon_api] Eplucon Get realtime info for xx: https://portaal.eplucon.nl/api/v2/econtrol/modules/xx/get_realtime_info
2024-11-17 10:02:59.506 DEBUG (MainThread) [custom_components.eplucon.eplucon_api] Validating API response for {'auth': True, 'data': {'common': {'spf': '5.2', 'indoor_temperature': '20.2', 'outdoor_temperature': '9.5', 'brine_in_temperature': '14.6', 'brine_out_temperature': '13.1', 'configured_indoor_temperature': '20.0', 'heating_in_temperature': '23.1', 'heating_out_temperature': '22.8', 'energy_usage': 2900, 'energy_delivered': 15200, 'import_energy': 0, 'export_energy': 0, 'ww_temperature': '57.7', 'ww_temperature_configured': 45, 'brine_pressure': '1.7', 'cv_pressure': '1.0', 'evaporation_temperature': '16.4', 'condensation_temperature': '16.8', 'inverter_temperature': 31, 'compressor_speed': 0, 'suction_gas_temperature': '22.3', 'suction_gas_pressure': '12.0', 'press_gas_temperature': '22.2', 'press_gas_pressure': '12.2', 'overheating': '5.9', 'position_expansion_ventil': 0, 'total_active_power': 0, 'number_of_starts': 3112, 'operating_hours': 3421, 'operation_mode': 4, 'heating_mode': 1, 'dg1': '', 'sg2': '', 'sg3': '', 'sg4': '', 'warmwater': 0, 'brine_circulation_pump': '0.0', 'production_circulation_pump': '0.0', 'act_vent_rpm': '0.0', 'alarm_active': False, 'active_requests_ww': 'OFF', 'current_heating_pump_state': 1, 'current_heating_state': 1}, 'heatpump': []}, 'error_code': 200}
2024-11-17 10:02:59.507 DEBUG (MainThread) [custom_components.eplucon] Finished fetching Eplucon devices data in 0.755 seconds (success: True)
2024-11-17 10:02:59.507 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Indoor Temperature.
2024-11-17 10:02:59.508 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Act Vent RPM.
2024-11-17 10:02:59.508 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Brine Circulation Pump.
2024-11-17 10:02:59.509 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Brine In Temperature.
2024-11-17 10:02:59.510 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Brine Out Temperature.
2024-11-17 10:02:59.510 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Brine Pressure.
2024-11-17 10:02:59.511 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Compressor Speed.
2024-11-17 10:02:59.512 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Condensation Temperature.
2024-11-17 10:02:59.513 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Configured Indoor Temperature.
2024-11-17 10:02:59.513 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor CV Pressure.
2024-11-17 10:02:59.514 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Energy Delivered.
2024-11-17 10:02:59.515 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Energy Usage.
2024-11-17 10:02:59.515 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Evaporation Temperature.
2024-11-17 10:02:59.516 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Export Energy.
2024-11-17 10:02:59.516 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Heating In Temperature.
2024-11-17 10:02:59.517 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Heating Out Temperature.
2024-11-17 10:02:59.518 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Import Energy.
2024-11-17 10:02:59.519 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Inverter Temperature.
2024-11-17 10:02:59.519 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Operating Hours.
2024-11-17 10:02:59.520 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Outdoor Temperature.
2024-11-17 10:02:59.520 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Overheating.
2024-11-17 10:02:59.521 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Press Gas Pressure.
2024-11-17 10:02:59.522 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Press Gas Temperature.
2024-11-17 10:02:59.522 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Production Circulation Pump.
2024-11-17 10:02:59.523 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Suction Gas Pressure.
2024-11-17 10:02:59.524 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Suction Gas Temperature.
2024-11-17 10:02:59.525 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Total Active Power.
2024-11-17 10:02:59.525 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor WW Temperature.
2024-11-17 10:02:59.526 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor WW Temperature Configured.
2024-11-17 10:02:59.527 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Active WW request.
2024-11-17 10:02:59.528 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Direct Outlet (DG1).
2024-11-17 10:02:59.528 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Mixture Outlet (SG2).
2024-11-17 10:02:59.529 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Mixture Outlet (SG3).
2024-11-17 10:02:59.530 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Mixture Outlet (SG4).
2024-11-17 10:02:59.531 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Seasonal Performance Factor (SPF).
2024-11-17 10:02:59.531 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Position Expansion Ventil.
2024-11-17 10:02:59.532 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Number of Starts.
2024-11-17 10:02:59.533 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Heating Mode.
2024-11-17 10:02:59.534 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Warm Water.
2024-11-17 10:02:59.535 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Alarm Active.
2024-11-17 10:02:59.536 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Current Heating Pump State.
2024-11-17 10:02:59.536 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Current Heating State.
2024-11-17 10:02:59.537 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Operation Mode.
2024-11-17 10:02:59.537 DEBUG (MainThread) [custom_components.eplucon.sensor] Getting update from coordinator in sensor Operation Mode Text.

Hieronder dan het resultaat wat rechtstreeks uit de api(via postman komt)

code:

{
    "auth": true,
    "data": {
        "common": {
            "spf": "5.2",
            "indoor_temperature": "20.2",
            "outdoor_temperature": "9.5",
            "brine_in_temperature": "14.6",
            "brine_out_temperature": "13.1",
            "configured_indoor_temperature": "20.0",
            "heating_in_temperature": "23.1",
            "heating_out_temperature": "22.8",
            "energy_usage": 2900,
            "energy_delivered": 15200,
            "import_energy": 0,
            "export_energy": 0,
            "ww_temperature": "57.7",
            "ww_temperature_configured": 45,
            "brine_pressure": "1.7",
            "cv_pressure": "1.0",
            "evaporation_temperature": "16.4",
            "condensation_temperature": "16.8",
            "inverter_temperature": 31,
            "compressor_speed": 0,
            "suction_gas_temperature": "22.3",
            "suction_gas_pressure": "12.0",
            "press_gas_temperature": "22.2",
            "press_gas_pressure": "12.2",
            "overheating": "5.9",
            "position_expansion_ventil": 0,
            "total_active_power": 0,
            "number_of_starts": 3112,
            "operating_hours": 3421,
            "operation_mode": 4,
            "heating_mode": 1,
            "dg1": "",
            "sg2": "",
            "sg3": "",
            "sg4": "",
            "warmwater": 0,
            "brine_circulation_pump": "0.0",
            "production_circulation_pump": "0.0",
            "act_vent_rpm": "0.0",
            "alarm_active": false,
            "active_requests_ww": "OFF",
            "current_heating_pump_state": 1,
            "current_heating_state": 1
        },
        "heatpump": []
    },
    "error_code": 200
}

Bovenstaande responses uit de debug log en degene rechtstreeks uit de api zijn gelijk aan elkaar:


In home assistant zelf geeft de entiteit echter een andere waarde weer:



Misschien is er na de het vervangen van de api key toch iets anders mis aangezien wel de juiste waarde terugkomt uit de api maar niet de entiteit in home assistant geupdate wordt.

[Koen Hendriks]

@Vaez Ik heb zojuist v1.3.1-beta.1 gereleased. Deze gebruikt geen gedeelde aiohttp session. Zou je die voor mij is kunnen proberen?

Je zou hem via HACS moeten kunnen updaten door de eplucon te openen en dan in het menu 'redownload' te kiezen. Hier zou dan de nieuwe versie als beta bij moeten staan.



Volgens mij doet de integratie niks geks met het updaten van de entities. Hij pakt de waardes uit de API en update de bijhorende sensoren.

Overigens zie ik wel dat elke nacht de API van Eplucon er eventjes uitlicht.
Dat verklaart de volgende error:

code:

KeyError: 'data'

Omdat op dat moment de Eplucon API geen valide JSON terug geeft en we dus niet de `data` key kunnen vinden.

Dit werd ook al genoemd op Github bij de issues.

[ Voor 6% gewijzigd door Koen Hendriks op 17-11-2024 11:49 ]

[Vaez]

Ik heb hem geinstalleerd, een nieuwe api key ingesteld en ga kijken of die blijft werken. Dankjewel!

[Vaez]

@Koen Hendriks Sinds zondag heeft de integratie perfect gewerkt, echter vandaag een nieuwe integratie vanuit Hacs geinstalleerd(rond 15:30), hierbij moest home assistant herstarten en sindsdien worden de waarde niet meer geupdate. In de log zie ik(2 uur na het herstarten waarbij het updaten gestopt is) weer de volgende melding:

code:

2024-11-19 17:36:44.214 ERROR (MainThread) [custom_components.eplucon] Something went wrong when updating Eplucon device from API: 'data'
2024-11-19 17:36:44.214 ERROR (MainThread) [custom_components.eplucon] Unexpected error fetching Eplucon devices data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 382, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 279, in _async_update_data
    return await self.update_method()
           ^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/config/custom_components/eplucon/__init__.py", line 57, in async_update_data
    raise err
  File "/config/custom_components/eplucon/__init__.py", line 46, in async_update_data
    realtime_info = await client.get_realtime_info(entry_device.id)
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/config/custom_components/eplucon/eplucon_api/eplucon_client.py", line 54, in get_realtime_info
    common_info = CommonInfoDTO(**data['data']['common'])
                                  ~~~~^^^^^^^^
KeyError: 'data'

Dit is met de laatste beta versie.

Het lijkt ook niet aan de api key te liggen, nadat ik de gehele integratie verwijder en opnieuw dezelfe api key invul dan worden de waarde weer netjes geupdate. Alleen herstarten daarentegen lost het probleem niet op en geeft geen verschil.

[ Voor 6% gewijzigd door Vaez op 19-11-2024 19:13 ]

[peeter123]

@Koen Hendriks Ik heb de laatste beta versie ook even getest nadat ik precies dezelfde problemen had als @Vaez.

Helaas lijkt het vervangen van de HTTP client niet te werken, ook hier worden de entiteiten niet geüpdatet en krijg ik KeyError: 'data'.

Nog even door de code gekeken en vraag me nog af hoe de _async_update_data() kan werken in de EpluconCoordinator want de functie self.eplucon_api.fetch_data() lijkt niet te bestaan? Gaat daar misschien iets mis met het updaten van de data?

[pat242]

Gwaihir schreef op woensdag 13 november 2024 @ 13:32:
[...]

Wat bedoel je (te doen)?

Een console applicatie schrijven die inlogt bij eplucon en de call naboots waarbij de temperatuur ingesteld kan worden en die dan onderwater vanuit HA aan kunnen roepen. Want via de API komt die er voorlopig toch niet.

De andere oplossing is een modbus card in de WP te plaatsen, echter wil ik de garantie nog niet verspelen door er iets in te plaatsen.

[ Voor 22% gewijzigd door pat242 op 20-11-2024 17:14 ]

[superyupkent]

pat242 schreef op woensdag 20 november 2024 @ 17:07:
[...]
Een console applicatie schrijven die inlogt bij
De andere oplossing is een modbus card in de WP te plaatsen, echter wil ik de garantie nog niet verspelen door er iets in te plaatsen.

Kan me niet voorstellen dat je daar de garantie mee verspeeld. Is heel simpel. En je hebt gewoon alles lokaal zonder dat je van een derde partij api afhankelijk bent.

[Koen Hendriks]

@peeter123 & @Vaez

Ik heb sinds 20 november dezelfde issue. Ik zal is in de client en de coordinator duiken. Misschien dat ik de integratie even voor een gedeelte moet herschrijven want het lijkt inderdaad niet goed te gaan bij het verwerken van de data.

[bjp]

ik heb zo'n modbus kaart erin gezet: je hoeft geen zegels te breken voor garantie. Een paar schroeven van het voorste paneel, maar die is al open geweest tijdens installatie (ze moeten er de voeding/thermostaat in aansluiten).

Nu strikt genomen _kan_ je via modbus dingen doen wat "gevaarlijk" zijn, instellingen zo zetten dat de WP sneller kapot gaat. Maar dat gaat ook via het installeur-menu, of zelf door de thermostaat.

[Gwaihir]

bjp schreef op dinsdag 26 november 2024 @ 10:51:
ik heb zo'n modbus kaart erin gezet

Want 't Eplucon apparaat zit al op BMS2?

[superyupkent]

Gwaihir schreef op dinsdag 26 november 2024 @ 11:08:
[...]

Want 't Eplucon apparaat zit al op BMS2?

Klopt, een th-tune met modbos op BMS2. Of een th-touch op BMS2 en modbus functionaliteit via de insteek kaart.

[bjp]

idd. De ThTouch gebruikt eentje, met een insteekkaart + kabel kan je een ESPHome node (met nodige RS485 bridge) aansluiten, en deze dan aan HomeAssistant koppelen.

[Gwaihir]

Ok, fijn dat even weer scherp te hebben, @superyupkent, @bjp.

Ik snap wel dat de drempel dan net iets hoger voelt voor @pat242, dan bij simpelweg 'een aansluiting gebruiken'.

Hier geen th.. apparaat, BMS2 zelf in gebruik, en dat werkt prima . (En vermoedelijk exact zoals de insteekkaart.)

[bjp]

ik heb ooit iemand een "man-in-the-middle" weten te maken: Een ESP node tussen de Th-Touch en de WP, dus twee RS485 verbindingen, eentje naar elk. Of je zet jezelf "in de lus" want RS485 ondersteunt chaining.

Maar da's een stuk moeilijker op te zetten, en zolang je ESP niet tegoed is geprogrammeerd, is je Th-Touch niet langer verbonden met je WP

Je hebt wel geen insteekkaart nodig.

[pat242]

pat242 schreef op woensdag 20 november 2024 @ 17:07:
[...]


Een console applicatie schrijven die inlogt bij eplucon en de call naboots waarbij de temperatuur ingesteld kan worden en die dan onderwater vanuit HA aan kunnen roepen. Want via de API komt die er voorlopig toch niet.

De andere oplossing is een modbus card in de WP te plaatsen, echter wil ik de garantie nog niet verspelen door er iets in te plaatsen.

Ik heb het eindelijk voor elkaar gekregen om buiten de website en/of app om de benodigde aanroepen te doen en kan de temperatuur van de warmtepomp wijzigen. Nu nog eens zien hoe dat in een stuk code gegoten kan worden, zodat het aanroepbaar is vanuit home assistant. Heb nog geen idee hoe en wanneer.

[ Voor 7% gewijzigd door pat242 op 02-12-2024 16:14 ]

[Gwaihir]

bjp schreef op dinsdag 26 november 2024 @ 13:27:
ik heb ooit iemand een "man-in-the-middle" weten te maken: Een ESP node tussen de Th-Touch en de WP, dus twee RS485 verbindingen, eentje naar elk. Of je zet jezelf "in de lus" want RS485 ondersteunt chaining.

Maar da's een stuk moeilijker op te zetten, en zolang je ESP niet tegoed is geprogrammeerd, is je Th-Touch niet langer verbonden met je WP

Hmm.. dan heb je twee aansturingen die los van elkaar en tegen elkaar in de WP opdrachten geven? Klinkt niet top (en ook niet 'garantie vriendelijk').

Daarom lijkt "in de lus" me onvoldoende, hoewel makkelijk aan te sluiten. "Man-in-the-middle" kan theoretisch zeker, maar om dat goed te krijgen..

Wel kun je "in de lus" natuurlijk meekijken..

[bjp]

mja via 2 BMS'en doe ik het nu ook.

Je moet idd wel wat nadenken wat je doet: bijvoorbeeld niet beginnen SWW temperaturen aanpassen via eigen aansturing, en dan de TH-Touch ook een SWW-weeksturing hebben.

Gelukkig is de Th-Touch niet "zo slim" en past hij weinig aan tenzij je via zijn interface bezig bent. Als je menus opent, leest hij ook van de WP zelf (en geen locale cache of zo).

Wat je niet direct in de WP zelf vind, is de ruimte-temperatuur waar de TH-Touch in staat (of nog niet gevonden). Dus ik vermoed dat die thermostaat wel de "aan/uit" doet voor de CV-circulator.

[Koen Hendriks]

Wij gaan straks 10 dagen met vakantie.

Is het dan verstandig om via de th-touch de warmte pomp uit te zetten? Of in vakantie modus ofzo?

[JuutieZ]

Warm water moet je in de gaten houden voor legionella, maar een legionellarun als je terugkomt is goed genoeg.
Je zou de binnentemperatuur wel wat lager kunnen zetten, maar uit zou ik niet doen in dit seizoen.

[bjp]

voor 10 dagen: tegen dat je huis wat afgekoeld is, ben je al gemakkelijk 3 dagen verder.

Terug opwarmen met een WP is lang en traag. Duurt gemakkelijk 1 dag.

Het enige dat je kan doen: SWW afzetten, en terug opzetten enkele uren voor je thuis aankomt (via de app of zo) - zo heb je ineens ook een legionella run.

Een graadje of twee minder mag ook, maar doet niet zoveel.

[Gwaihir]

@Koen Hendriks In 't algemeen zegt men dat je de verwarming op 10 graden kunt zetten tijdens vakantie (niet uit). De traagheid van terug opwarmen is je grootste uitdaging: je hebt een manier nodig om de opwarming zeker 24 uur voor thuiskomst al weer te starten.

Oftewel: ik mag hopen dat je in die vakantiemodus zet hoe lang je op vakantie gaat, zodat je toch weer in een (redelijk) warm huis thuis komt?

[Koen Hendriks]

Bedankt voor de reacties, bevestigd een beetje mijn idee.

Dacht zelf dus ook aan temperatuur instellen op 10 graden. En dan 24 uur voor terug keer via eplucon website temperatuur weer op 20 zetten.

[bjp]

ik zoek een EcoForest modbus register, de deltaT van de productie-pump (dus het verschil tussen Heating Out/Heating In waartoe hij regelt).

Ik heb een gelijkaardig register voor de brine-pump (adres 184).

Kent iemand er het adres van?

[pat242]

Hallo,

Zoals ik eerder had bericht in deze groep, was ik op zoek naar manieren om de Ecoforest warmtepomp via Home Assistant te bedienen. Het uitlezen van de gegevens was al gelukt, maar het aanpassen nog niet. Ik wilde dat graag doen zonder extra hardware aan de warmtepomp zelf toe te voegen – dat komt wel later, na de garantie of als de servicemonteur langskomt.

Het was een beetje een zoektocht en heeft wat moeite gekost, maar het is gelukt! Ik hoef nu de th-Touch niet meer aan te raken en kan alles via de app van en met Home Assistant regelen. Via de thermostaatkaart stel ik de temperatuur in, net zoals voor andere ruimtes in huis, en kan ik automatisch de temperatuur verhogen of verlagen, bijvoorbeeld als ik op vakantie ben. Ik heb nu meer controle over wanneer de warmtepomp wel of niet aanstaat. De APX-mode van Eplucon zelf is so basic dat ik denk het met Home Assistant slimmer toen, ik kan in ieder geval de actuele kosten combineren met de overschot aan enerrgie en of de pomp binnen afzienbare tijd toch aan zou slaan.

Wil je meer weten en het ook proberen. Kijk dan op https://github.com/pdevick/EpluControl

[ Voor 28% gewijzigd door pat242 op 12-01-2025 14:44 ]

[HectorMalot]

Koen Hendriks schreef op dinsdag 7 januari 2025 @ 14:36:
Bedankt voor de reacties, bevestigd een beetje mijn idee.

Dacht zelf dus ook aan temperatuur instellen op 10 graden. En dan 24 uur voor terug keer via eplucon website temperatuur weer op 20 zetten.

Hah, dit had ik ook gedaan een jaar of 2 terug toen we een maand weg waren. Huis terug naar 12 graden. Ik 48 uur van te voren proberen de temperatuur weer omhoog te zetten. Deed het aanpassen van de temperatuur in de e-plucon app het niet... Goed om vooraf te checken

[Gwaihir]

bjp schreef op dinsdag 7 januari 2025 @ 16:01:
ik zoek een EcoForest modbus register, de deltaT van de productie-pump (dus het verschil tussen Heating Out/Heating In waartoe hij regelt).

Ik heb een gelijkaardig register voor de brine-pump (adres 184).

Kent iemand er het adres van?

Delta-T verwarming is 154,
Delta-T koeling is 156

[Koen Hendriks]

HectorMalot schreef op zaterdag 25 januari 2025 @ 12:57:
[...]


Hah, dit had ik ook gedaan een jaar of 2 terug toen we een maand weg waren. Huis terug naar 12 graden. Ik 48 uur van te voren proberen de temperatuur weer omhoog te zetten. Deed het aanpassen van de temperatuur in de e-plucon app het niet... Goed om vooraf te checken

Hier is alles goed gegaan gelukkig haha. De app is niks meer dan gewoon een kale browser naar hun website geloof ik, ik heb gewoon de website gebruikt.

[bjp]

Gwaihir schreef op zaterdag 25 januari 2025 @ 17:00:
[...]

Delta-T verwarming is 154,
Delta-T koeling is 156

ik had deze als "hysteresis" voor Heating/Cooling... bizaar.

[wdool]

Ik zag zojuist dat er nieuwe waarden zijn in de interface en API van Eplucon:

"Actueel verbruik":1.843,
"Totaal import energie":10.529,
"Totaal geproduceerde energie":6.171,

Enig idee wat dit is?
Hopelijk is dit energie verbruik in kWh maar ik herken de cijfers dan niet helemaal....

Screenshot:.


PS link naar Homey integratie: https://community.homey.a...-th-touch-heatpump/107082

[ Voor 25% gewijzigd door wdool op 03-02-2025 13:36 . Reden: van EN naar NL ]

[Vaez]

hier zijn deze gegevens niet beschikbaar, is dit niet de stroommeter(deze heb ik namelijk niet) die je zou kunnen aansluiten op je warmtepomp zodat deze weet dat je zonnepanelen bv stroom opbrengen en de warmtepomp op basis daarvan moet opwarmen?

[Koen Hendriks]

wdool schreef op maandag 3 februari 2025 @ 13:33:
Ik zag zojuist dat er nieuwe waarden zijn in de interface en API van Eplucon:

"Actueel verbruik":1.843,
"Totaal import energie":10.529,
"Totaal geproduceerde energie":6.171,

Enig idee wat dit is?
Hopelijk is dit energie verbruik in kWh maar ik herken de cijfers dan niet helemaal....

Screenshot:.
[Afbeelding]

PS link naar Homey integratie: https://community.homey.a...-th-touch-heatpump/107082

Volgens mij zaten deze er al een tijdje in. Heb ze al een poos in mijn home assistant integratie staan. Ik heb zelf ook altijd de waarde 0 hier.

[845]

Hier is de waarde via de API/Portal ook altijd 0. Ik vermoed dat je dan inderdaad ergens een meter moet hebben.
Rare blijft dat hij via modbus (reg 5082) wel een actuele waarde geeft, deze is echter niet het volledige verbruik, maar enkel dat van de compressor.
Idle liggen die iets van 30W uit elkaar, in bedrijf iets meer (de 230V pompjes draaien dan).

Dit is van zojuist (in bedrijf; de 230V pompjes zitten op L1):

[wdool]

Ik heb inderdaad een meter in de meterkast in laten bouwen om de zonnepanelen opbrengst (overschot) direct de boiler te laten verwarmen.

[PMuizen]

Hallo allen,

Ik kom helaas niet uit de directe BMS modbus connectie.
Heb een Waveshare RS485 TO ETH gekocht.
BMS kaart gekocht en in het binnendeel geplaatst.

HA vind wel de waveshare maar ik krijg geen sensoren uitgelezen.
2025-03-18 19:12:31.131 INFO (MainThread) [homeassistant.components.modbus.modbus] modbus Ecoforest communication open

In Waveshare de volgende selectie gedaan


Configuration.yaml de onderstaande code

code:

- name: "Ecoforest"
  type: rtuovertcp
  host: 192.168.1.200
  port: 502
  delay: 5
  sensors:
    - name: "Heatpump Outside Temperature"
      unit_of_measurement: °C
      scale: 0.1
      precision: 1
      slave: 17
      address: 11
      data_type: int16

Iemand die een suggestie heeft wat ik nog zou kunnen checken?

[PMuizen]

Inmiddels een paar uur verder maar het is gelukt!!
Heb een firmware update gedaan van de waveshare en "work mode" aangepast naar server.

[ Voor 4% gewijzigd door PMuizen op 19-03-2025 13:36 ]

[Koen Hendriks]

PMuizen schreef op dinsdag 18 maart 2025 @ 23:16:
Inmiddels een paar uur verder maar het is gelukt!!
Heb een firmware update gedaan van de waveshare en "work mode" aangepast naar cliënt.

Ik wil ook nog kijken naar de modbus... fijn dat het gelukt is. Was de installatie complex?

In je screenshot stond je work mode overigns al op (TCP) client.

[PMuizen]

Koen Hendriks schreef op woensdag 19 maart 2025 @ 11:22:
[...]


Ik wil ook nog kijken naar de modbus... fijn dat het gelukt is. Was de installatie complex?

In je screenshot stond je work mode overigns al op (TCP) client.

Nee, het is allemaal makkelijker dan gedacht. Vooral de settings waren even puzzelen en het firmware updaten. Had helaas geen PoE dus moest even een oude adapter ervoor opofferen.

Bedoelde TCP server. Heb het aangepast

Nu alleen er nog achter komen hoe je uberhaupt met HA een modbus write commando geeft

[ Voor 8% gewijzigd door PMuizen op 19-03-2025 13:36 ]

[845]

PMuizen schreef op woensdag 19 maart 2025 @ 13:35:
Nee, het is allemaal makkelijker dan gedacht. Vooral de settings waren even puzzelen en het firmware updaten. Had helaas geen PoE dus moest even een oude adapter ervoor opofferen.

Lekker bezig! Uiteindelijk heb ik het DC verdeelblok gebruikt voor de voeding, dus de waveshare zit in de WP en wordt ook vanuit daar gevoed. Alleen het ethernet kabeltje gaat naar buiten.

Ik heb van DHW een climate gemaakt, dat is meteen ook de enige instelling die ik wel eens vanuit HA aanpas:

code:

    climates:
      - name: "Heatpump DHW"
        slave: 17
        address: 8
        precision: 1
        scale: 0.1
        max_temp: 65
        min_temp: 40
        target_temp_register: 17
        temp_step: 1
        temperature_unit: °C

[PMuizen]

Bedankt, de climates "class" kende ik nog niet. Handig en behulpzaam.
Het DC blok heb ik wel naar gekeken maar zat erg vol en wist ook niet exact waar in te prikken. Maar staat nog wel op de lijst om te doen.

Ik zou wel nog middels een script iets extra's willen instelling qua voorwaarden.

Bijvoorbeeld als zonnepanelen X kW levert dat deze dan de Delta T van DHW even verlaagd naar 1 of dat ik de setpoint van target_temp_register: 17 aanpas naar een hogere setpoint.

Iemand hier almee gewerkt?

[ Voor 16% gewijzigd door PMuizen op 19-03-2025 17:47 ]

[845]

Ik ben daarmee aan het experimenteren, maar de automation nog niet af (nu nog een vast contract, dus slechts spelen).
Mijn plan is overigens om alleen het DHW setpoint naar 58 te zetten en dan weer terug wanneer de temp boven de 52 komt of de boolean's afvallen (standaard is SP 53 met delta van 5.8 uit m’n hoofd).

Voor nu heb ik een boolean template sensor (eigenlijk 3) die mij vertellen of er energie over is. Volgende stap komt ergens komende weken.

Ik heb de Entsoe integratie voor de dynamische tarieven en de modbus solaredge integratie voor PV en accu.
Mocht je het niet 1:1 kunnen gebruiken, dan wellicht ter inspiratie:

code:

template:
  - trigger:
      - trigger: time_pattern
        minutes: "/1"
    binary_sensor:  
      - name: "Free energy from net"
        unique_id: "free_energy_from_net"
        state: >
          {% set nowHour = now().replace(minute=0, second=0, microsecond=0).isoformat(' ') %}
          {{ (state_attr('sensor.average_electricity_price_today', 'prices') | selectattr('price', '<', 0.0) | selectattr('time', '==', nowHour) | list | length) > 0 }}
      - name: "Free energy from sun"
        unique_id: "free_energy_from_sun"
        state: >
          {% set battFull = ( states('sensor.solaredge_b1_state_of_energy') | int ) > 90 %}
          {% set panelToGrid = ( states('sensor.solar_panel_to_grid_w') | int ) > 2000 %}
          {% set feeFromSun = ( battFull and panelToGrid ) %}
          {{ feeFromSun }}
      - name: "Now is cheapest"
        unique_id: "now_is_cheapest"
        state: >
          {% set nowHour = now().replace(minute=0, second=0, microsecond=0).isoformat(' ') %}
          {{ as_timestamp((state_attr('sensor.average_electricity_price_today','prices_today') | sort(attribute='price') | first).time) == as_timestamp(nowHour) }}

[ Voor 5% gewijzigd door 845 op 20-03-2025 11:10 ]

[bjp]

als je een thuisbatterij hebt, is het soms 'eenvoudiger' om gewoon de SoC te gebruiken voor automation.

ik begin dingen aan te zetten boven de 90%, boven de 95% en zo verder. Dat heb je ook 'wat marge' als er effe een wolk 2 minuten later voorbij passeert. Het geeft ook een 'rustigere' aansturing dan instantane overschot, dan zit je niet zomaar continu dingen aan en uit te zetten.

[PMuizen]

Bedankt, zitten nuttige stukken in, die ik ga gebruiken!
Nu ik aan het monitoren ben zie ik na het douche een grote dip in de DHW sensor. Dat er een dip komt is logisch maar geen 10K. De fysieke sensor zit ook helemaal onderin het vat.

Ga ook kijken dat als er een % daling is binnen x tijd de DT DHW tijdelijk verhoogd wordt zodat het aan signaal uitblijft. Na het bijvullen van de boiler wil ik de correcte waarde krijgen dus dan even wachten tot het geheel weer "gemengd" is en de actuele temperatuur bereikt is.

[845]

PMuizen schreef op vrijdag 21 maart 2025 @ 14:09:
...
Nu ik aan het monitoren ben zie ik na het douche een grote dip in de DHW sensor. Dat er een dip komt is logisch maar geen 10K. De fysieke sensor zit ook helemaal onderin het vat.
...

Bij ons is dat vooral wanneer de DHW productie begint, het staat hier los van het gebruik. De sensor zit bij ons overigens midden in het vat (wij hebben een 300L), ik weet eigenlijk niet wat daar logisch is.
Ter indicatie een screenshot van het Eplucon portal. Ik heb hier overigens niets aan gedaan, misschien is wel de enige oplossing de sensor verplaatsen, maar dat zou dan ook het opstart moment weer kunnen veranderen.

[PMuizen]

Bij het opstarten is het niet heel gek, want dan is het water van de spiraal in de boiler nog kouder.
Wij hebben ook een 300 liter en de sensor zit trouwens op 1/3 onderin. Dus niet helemaal onderin.

In theorie is hoe lager de sensor hoe meer warm tapwater je hebt omdat alles erboven in ieder geval op die temperatuur is maar dus ook hoe sneller die geactiveerd wordt bij instroom van koud water.

[Vaez]

Ik had hetzelfde gezien en toen uitgezocht waardoor dit komt. Koud water is zwaarder dan warm water, en mengt daarom slecht/niet met elkaar. Aangezien het koude water onderin wordt toegevoegd en het warme water via de bovenkant de boiler verlaat, is er een moment dat er ineens veel kouder water bij de temperatuur sensor komt. Deze zit namelijk iets onder het midden. Op dit moment zie je dan ook dat de temperatuur enorm snel zakt in het vat zonder dat eigenlijk de douch echt koud wordt(deze krijgt nog het warme water wat bovenin het vat aanwezig is.

De spiraal daarentegen loopt door heel de boiler en warmt daarom al het water geleidelijk op, om die reden gaat de opwarming dan ook langzaam en geleidelijk in de grafiek.

[Gwaihir]

845 schreef op woensdag 19 maart 2025 @ 16:32:
Uiteindelijk heb ik het DC verdeelblok gebruikt voor de voeding, dus de waveshare zit in de WP en wordt ook vanuit daar gevoed. Alleen het ethernet kabeltje gaat naar buiten.

Ik kocht net zo'n Waveshare voor wat anders. Maar ik kocht de PoE versie. Hoeft ook alleen het ethernet kabeltje naar elders .

[Gwaihir]

PMuizen schreef op dinsdag 18 maart 2025 @ 23:16:
en "work mode" aangepast naar server.

Dat dus, voor wie later volgt. De EcoForest is client op deze verbinding, geen server. Dus je converter is server.

[PMuizen]

845 schreef op woensdag 19 maart 2025 @ 16:32:
[...]


Lekker bezig! Uiteindelijk heb ik het DC verdeelblok gebruikt voor de voeding, dus de waveshare zit in de WP en wordt ook vanuit daar gevoed. Alleen het ethernet kabeltje gaat naar buiten.

Heb ik nu ook gedaan, was even puzzelen maar gelukt.

Verder heb ik inmiddels de aansturing van tapwater anders gedaan dan standaard.
Ik merkte gewoon dat bij even douchen de warmtepomp aansloeg (delta T van 15 soms) omdat er koud water bij kwam .
Heb nu een extra thermostaat boven in de boiler gedaan en als die lager is dan setpoint gaat de warmtepomp aan als de sensor onderin het setpoint heeft bereikt gaat de DHW weer uit.

Zie hieronder het verloopt van tapwater bij/na het douchen. Waarbij blauw sensor onderin is en geel bovenin.

[JuutieZ]

@PMuizen Zit de tweede sensor nog in de tank of heb je die aan de uitgaande buis vastgemaakt?

[PMuizen]

Nee, die heb ik zelf toegevoegd. Dacht eerst het hele boilervat leeg te moeten laten lopen maar viel mee.

Stappenplan in het kort als ik toch bezig ben.
1. Hoofdkraan dicht
2. Warme kraan aan en douche open gezet
3. Dompelbuis geplaatst net zoals onder het vat, uiteindelijk "moer" eruit en dompelbuis erin geplaatst terwijl het vat vol zat. Stroomde beetje water uit.
4. Thermometer erin gezet.
5. Thermometer ook aangesloten op vrije uitgang op din relais (Heathpump buffer tank)
5a. Beide sensoren nog even een verschillende offset gegeven. Aangeven temperatuur klopte niet, met andere losse thermometers gecheckt.
6. Automation gemaakt
7. Hoofdkraan open
8. Warme kraan en douche dicht

[ Voor 3% gewijzigd door PMuizen op 24-04-2025 22:28 ]

[845]

PMuizen schreef op donderdag 24 april 2025 @ 21:50:
[...]


Heb ik nu ook gedaan, was even puzzelen maar gelukt.

Verder heb ik inmiddels de aansturing van tapwater anders gedaan dan standaard.
Ik merkte gewoon dat bij even douchen de warmtepomp aansloeg (delta T van 15 soms) omdat er koud water bij kwam .
Heb nu een extra thermostaat boven in de boiler gedaan en als die lager is dan setpoint gaat de warmtepomp aan als de sensor onderin het setpoint heeft bereikt gaat de DHW weer uit.

Zie hieronder het verloopt van tapwater bij/na het douchen. Waarbij blauw sensor onderin is en geel bovenin.

[Afbeelding]

Bij mij zit de sensor ergens in het midden (dus niet helemaal onder). Ik zie wel een dip, maar niet zo extreem als bij jou en alleen bij aanslaan van de WP om DHW te gaan maken.
Op basis van de huidige ervaring denk ik dat ik het bij preventief verwarmen op "gratis" energie ga houden en niet een extra sensor toevoeg.

Begrijp ik het goed dat je de sensor op de PLC van de WP aangesloten hebt?

[PMuizen]

Ja snap ik. Had ook niet zo'n extreme daling verwacht, gekke is wel dat het niet altijd is.

Maar klopt ik heb een nieuwe sensor hardware matig gekoppeld aan de plc.