Home assistant Ecoforest warmtepomp en eplucon thermostaat

[Koen Hendriks]

Vaez schreef op maandag 23 september 2024 @ 12:58:
Hier hetzelfde probleem, ik zag toevallig gisteren dat de waardes niet meer updaten. Via de Tech integratie veranderd het namelijk nog wel. Zie hieronder:

[Afbeelding]

De ecoforest waarde zijn via de tech integratie de andere niet. Deze waarde zouden gelijk moeten zijn. Maar zoals je ziet blijven deze waarde altijd op off staan via de eplucon integratie en worden niet meer geupdate.

Ik heb Eplucon een email gestuurd en gevraagd of ze naar de API kunnen kijken.

Tech integratatie is een directe Modbus op de warmtepomp?

[Vaez]

Koen Hendriks schreef op maandag 23 september 2024 @ 14:30:
[...]


Ik heb Eplucon een email gestuurd en gevraagd of ze naar de API kunnen kijken.

Tech integratatie is een directe Modbus op de warmtepomp?

Nee gaat via emodul.eu, soort alternatief portal die ook aan de th-touch gekoppeld zit en een eigen api weer heeft. De th-touch wordt volgens mij namelijk niet door Eplucon gemaakt maar is een soort gerebrande tech controller.

[ Voor 12% gewijzigd door Vaez op 23-09-2024 17:27 ]

[Koen Hendriks]

Oh interessant, daar had ik geen idee van. Kan elk device daar gewoon aangemeld worden?


Het mooiste zou zijn als die TH-Touch gewoon zelf een lokale API krijgt.

[Vaez]

Koen Hendriks schreef op dinsdag 24 september 2024 @ 13:11:
Oh interessant, daar had ik geen idee van. Kan elk device daar gewoon aangemeld worden?


Het mooiste zou zijn als die TH-Touch gewoon zelf een lokale API krijgt.

Ik kon zelf met dezelfde credentials als de eplucon website inloggen en toen werkte het. Maar ik zag in dit topic dat dit niet bij iedereen het geval lijkt.

[845]

Oeh, dat klinkt interessant...

Begrijp ik het goed dat je de Th-Touch aangemeld heb bij emodul.eu en dat dit werkte?

Ik heb tot nu toe alleen geprobeerd de Tech controller (het lijkt inderdaad hetzelfde fysieke kastje als de Th-Touch) te koppelen aan het Eplucon portal. Dit werkt, maar je dan dan geen programma's om de Tech-controller managen, dus ik ben daar weer vanaf. Wellicht dat andersom (Th-Touch via emodul) meer opties biedt.

Persoonlijk vind ik dat er nog veel te halen valt door de integratie tussen Tech en Th-touch te verbeteren. Nu hangen er 2 dezelfde kastjes boven elkaar met als enige functie data aanbieden aan de cloud.

[Koen Hendriks]

@Vaez Ik zit wat rond te klikken in het Eplucon portaal in zie nu staat "Dit account is inactief"



Dit lijkt me een verklaring waarom de API niet meer geupdate wordt. Ook lijkt het alsof het instellen van de TH-Touch via de web interface niks doet. Is dit bij jou ook het geval? Ik vraag me af of ik misschien toch een threshold heb geraakt op de API (update elke 10 seconden) en dat die nu gebanned is ofzo?

[Vaez]

Koen Hendriks schreef op vrijdag 27 september 2024 @ 22:18:
@Vaez Ik zit wat rond te klikken in het Eplucon portaal in zie nu staat "Dit account is inactief"

[Afbeelding]

Dit lijkt me een verklaring waarom de API niet meer geupdate wordt. Ook lijkt het alsof het instellen van de TH-Touch via de web interface niks doet. Is dit bij jou ook het geval? Ik vraag me af of ik misschien toch een threshold heb geraakt op de API (update elke 10 seconden) en dat die nu gebanned is ofzo?

Hier geen problemen. Echter update de entiteit in home assistant nog steeds niet.

845 schreef op woensdag 25 september 2024 @ 09:17:
Oeh, dat klinkt interessant...

Begrijp ik het goed dat je de Th-Touch aangemeld heb bij emodul.eu en dat dit werkte?

Ik heb tot nu toe alleen geprobeerd de Tech controller (het lijkt inderdaad hetzelfde fysieke kastje als de Th-Touch) te koppelen aan het Eplucon portal. Dit werkt, maar je dan dan geen programma's om de Tech-controller managen, dus ik ben daar weer vanaf. Wellicht dat andersom (Th-Touch via emodul) meer opties biedt.

Persoonlijk vind ik dat er nog veel te halen valt door de integratie tussen Tech en Th-touch te verbeteren. Nu hangen er 2 dezelfde kastjes boven elkaar met als enige functie data aanbieden aan de cloud.

Ik kon met het eplucon account inloggen en dan zag ik alle waarde. Had eerst een nieuw account aangemaakt en gekoppeld maar toen werkte het eplucon account(wat ook de installateur gebruikt) niet meer. Echter daarna deze verwijderd en het eplucon account gebruikt op emodul en werkt perfect. En het eplucon account blijft ook nog steeds werken. Door het ontkoppelen van eplucon van de th-touch was overigens wel alle data weg dus dit is niet aan te bevelen.

[ Voor 34% gewijzigd door Vaez op 28-09-2024 12:17 ]

[Koen Hendriks]

Ja volgens mij ligt dit echt bij Eplucon zelf. Hoop dat ze binnenkort even reageren op de mail en anders bel ik er nog maar eens heen.

[pequ]

Goedemorgen,

Hier staat ook een wp van ecoforest, eco geo nog wat, het is een lucht water wp, naregeling van tech L9R, EU-M9t.
Hij draait nu 2 jaar ongeveer. Op zich wel tevreden. Maar de software werkt niet goed
bijv.
Als ik voor tapwater het programma op de wp activeer, dan werkt de eco modus niet meer.
Die zorgt voor automatisch opwarmen tapwater als er terug geleverd word. Dus maar weer uitgezet.

De ruimte regeling heb ik van de week naar econtrol gezet maar helaas ik kan maar één ruimte instellen en bij de andere ruimtes alleen de constante temperatuur. Ligt aan het updaten vlgns mij.
Ik zal weer terug meoten naar de tech software emodule.

De data ben je idd kwijt na ontkoppelen

De econtrol app is denk ik gekopieert van tech (slecht gekopieert), want die van tech werkt beter.

Account inactief heb ik ook gehad kun je weer herstellen door router opnieuw op te starten.

Weet iemand wat ik met de additionele contacten kan doen, en waar kan ik ze vinden fysiek? Iets schakelen misschien?

Weet iemand van jullie een oplossing of workaround voor de problemen/vragen?

groeten Stefan

[Gwaihir]

pequ schreef op zaterdag 12 oktober 2024 @ 08:51:
Weet iemand wat ik met de additionele contacten kan doen, en waar kan ik ze vinden fysiek? Iets schakelen misschien?

Wellicht..

Mijn WP ziet eruit zoals in de recent geposte plaatjes en onder die bovenste grote deksel zitten tientallen in- en uitgangen. Om te zien waar ze allemaal voor dienen heb ik een installateurshandleiding van het internet geplukt.

[pequ]

Makkelijk te vinden die installateurs handleiding? lijkt me wel handig
gr

[Gwaihir]

@pequ Ja, voor de EcoBasic vond ik dat wel, ja. Leek me niet de allernieuwste versie van het document, maar best ok.

Dus kijk 'ns welke WP je hebt staan en vlieg google aan?

[Vaez]

Binnnekort krijgen we een dynamisch energie contract. Ik wil dan ook onze ecoforest B4-12Kw op basis van Epex prijzen sturen via het eplucon portal. Ik heb dit nu als volgt ingesteld:


Daarna de warmtepomp van "ingeschakeld" naar "apx" gezet(dit was eigenlijk een aanname dat dit nodig was bij gebrek aan enige uitleg in het portal zelf).

Echter hierna gaat de warmtepomp en ww nooit meer aan, ook niet in de groene blokken uit het screenshot hierboven. Nu heb ik de warmtepomp dan maar op "ingeschakeld" gezet ipv "apx" en gaat die wel weer aan maar of hij de blokken met lage prijzen gebruikt is mij niet duidelijk. Hoe het nou precies moet werken is mij niet duidelijk. Iemand hier ervaring mee die dit kan uitleggen of zijn werkende instellingen kan delen?

[bjp]

APX is net hetzelfde als EPEX toch.

[Vaez]

APX is de oude naam van EPEX. Maar het lijkt erop dat Eplucon dit niet erg consistent geimplementeerd heeft. Ik ben hier nog mee verder gegaan maar het lijkt erop dat zodra ik APX inschakel de boiler niet meer opwarmte ook niet in de goedkope energie prijs uren. Zou mooi zijn als iemand anders zijn ervaring/instellingen kan delen hiermee.

[Xof]

@Koen Hendriks Heel erg bedankt voor de integratie! En nu maar hopen dat de API blijft werken.

@Vaez Ik gebruik die instelling ook en hier lijkt het wel te werken, de warmtepomp staat dan wel gewoon op ingeschakeld en niet op APX. Het verbaasd mij dan ook dat die APX instelling ook apart bij de warmtepomp vermeld staat.

[Vaez]

Xof schreef op maandag 28 oktober 2024 @ 13:50:
@Koen Hendriks Heel erg bedankt voor de integratie! En nu maar hopen dat de API blijft werken.

@Vaez Ik gebruik die instelling ook en hier lijkt het wel te werken, de warmtepomp staat dan wel gewoon op ingeschakeld en niet op APX. Het verbaasd mij dan ook dat die APX instelling ook apart bij de warmtepomp vermeld staat.

Dat is interessant om te horen. Zou je een screenshot van je instellingen van het energiemanagement op het eplucon portal willen delen?(https://portaal.eplucon.nl/e-control/ems)
Je hebt dan alleen iets op de "energie management" pagina ingesteld en je warmtepomp zelf staat dan zoals op onderstaande screenshot ingesteld als ik het goed begrijp?

[Xof]

Ik heb inderdaad alleen op de energiemanagement pagina de instelling gedaan, overigens heb ik nu wel net de isolatiewaarde van 0,5 aangepast naar 0,9 omdat die vandaag dan alleen in de nacht zou opwarmen.

[Gwaihir]

@Xof Wat staat er onder die 'i' bij isolatiefactor?

Ik doe graag inspiratie op voor hoe e.e.a. in te regelen; heb nl. wel zo'n WP, maar niet dat Eplucon / Tech spul erbij.

[Xof]

Als die op 0,5 staat dan gaat die alleen aan op de laagste prijzen (met de huidige buitentemperaturen). Dus ik moet ook nog wat met die waarde spelen om een goede balans te vinden.

[ Voor 5% gewijzigd door Xof op 28-10-2024 15:11 ]

[bjp]

interessant regeltechniek probleem, gegeven:
- 1-dag voorspelling elektriciteitsprijs per uur
- 1-dag voorspelling temperatuur per uur
- COP curve op basis van verschil bron-temperatuur / CV-temperatuur
- eventueel COP curve op basis van toerental/vermogen.
- bron-temperatuur bij continu gebruik (kan gemakkelijk het laagste punt van de voorbije dag zijn)
- een meting van hoe snel je huis afkoelt (nog te bepalen)
- eventueel: capaciteitstarief
- maximale afwijking van de gewenste binnentemperatuur.

minimaliseer kost om te verwarmen, en berekend dus per uur het setpoint voor je WP, voor het CV gedeelte.

[ Voor 18% gewijzigd door bjp op 28-10-2024 15:36 ]

[michhuis]

Ik gebruik deze instellingen ook sinds 3 maanden maar heb het anders geconfigureerd staan. 10 uur uit is wel erg optimisties denk ik.
Ik heb warmwater op 6 uur staan en laag op 50 en hoog op 60 graden.
De warmtepomtp op manual en 4 uur. De warmtepomp verder op ingeschakeld staan en niet op APX.
In de monitoring zie ik dat de warmwater default temperatuur zich aan past en met current heating state geeft die aan dat de warmtepomp uitschakeld op piek uren.

[Xof]

Dat ligt er denk ik ook een beetje aan hoe groot het boilervat is wat je hebt, wij hebben een 500 liter vat daarmee lukt het net in 10 uur. Al is 45 graden waar ik hem nu op het staan misschien wel wat laag, maar daar komt die ook niet zo snel.
De warmtepomp mocht vandaag tussen 11:00 en 14:00 even actief zijn en ik hoorde hem om 11:02 aanslaan, dus het werkt verder prima.

[Vaez]

Hier lijkt het niet te werken, ook niet nadat ik de warmtepomp op ingeschakeld ipv apx gezet heb. De temperatuur in de boiler daalde rond 0830 naar 34C. De instellingen staan op 10 uur uit, minimale boiler temperatuur 45C en normaal 58C. De prijzen van vandaag geven aan dat de boiler na 10:00 mag gaan opwarmen ivm lagere prijzen. Echter begint de boiler om 08:40 op te warmen zie ik in de grafieken. Ben toch benieuwd waar het verschil in zit.

@michhuis bedoel je met 'manual' dat operatie modus op Verwarming en niet op auto wp staat?

[michhuis]

Nee manual = statisch ipv dynamisch. dan kan je het aantal uren in vullen. Het gaat mij vooral om de piek tariefen te vermijden. Daarnaast gebruik ik auto-WP ook niet hij staat op verwarmen of koelen.

[Vaez]

Ik denk dat ik gevonden heb waarom "Warmtepomp sturen op basis van Epex" niet werkt bij mij. We gebruiken namelijk 'WW weeksturing'(om de temperatuur van de boiler in het weekend hoger te zetten zodat er meer warm water is). Deze lijkt de aansturing vanuit EPEX te overschrijven en hier niet mee samen te werken. Nu ik dit uitgezet heb zie ik namelijk 'Ingesteld boiler' wel naar 45C gaan zoals ingesteld op de momenten dat de stroomprijs hoog is. Ga nog even verder testen maar zou mooi zijn als dit de oplossing is.

[bjp]

Als ik probeer om de EPEX dingen aan te zetten, is het resultaat dat *alle* uren Rood/Uit staan. Mijn warmtepomp staat daarna dus ook zowel voor verwarming als voor SWW uit.

Wat doe ik fout?

[superyupkent]

bjp schreef op dinsdag 5 november 2024 @ 14:35:
Als ik probeer om de EPEX dingen aan te zetten, is het resultaat dat *alle* uren Rood/Uit staan. Mijn warmtepomp staat daarna dus ook zowel voor verwarming als voor SWW uit.

Wat doe ik fout?

Ik had als fout dat ik apx als modus had staan
Nu gewoon de standaard icm vinkjes als hieronder. Werkt goed!

[bjp]

Xof schreef op maandag 28 oktober 2024 @ 15:09:
[Afbeelding]

Als die op 0,5 staat dan gaat die alleen aan op de laagste prijzen (met de huidige buitentemperaturen). Dus ik moet ook nog wat met die waarde spelen om een goede balans te vinden.

snapt iemand die isolatiefactor? Er staat enkel een voorbeeld bij 1.0. Wat bij 0.5 of 1.5? Ik zou verwachten dat een goed geïsoleerd huis de WP vaker mag uitstaan. Bij 1.0 is dat 13u uit bij 5-10C graden buiten. Wat bij 0.5?

[bjp]

superyupkent schreef op dinsdag 5 november 2024 @ 18:52:
[...]


Ik had als fout dat ik apx als modus had staan
Nu gewoon de standaard icm vinkjes als hieronder. Werkt goed!
[Afbeelding]

afgezet, terug opgezet, en nu heb ik wel groene/rode uren. Dank U!

[Gwaihir]

bjp schreef op maandag 28 oktober 2024 @ 15:32:
- bron-temperatuur bij continu gebruik (kan gemakkelijk het laagste punt van de voorbije dag zijn)

Leuke lijst. Maar deze snap ik niet.

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

bjp schreef op dinsdag 5 november 2024 @ 19:41:
snapt iemand die isolatiefactor? Er staat enkel een voorbeeld bij 1.0. Wat bij 0.5 of 1.5? Ik zou verwachten dat een goed geïsoleerd huis de WP vaker mag uitstaan. Bij 1.0 is dat 13u uit bij 5-10C graden buiten. Wat bij 0.5?

Nee, ik snap 't niet echt eigenlijk. Het lijkt een verkapte manier van instellen hoe ver de temperatuur van jou mag afwijken (hysterese). Afgezien daarvan lijkt het me te draaien om zowel de isolatie als hoe ruim de WP bemeten is t.o.v. het huis en dat kan de WP (het beste) zelf leren, lijkt me.

En dan is er nog COP naar toerental en naar CV-temperatuur (versterkt door het eventueel omlaag trekken van een krappe bron): het ding presteert (nodeloos) slecht wanneer hij flink moet aanpoten omdat hij maar een klein deel van de dag mag draaien. Afhankelijk van de tarief verschillen valt het aantal gewenste draaiuren dan anders uit (niet alleen afhankelijk van het (over het etmaal) benodigde verwarmingsvermogen dus).

Ik heb na oriëntatie nog even van dynamisch tarief afgezien, maar mijn eerste indruk was dat ik toch nog doorgaans zo'n 20 van de 24 uur zou willen draaien. (Twijfelde nog over de dure ochtenduren.)

[Vaez]

bjp schreef op dinsdag 5 november 2024 @ 14:35:
Als ik probeer om de EPEX dingen aan te zetten, is het resultaat dat *alle* uren Rood/Uit staan. Mijn warmtepomp staat daarna dus ook zowel voor verwarming als voor SWW uit.

Wat doe ik fout?

Dat is een bug. Je ziet het resultaat pas in de rood/groene lijntjes na 2 keer op opslaan te klikken.

bjp schreef op dinsdag 5 november 2024 @ 19:41:
[...]


snapt iemand die isolatiefactor? Er staat enkel een voorbeeld bij 1.0. Wat bij 0.5 of 1.5? Ik zou verwachten dat een goed geïsoleerd huis de WP vaker mag uitstaan. Bij 1.0 is dat 13u uit bij 5-10C graden buiten. Wat bij 0.5?

Hier stond die op 0.5 maar toen werd het huis niet meer goed warm(het aantal uur was te weinig om het huis op 20C te krijgen), nu op 1.0 lijkt het goed te werken.

[Koen Hendriks]

Ik heb na 35 dagen eindelijk mail terug van Eplucon en er zat een fout in hun backend en dit is nu opgelost.

Ondertussen het nu weer aan de praat met mijn home assistant en ook maar de integratie weer wat aandacht en liefde gegeven.

Bedankt voor alle feedback (hier en op GitHub). Mocht ik nog waardes gemist hebben of iets kunnen uitbreiden dan zijn suggesties zeker welkom.

[ Voor 3% gewijzigd door Koen Hendriks op 06-11-2024 19:55 ]

[superyupkent]

Voor de mensen die druk met de API aan de slag zijn gegaan van eplucon. Is er een manier om onderstaande grafieken op te halen en in HA weer te geven?

https://portaal.eplucon.nl/e-control/ems

[WEVERTSE]

superyupkent schreef op vrijdag 8 november 2024 @ 08:58:
Voor de mensen die druk met de API aan de slag zijn gegaan van eplucon. Is er een manier om onderstaande grafieken op te halen en in HA weer te geven?

https://portaal.eplucon.nl/e-control/ems
[Afbeelding]

De uitschakeltijden zijn niet handmatig in te stellen. Dit ligt beroepshalve als wens bij Eplucon

[pat242]

superyupkent schreef op vrijdag 8 november 2024 @ 08:58:
Voor de mensen die druk met de API aan de slag zijn gegaan van eplucon. Is er een manier om onderstaande grafieken op te halen en in HA weer te geven?

https://portaal.eplucon.nl/e-control/ems
[Afbeelding]

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.

[bjp]

ik heb het geprobeerd - niet echt hoe ik het zou doen. Wss maak ik zoiets via HomeAssistant.

Maar leuk dat ze het voorzien moet ik zeggen, gemakkelijk voor veel mensen.

[Xof]

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.

[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.