Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32

[Breud]

welk vermogen warmtepomp heb jij? minimale vermogen van mijn pomp ligt wat hoger bij 4,3kW.

[ricvee]

Slope 0.6 tbuiten 13
Setpoint 20, huidige temp was 19.7
AA offset verwarming is nu 35.5.

[xoror]

@Breud
2.9kW hmm jij had toch een relaxtere unit nu ? 4.3kW is nog steeds problematisch idd. Zie grafiek vorige post.
kan je nog grafiek je posten zoals die van mij ? Dan kan ik zien waarom die 1.5c delta bij jou niet werkte

@ricvee
welke min Ta had je nu normaal gesproken gehad? Iets van 35 den ik ? Je offset voor dit weer is wat aan de hoge kant, heb je hem wel gisteren "aan" gelaten toen het huis al op temp was?
Kan je de curve plotten van gisteren tot nu icm operating mode?

Het had op een dag zoals gisteren wel naar beneden moeten gaan namelijk.

[ Voor 28% gewijzigd door xoror op 10-10-2025 09:38 ]

[ricvee]

Eerder draaide ik nu met TA 34 tot tbuiten 10.
Ik heb de hysterese op de Netatmo op 0.3 ingesteld, dus bij setpoint 20 slaat hij af bij 20.3
Dingen plotten kan op dit moment even niet.
Is het een idee om naar factory default te gaan en het inleren opnieuw te laten doen ? Anders kom ik voorlopig niet van die hoge TA af.

[xoror]

Factory is het snelst, zou als je 0.3 heb op de netatmo, moet je 0.3 overshoot compensation instellen.
Dat is het probleem denk ik, hij stijgt te ver door vanwege de overshoot (en daalt onvoldoende). Die hoge Ta komt dus door de overshoot waar hij geen rekening mee houdt. Je moet even recompilen voor de overshoot compensation (vul dan daar 0.3 in)

Dus voor jou, flash even factory, stel goede overshoot in.
Let op dat de laatste versie nu met dual slope werkt, zie changelog/doc. Je moet nu een iets lagere slope instellen. 0.5 proberen oid. Of in ieder geval een slope die goed is voor dit weer, voor het koude weer past hij het vanzelf aan naar een wat agressievere. Want de slopes wil je iets anders hebben voor mild vs koud.

Ik zat te denken om automatisch die overshoot te detecteren en dan zelf in te vullen, maar ja dat is wel invasive...

@ricvee Edit. ik zie in je log

[18:14:18][D][auto_adaptive:376]: Processing Zone 1: Room=21.4, Target=21.0, Outside=15.0, Bias=0.0
[18:14:18][D][auto_adaptive:412]: Error: Current=-0.4, Dynamic+=0.3, Dynamic-=-0.2, LR=0.048
[18:14:18][W][auto_adaptive:421]: Z1 HEATING: Flow limited to 36.0°C (Safety Limit), calculated_flow: 39.6
[18:14:18][W][auto_adaptive:432]: Z1 HEATING: HP Saturated (Req: 36.0, Act: 28.0). Learning paused.

Dit is een bug die ik gisteren gefixed had, saturation detection moet hij alleen doen als er echt wordt verwarmd, dit zorgt ook mede voor dat het niet daalt. Met laatste versie is dat opgelost. Want ik ga vnuit dat je hier 0.4 over setpoint zit en verwarming uit was gegaan.

[ Voor 55% gewijzigd door xoror op 10-10-2025 10:12 ]

[ricvee]

Ga ik doen!
Alleen... dan begint hij op 27 graden TA wat bij mij dus een pendelfeest gaat worden totdat de TA 32 graden heeft bereikt, dus dat duurt wel even.
Ik heb minimaal 32 graden nodig om niet te pendelen.
Kan ik niet beter beginnen met een slope van bijv 2, en dan iets later terug naar 0.6?

[xoror]

slope dan even hoger zetten idd, en na halve dag oid terug zetten. Als je zin heb kan je ook op 27 beginnen, als het goed is zou hij moeten zien dat er een pendel aankomt en preventief elke keer +0.5c grote offset verhoging doen tot je uit de gevarenzone bent.

Maar dat leek bij @Breud niet te werken. na 1 pendel slope naar 2.0 zetten en grafiek even posten zodat ik kan zien waarom ik het evt niet goed detecteer

[ Voor 81% gewijzigd door xoror op 10-10-2025 10:38 ]

[ricvee]

Ok, nieuwste versie erop gezet. Factory reset, en de instellingen gedaan zoals je adviseerde.
Nu afwachten.

[xoror]

ja prima, als we het niet goed krijgen dan moet ik misschien toch min flow temp overwegen.
Er zit ook al een min flow temp, maar dat geldt system wide. Zou alleen graag willen dat het systeem uit zichzelf deze ondergrens goed opzoekt. Bij mij lijkt dat prima te gaan

@ricvee ook evt "predictive_short_cycle" tag aanzetten in je logging. Dan zie je debug msg om de pendel te detecteren

[ Voor 15% gewijzigd door xoror op 10-10-2025 10:46 ]

[peterpijpelink]

Hallo, ik heb een verdeler van de vloerverwarming. Merk is WTH. De verwarming in deze woning is een drama,, bijna hele achtergevel is glas. Naast de warmtepomp wil ik meten wat de aanvoer en retour temp is in de vloerverwarming, nu denk ik met een probe wel kan meten in de verdeler, dat metertje kan er uit, maar dat zegt me niets over aanvoer/retour maar allen wat de temperatuur is in de verdeler. Zelf denk ik dat ik moet meten met soort klemmen op de leidingen of ergens anders. Iemand ervaring mee? Wil graag een sensor met zigbee, dat gaat goed. De vloerverwarming pomp schakel ik hiermee ook wekelijks in het niet-stook seizoen.

Op basis van de temperatuur in de vloerverwarming en met de temperatuur in de thermostaat wil ik gaan sturen op meer of minder warmte, de vorige bewoner heeft namelijk 2 Jaga (33) radiatoren geplaatst die eigenlijk niets doen. Op basis van meten=weten denk ik er over om eventueel die 2 radiatoren aan te laten leggen als zone2, maar dan wil je wel individueel kunnen aansturen. Dus dan thermostaat de radiatoren en deze nieuwe meet methode de vloerverwarming. Iemand ervaring mee of een goed idee?

[Plenkske]

@xoror heel gaaf wat je aan het bouwen bent met die AA.
Die min. flow lijkt me een goede toevoeging. Voor sommige kan dat een grens zijn van wel/niet pendelen.

Ik heb nog totaal niet naar de code gekeken (geen tijd voor gehad), maar werkt deze functie volledig op de esp ? De instellingen kan je dan zetten in ha, of in mijn geval domoticz, en de esp gaat dan met AA enabled de flow temp aanpassen ?


Ik heb in mijn situatie ook gedacht aan automatisering, maar dan veel simpeler.
- op basis van een eigen temp sensor in woonkamer de verwarming aan/uit op vaste Ta. eventueel nog met een tijdblokkade.
- op basis van buitentemp (vanuit eigen weerstation) ranges de vaste Ta aanpassen, bijvoorbeeld:
--- temp buiten hoger dan 10 graden: 27
--- temp buiten tussen 8 en 10: 28
--- temp buiten tussen 5 en 8: 29
enz.

[Grolsch]

xoror schreef op vrijdag 10 oktober 2025 @ 09:20:
Het idee is dat hij die laagste Ta vanzelf vindt bij goede slope. Een minimale instellen is dan een beetje apart.
at is je z1 heating curve en welke slope hanteer je?
Wat is de buiten temp, setpoint en huidige temp?

40c lijkt nu veel te hoog idd, zelfs voor radiatoren.
@ricvee valt me op dat je continu overshoot heb van kamer vs setpoint, ws de verwarming toen wel uit gegaan ? (in je logs)

@Grolsch

[Afbeelding]

Hier ben in vrijwel hele ochtend 1c boven ingestelde setpoint, en nog geen pendel. die +1.5c lijkt dan goed, even kijken of ik pendel kan triggeren bij mij. ik zit op 3kW, dus vrijwel min vermogen van 2.9kW

Dan zit je inderdaad op het randje, maar als je de huidige offset van 1,5 zou aanpassen naar 0,5 of 1 graad zou er feitelijk niets veranderen aan hoe het nu gaat

[Grolsch]

Plenkske schreef op vrijdag 10 oktober 2025 @ 11:00:
@xoror heel gaaf wat je aan het bouwen bent met die AA.
Die min. flow lijkt me een goede toevoeging. Voor sommige kan dat een grens zijn van wel/niet pendelen.

Ik heb nog totaal niet naar de code gekeken (geen tijd voor gehad), maar werkt deze functie volledig op de esp ? De instellingen kan je dan zetten in ha, of in mijn geval domoticz, en de esp gaat dan met AA enabled de flow temp aanpassen ?


Ik heb in mijn situatie ook gedacht aan automatisering, maar dan veel simpeler.
- op basis van een eigen temp sensor in woonkamer de verwarming aan/uit op vaste Ta. eventueel nog met een tijdblokkade.
- op basis van buitentemp (vanuit eigen weerstation) ranges de vaste Ta aanpassen, bijvoorbeeld:
--- temp buiten hoger dan 10 graden: 27
--- temp buiten tussen 8 en 10: 28
--- temp buiten tussen 5 en 8: 29
enz.

Dat noemen ze WAR (WeersAfhankelijkeRegeling).
Die vraag heb ik @xoror ook gesteld, maar dat is momenteel niet mogelijk.

Je kunt wel WAR instellen op de Mitsu zelf, maar dan kun je via de software van @xoror niet "spelen" met de aanvoertemperatuur.

[ricvee]

Of een instelbare AA offset, die je kan bijregelen, als je te hoog of te laag zit.

[xoror]

@Grolsch Ja in mijn geval was + 0.5c prima geweest om niet op laagste output te draaien. Dus 1.0c ipv 1.5c kan ik even mee testen. Bij 1c komt er bij mij wel degelijk +0.5 bij he? ik zit hele tijd 1c boven setpoint he

Ik had toch een voorbeeld gegeven hoe je jouw WAR+ zeg maar in ha kon doen ? is wel veel HA kluswerk.

@Plenkske Alles draait op de esp, expres zo gedaan. Je kan sturen met simpele params buiten af, dus die min/max, bias etc.

Goed ik kan dit niet winnen zo te zien, ik zal die min flow bij verwarming editable maken en toevoegen.

@ricvee instelbare offset is vragen om ellende, je moet weten wat mensen allemaal invullen. Met min flow is de meeste ellende ook wel voorbij voor de mensen met oversized units voor het huidige weer.

[Grolsch]

xoror schreef op vrijdag 10 oktober 2025 @ 11:33:
@Grolsch Ja in mijn geval was + 0.5c prima geweest om niet op laagste output te draaien. Dus 1.0c ipv 1.5c kan ik even mee testen. Bij 1c komt er bij mij wel degelijk +0.5 bij he? ik zit hele tijd 1c boven setpoint he

Stel je setpoint is 26 graden
Je flowtemp is 27 graden (1 graad boven setpoint)
Als je in dit geval (+1) al een +0,5 graad offset mee geeft aan setpoint wordt setpoint 26,5 graden en blijft je flowtemp gewoon op 27 graden draaien.

Persoonlijk zou ik bij +1 een offset van +0,5 geven, zoals het nu is (+1,5) zit je op het randje, als de temp binnen 4 minuten toch 1 x een halve graad doorschiet (om welke reden dan ook) gaat hij pendelen.

Ik had toch een voorbeeld gegeven hoe je jouw WAR+ zeg maar in ha kon doen ? is wel veel HA kluswerk.

Die heb ik dan gemist denk ik

[xoror]

Allen is aangepast/toegevoegd:
https://github.com/gekkek...releases/tag/2025-10-10.4
builds draaien.
@ricvee even opnieuw compileren
@Breud even flashen en op 27c zetten

@Grolsch Ik heb idd nu delta van 1.0 gedurende 4min, in mijn geval was een +0.5 wel terecht ook al was ik niet aan het pendelen. Ik zat trouwens op setpoint = 24

ik zal die post even zoeken, je moet wel flink klooien omdat het in HA is, in de esp zou dat wel mooier te doen zijn. Edit xoror in "Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32" het is niet heel fraai, maar zou moeten werken. Ik denk dat het wel mooier kan met triggers alleen in HA

@peterpijpelink Ik zou gewoon proberen en dan params tweaken of je het goed werkend krijgt. Zou de temp feedback even goed kiezen, dus dat het representatief is voor wanneer de boel stopt en wat de huidige temp is. Zou verder gewoon moeten werken denk ik. De wp stuurt op die temperaturen en wat hij zelf maakt aan Ta. Dus proberen kan geen kwaad denk ik

[ Voor 49% gewijzigd door xoror op 10-10-2025 12:35 ]

[Breud]

update zit erin en AA staat weer aan. Ik ga weer eens testen

[xoror]

@Breud als het mogelijk is, test ook eerst min 25, kijk of hij nu met delta van 1.0c wel omhoog gaat, bij eerste pendel op 27c zetten

[ricvee]

Hier zit de update er ook in, en hij draait al even netjes op minimum vermogen.
slope is nu 0.5 en overshoot 0.3
Alleen zou de TA nu niet moeten worden vermnderd?
Hij is al even over zijn setpoint heen.

[12:44:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[12:44:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.0, Target=21.0, Outside=17.0, Bias=0.0
[12:44:35][D][auto_adaptive:444]: Error: Current=0.0, Dynamic+=0.3, Dynamic-=-0.2, LR=0.040
[12:44:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 35.0°C (max of Z1:35.0, Z2:0.0)
[12:54:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[12:54:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.0, Target=21.0, Outside=17.0, Bias=0.0
[12:54:35][D][auto_adaptive:444]: Error: Current=0.0, Dynamic+=0.3, Dynamic-=-0.2, LR=0.040
[12:54:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 35.0°C (max of Z1:35.0, Z2:0.0)
[13:04:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[13:04:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.1, Target=21.0, Outside=17.0, Bias=0.0
[13:04:35][D][auto_adaptive:444]: Error: Current=0.0, Dynamic+=0.3, Dynamic-=-0.2, LR=0.040
[13:04:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 35.0°C (max of Z1:35.0, Z2:0.0)
[13:14:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[13:14:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.2, Target=21.0, Outside=17.0, Bias=0.0
[13:14:35][D][auto_adaptive:444]: Error: Current=0.0, Dynamic+=0.3, Dynamic-=-0.2, LR=0.040
[13:14:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 35.0°C (max of Z1:35.0, Z2:0.0)

[xoror]

@ricvee als je buiten bandbreedte zit van die +/- dynamic, je zit er nu in (error = 0 en bandbreedte is +0.3 tot -0.2). Hij houdt nu rekening met je overshoot, is prima zoals ik het nu zie. De Ta gaat niet omlaag btw, maar de offset in kleine stappen, uiteindelijk na een tijd heeft dat effect op de Ta.

je wordt nu hier opgevangen:

code:

              if (is_heating_active && error < 0) {
                  error += id(thermostat_overshoot_compensation).state;
                  if (error > 0) error = 0.0;
              }

je error is -0.2, maar vanwege overshoot setting wordt dat naar 0.1 aangepast. Maar het is een negatieve error, dus cappen we die op 0.0 (anders heb je kans dat we verkeerde kant op bewegen). Is zoals designed je zit nog in de 'deadzone'. Pas bij error van -0.5 gaat hij aanpassen vanwege je overshoot.

Met zon etc ga je zo wel overheen en dan gaat ie naar beneden. gewoon zijn gang laten gaan. Hij is nu toch al gelimiteerd.

[ Voor 46% gewijzigd door xoror op 10-10-2025 13:25 ]

[Breud]

Zal inderdaad even op 25 zetten en zijn gedrag even in de gatem houden.

[Breud]

Ik heb overigens een PUHZ-SHW80YAA. 4.3kW minimaal vermogen.

Overigens heb ik die waarde nog nooit gezien. Zit hier altijd minimaal op 5 a 6kW. Moet ik de Ta verser omlaag gooien om naar dat vermogen toe te gaan?

[Plenkske]

Grolsch schreef op vrijdag 10 oktober 2025 @ 11:07:
[...]


Dat noemen ze WAR (WeersAfhankelijkeRegeling).
Die vraag heb ik @xoror ook gesteld, maar dat is momenteel niet mogelijk.

Je kunt wel WAR instellen op de Mitsu zelf, maar dan kun je via de software van @xoror niet "spelen" met de aanvoertemperatuur.

Ja ik ken WAR, maar ik wil het op basis van mijn eigen sensoren en gewoon via de esp / domoticz.

Zoiets kan ik, als deze AA bij mij niet lekker gaat, ook zelf maken in domoticz. Is niet zo lastig.

[ Voor 9% gewijzigd door Plenkske op 10-10-2025 15:57 ]

[xoror]

@Breud
kW = flow rate / 60 * ( Ta - Tr ) * 4.2

dus bij jou
4.3 kW = flow rate / 60 * ( Ta - Tr ) * 4.2
moet je flow rate en Tr invoeren dan weet je bij welke Ta je dat krijgt. Maar laagste output wordt soms pas bij bepaalde buiten temp vrijgegeven

@plenske ik wilde geen externe afhankelijkheden in de esp. Dus zou het dan moeten werken op de mitsu buitenttemp. Anders moet je buiten regelen in HA/domoticz.

Als ik weer wat tijd heb kan ik kijken naar de WAR+

[ Voor 31% gewijzigd door xoror op 10-10-2025 16:31 ]

[ricvee]

Hij draait nu al veel beter en rustiger.
Maar hij regelt wel heel weinig terug, klopt dit zo een beetje?
Setpoint is nu 21 en huidige temp is doorgeschoten naar 21,5

[17:04:35][W][auto_adaptive:464]: Z1 HEATING: HP Saturated (Req: 34.5, Act: 24.5). Learning paused.
[17:04:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 34.5°C (max of Z1:34.5, Z2:0.0)
[17:14:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[17:14:35][D][auto_adaptive:395]: Processing Zone 1: Room=20.7, Target=21.0, Outside=17.0, Bias=0.0
[17:14:35][D][auto_adaptive:444]: Error: Current=0.3, Dynamic+=0.3, Dynamic-=-0.2, LR=0.046
[17:14:35][W][auto_adaptive:464]: Z1 HEATING: HP Saturated (Req: 34.5, Act: 31.0). Learning paused.
[17:14:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 34.5°C (max of Z1:34.5, Z2:0.0)
[17:24:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[17:24:35][D][auto_adaptive:395]: Processing Zone 1: Room=20.7, Target=21.0, Outside=17.0, Bias=0.0
[17:24:35][D][auto_adaptive:444]: Error: Current=0.3, Dynamic+=0.3, Dynamic-=-0.2, LR=0.046
[17:24:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 34.5°C (max of Z1:34.5, Z2:0.0)
[17:34:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[17:34:35][D][auto_adaptive:395]: Processing Zone 1: Room=20.8, Target=21.0, Outside=17.0, Bias=0.0
[17:34:35][D][auto_adaptive:444]: Error: Current=0.2, Dynamic+=0.3, Dynamic-=-0.2, LR=0.044
[17:34:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 34.5°C (max of Z1:34.5, Z2:0.0)
[17:44:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[17:44:35][D][auto_adaptive:395]: Processing Zone 1: Room=20.9, Target=21.0, Outside=17.0, Bias=0.0
[17:44:35][D][auto_adaptive:444]: Error: Current=0.1, Dynamic+=0.3, Dynamic-=-0.2, LR=0.042
[17:44:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 34.5°C (max of Z1:34.5, Z2:0.0)
[17:54:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[17:54:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.0, Target=21.0, Outside=16.0, Bias=0.0
[17:54:35][D][auto_adaptive:444]: Error: Current=0.0, Dynamic+=0.3, Dynamic-=-0.2, LR=0.040
[17:54:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 35.0°C (max of Z1:35.0, Z2:0.0)
[18:04:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[18:04:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.0, Target=21.0, Outside=17.0, Bias=0.0
[18:04:35][D][auto_adaptive:444]: Error: Current=0.0, Dynamic+=0.3, Dynamic-=-0.2, LR=0.040
[18:04:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 34.5°C (max of Z1:34.5, Z2:0.0)
[18:14:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[18:14:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.1, Target=21.0, Outside=16.0, Bias=0.0
[18:14:35][D][auto_adaptive:444]: Error: Current=0.0, Dynamic+=0.3, Dynamic-=-0.2, LR=0.040
[18:14:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 35.0°C (max of Z1:35.0, Z2:0.0)
[18:24:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[18:24:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.1, Target=21.0, Outside=16.0, Bias=0.0
[18:24:35][D][auto_adaptive:444]: Error: Current=0.0, Dynamic+=0.3, Dynamic-=-0.2, LR=0.040
[18:24:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 35.0°C (max of Z1:35.0, Z2:0.0)
[18:34:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[18:34:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.2, Target=21.0, Outside=16.0, Bias=0.0
[18:34:35][D][auto_adaptive:444]: Error: Current=0.0, Dynamic+=0.3, Dynamic-=-0.2, LR=0.040
[18:34:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 35.0°C (max of Z1:35.0, Z2:0.0)
[18:44:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[18:44:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.2, Target=21.0, Outside=16.0, Bias=0.0
[18:44:35][D][auto_adaptive:444]: Error: Current=0.0, Dynamic+=0.3, Dynamic-=-0.2, LR=0.040
[18:44:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 35.0°C (max of Z1:35.0, Z2:0.0)
[18:54:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[18:54:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.2, Target=21.0, Outside=16.0, Bias=0.0
[18:54:35][D][auto_adaptive:444]: Error: Current=0.0, Dynamic+=0.3, Dynamic-=-0.2, LR=0.040
[18:54:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 35.0°C (max of Z1:35.0, Z2:0.0)
[19:04:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[19:04:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.3, Target=21.0, Outside=16.0, Bias=0.0
[19:04:35][D][auto_adaptive:444]: Error: Current=0.0, Dynamic+=0.3, Dynamic-=-0.2, LR=0.040
[19:04:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 35.0°C (max of Z1:35.0, Z2:0.0)
[19:14:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[19:14:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.3, Target=21.0, Outside=16.0, Bias=0.0
[19:14:35][D][auto_adaptive:444]: Error: Current=0.0, Dynamic+=0.3, Dynamic-=-0.2, LR=0.040
[19:14:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 35.0°C (max of Z1:35.0, Z2:0.0)
[19:24:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[19:24:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.3, Target=21.0, Outside=16.0, Bias=0.0
[19:24:35][D][auto_adaptive:444]: Error: Current=0.0, Dynamic+=0.3, Dynamic-=-0.2, LR=0.040
[19:24:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 35.0°C (max of Z1:35.0, Z2:0.0)
[19:34:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[19:34:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.4, Target=21.0, Outside=16.0, Bias=0.0
[19:34:35][D][auto_adaptive:444]: Error: Current=-0.1, Dynamic+=0.3, Dynamic-=-0.2, LR=0.042
[19:34:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 35.0°C (max of Z1:35.0, Z2:0.0)
[19:44:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[19:44:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.4, Target=21.0, Outside=16.0, Bias=0.0
[19:44:35][D][auto_adaptive:444]: Error: Current=-0.1, Dynamic+=0.3, Dynamic-=-0.2, LR=0.042
[19:44:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 35.0°C (max of Z1:35.0, Z2:0.0)
[19:54:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[19:54:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.4, Target=21.0, Outside=16.0, Bias=0.0
[19:54:35][D][auto_adaptive:444]: Error: Current=-0.1, Dynamic+=0.3, Dynamic-=-0.2, LR=0.042
[19:54:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 35.0°C (max of Z1:35.0, Z2:0.0)
[20:04:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[20:04:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.4, Target=21.0, Outside=16.0, Bias=0.0
[20:04:35][D][auto_adaptive:444]: Error: Current=-0.1, Dynamic+=0.3, Dynamic-=-0.2, LR=0.042
[20:04:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 35.0°C (max of Z1:35.0, Z2:0.0)
[20:14:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[20:14:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.5, Target=21.0, Outside=16.0, Bias=0.0
[20:14:35][D][auto_adaptive:444]: Error: Current=-0.2, Dynamic+=0.3, Dynamic-=-0.2, LR=0.044
[20:14:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 35.0°C (max of Z1:35.0, Z2:0.0)
[20:24:35][D][auto_adaptive:353]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[20:24:35][D][auto_adaptive:395]: Processing Zone 1: Room=21.5, Target=21.0, Outside=16.0, Bias=0.0
[20:24:35][D][auto_adaptive:444]: Error: Current=-0.2, Dynamic+=0.3, Dynamic-=-0.2, LR=0.044
[20:24:35][D][auto_adaptive:538]: CMD: Set Dependent Heat Flow -> 35.0°C (max of Z1:35.0, Z2:0.0)

[xoror]

@ricvee mooi dat ie rustig draait. Aan de offset moet je niet blind staren. Die past zich aan (afhankelijk van gekozen offset, setpoint, binnen temp, gekozen slope). Hij zal compenseren voor een verkeerde slope. Maar als het nu goed draait is je slope redelijk. Je had dus last van overshoot van je thermostaat en bug met saturation die ervoor zorgt dat het systeem niet naar beneden bij stelde. Ik zie nu een stabiele lijn, en je zit op je setpoint, dus prima. vanacht zal die ws wat zakken, maar dat is verder prima. Je moet pas zorgen maken als hij na tijd niet stabiel is, en dat is bij jou zeker niet zo.

Ik zie dat hij nu Ta=35 kiest, zou je dat met dit weer ook gekozen hebben ? Zo nee, dan kan je slope nog met 0.1 verlagen. Dit is verder fine tuning, zoals gezegd de curve compenseert het uiteindelijk voor een groot deel.

Maar als je tevreden bent met de Ta, gewoon zijn gang laten gaan.

[xoror]

@Grolsch @Breud @ricvee


De anti pendel lijkt met delta 1.0 te triggeren hier vanochtend. Maar hij lijkt pas na 10m vanaf eerste afwijking te doen. Hij zou de pendel moeten detecteren op max 7:22, dan moet hij commando sturen en dat kan 1 a 2 mins max duren voor dat je confirm terug krijgt. Dus 7:24 moet hij hem verwerkt hebben. Setpoint wijziging is op 7:25 dus het kan, maar even nog een keer forceren en kijken

Zien jullie dit nu ook voor een pendel? Als dit laatste stuk goed werkt dan kan deze release public gaan

edit: gevonden, zat een foutje in de timer definitie Nu ziet ie hem na exact 4m

[08:10:49][D][predictive_short_cycle:296]: High Delta T detected (1.0°C). Starting timer.
[08:14:49][W][predictive_short_cycle:299]: Short-cycle predicted! Increasing offset to force a longer cycle.

ik zal even nieuwe build aanslingeren, die van gisteren was dus nog niet helemaal correct, die zag hem te laat. https://github.com/gekkek...releases/tag/2025-10-11.1

[ Voor 38% gewijzigd door xoror op 11-10-2025 08:21 ]

[Breud]

Ik heb nog geen run gehad sinds gisteren. Zodra ik data heb zal ik delen. Ta staat op 25,5 daarmee verwacht ik pendelen

[xoror]

@Breud upload zo nieuwe build, die is over minuut of 5 klaar. ik verwacht dat die jouw pendel wel tegenhoudt. die build van gisteren niet

edit: builds zijn klaar, updaten voor je run start

[ Voor 17% gewijzigd door xoror op 11-10-2025 08:30 ]

[xoror]

@Grolsch wil graag de anti pendel ook buiten AA hebben, dat kan ik wel begrijpen. Alleen zit met het volgende:
Als we de Ta +0.5c doen, onder welke omstandigheden/wanneer willen we deze weer herstellen naar het origineel? Want anders dan in AA wordt de offset niet automatisch gecorrigeerd.

mogelijke scenario's:
1) We gaan uiteindelijk ws wel een pendel krijgen, dus resetten bij compressor stop
2) een tijdelijke verhoging aanhouden, dus bijv 60m +0.5c

Ik heb nog even geen goed idee hoe/of het hersteld moet worden.

[Breud]

Updated. Ik verwacht niet dat de verwarming aan hoeft vandaag. Morgen een nieuwe poging :-)

[Breud]

Wat raar gedrag zojuist gezien in HA. VOLGENS IN1 heeftde verwarming een tijdje aangestaan.

Maar de operation modus is even op space heating gekomen om vervolgens weer uit te gaan en een tijdje daarna weer in space heating te gaan. Echter is ook te zien dat tijdens de off stand er wel daadwerkelijk conpressor frequenties zijn gemeten.

Zou dit te verklaren zijn door de laatste update?

[xoror]

@Breud nee, je kan bij die operation mode log kijken in ha wie dat doet. Ik doe niets met modes switchen.

zet prohibit heating even erbij was het de short cycle beveiliging? heb je iets van 45-60 mins lockout? dat zou het verklaren?

plot h/c setpoint en feedtemp uurtje voor die compressor stop. Ik wil kijken of die anti pendel bij jou het uitgesteld heeft, dus of hij de offset verhoogd heeft

[ Voor 64% gewijzigd door xoror op 11-10-2025 13:47 ]

[Breud]

Nee dat was het allemaal niet. Ik merk wel dat in HA heel vaak mijn sensoren allemaal naar ‘unavailable’ gaan voor een korte tijd.

Vanmiddag was ook een hele lange tijd de atom offlline. Dat heb ik al heel lang niet gehad. Zou dat wel met de update te maken kunnen hebben?

[Breud]

xoror schreef op dinsdag 7 oktober 2025 @ 19:06:
Daar is die switch precies voor, als we service code aanvragen via de MRC krijg je soms foute antwoorden als de esp ook aan het vragen is (ze zien elkaar antwoord). Dus wil je manueel vragen via informatie werking, dan die switch aan, dan pauseert de esp service code aanvragen van de esp zelf

Over die runtime, ze hebben bij jou buiten unit vervangen, maar binnen unit onthoud nog oude stuff lijkt het.

'Add switch to allow enable/disable service codes during runtime. Disable service codes when requesting them manually at the main display'

Ik heb nu dus de switch uitgezet in HA, maar ik krijg nog steeds vreemde waarden terug bij code 002 en 003 in de ftc controller.

Vreemd genoeg krijg ik in HA wel een normaal runtime uren terug (al lijkt deze niet gereset te zijn bij vervangen buiten unit). Sensor sensor.ecodan_heatpump_accumulated_compressor_starts doet bij mijn setup overigens niets, klopt dat?

[xoror]

@Breud Dat lijken weer netwerk issues, kijk je uptime icm wifi sterkte. Maar zo te zien is hij echt naar off gegaan en niet op unavailable? Na reboot wordt de atom misschien naar de verkeerde AP gezet, moet je even controleren. Er is niets in netwerk aangepast waardoor hij anders om zou gaan met de wifi.

Als je request code uitzet, krijg je geen nieuwe waarden meer binnen, maar de huidige blijven staan.
Je hoeft hem alleen uit te zetten als je manueel bij het scherm code gaat opvragen. Anders krijg je geen fan speed, en compressor start/stops meer. Als service code aanstaat zou het gewoon moeten werken

[ Voor 6% gewijzigd door xoror op 11-10-2025 18:32 ]

[Breud]

Dat was hem juist. Zelfs als ik de switch uitzet in esp/ha dan krijg ik nog steeds niet de juiste waarden op de ftc controller als ik ze manueel opvraag.

Maar ook in HA krijg ik niet de juuste waarden binnen. Het aantal actuele beanduren kijkt te kloppen, maar het aantal compressor start/stops blijft op 0 staan.

Als ik manueel de codes opvraag (zonder de switch aan) krijg ikbij code 2 ‘9’ terug en bij code 3 ‘0’.

90 branduren zou dan wel moeten kloppen met wat ik zelf berekend heb. Ik houd namelijk zelf ook een teller bij in HA. (Ik had het aantal runtime uren opgeschreven bij wissel van de buiten unit) de ‘0’ bij compressor start stops kan ik in zowel HA als op de ftc controller niet verklaren

[xoror]

@Breud @Grolsch speciaal voor jullie ws is de penden preventie ook te gebruiken buiten AA.

AA: Predictive Short-Cycle prevention. Heating offset will be raised by 0.5c when delta between requested and actual feed temp is above 1.0c for the min duration of 4 minutes. This mode is always enabled in Auto Adaptive. In fixed flow heating it can be enabled manually via the switch

https://github.com/gekkek...releases/tag/2025-10-12.1
Dit zou hem moeten zijn, als alles werkt, dan wordt dit de volgende release.

@Breud hmm je zou kunnen proberen de atom eruit te halen en dan codes op te vragen ? Maar als die switch uit staat dan doen we echt niets.

Zo te zien geef ik gewoon het antwoord wat de buiten unit terug geeft. Service codes zijn request naar buiten unit, en ik geef het antwoord gewoon door. Overigens is compressor starts * 100, heb je misschien nog geen 100 gehad?

Je kan gewoon de lengte van de compressor binary sensor optellen, dat is exact je run tijd.

[ Voor 12% gewijzigd door xoror op 12-10-2025 01:20 ]

[Breud]

Ik houd zelf het aantal start stops bij. Ik kom zelf op 229 stops. Al was de template niet altijd even secuur. Dus kan goed zijn dat ik er naast zit

Dus ik houd even een slag om de arm dat er nog geen 100 stops daadwerkelijk op de teller staan en wacht nog even een week of twee of hij dan niet naar de 1(00) springt

[Breud]

Weird, warmtepomp gaat opeens een SWW run starten terwijl het water al op 47 graden is (setpoint 47).

Hij is een beetje van het patje af vandaag

[HaTe]

Het lukt me niet meer om te builden. Ik krijg deze fout:

code:

INFO ESPHome 2025.9.3
INFO Reading configuration /config/esphome/ecodan-heatpump.yaml...
INFO Updating https://github.com/gekkekoe/esphome-ecodan-hp/@main
INFO Updating https://github.com/gekkekoe/esphome-ecodan-hp.git@main
INFO Detected timezone 'Europe/Amsterdam'
INFO Generating C++ source...
INFO Compiling app...
Processing ecodan-heatpump (board: esp32-s3-devkitc-1; framework: espidf; platform: https://github.com/pioarduino/platform-espressif32/releases/download/54.03.21-2/platform-espressif32.zip)
--------------------------------------------------------------------------------
INFO Package configuration completed successfully
INFO Package configuration completed successfully
HARDWARE: ESP32S3 240MHz, 320KB RAM, 8MB Flash
 - framework-espidf @ 3.50402.0 (5.4.2) 
 - tool-cmake @ 3.30.2 
 - tool-esp-rom-elfs @ 2024.10.11 
 - tool-esptoolpy @ 5.0.2 
 - tool-mklittlefs @ 3.2.0 
 - tool-ninja @ 1.13.1 
 - tool-scons @ 4.40801.0 (4.8.1) 
 - toolchain-xtensa-esp-elf @ 14.2.0+20241119
Reading CMake configuration...
-- git rev-parse returned 'fatal: not a git repository (or any parent up to mount point /)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).'
-- Building ESP-IDF components for target esp32s3
-- Configuring incomplete, errors occurred!

fatal: not a git repository (or any parent up to mount point /)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
CMake Error at /data/cache/platformio/packages/framework-espidf/tools/cmake/build.cmake:620 (message):
  Traceback (most recent call last):

    File "<frozen runpy>", line 189, in _run_module_as_main
    File "<frozen runpy>", line 112, in _get_module_details
    File "/root/.platformio/penv/.espidf-5.4.2/lib/python3.12/site-packages/idf_component_manager/__init__.py", line 6, in <module>
      from idf_component_tools.environment import ComponentManagerSettings
    File "/root/.platformio/penv/.espidf-5.4.2/lib/python3.12/site-packages/idf_component_tools/__init__.py", line 9, in <module>
      if ComponentManagerSettings().DEBUG_MODE:
         ^^^^^^^^^^^^^^^^^^^^^^^^^^
    File "/root/.platformio/penv/.espidf-5.4.2/lib/python3.12/site-packages/pydantic_settings/main.py", line 193, in __init__
      super().__init__(
    File "/root/.platformio/penv/.espidf-5.4.2/lib/python3.12/site-packages/pydantic/main.py", line 250, in __init__
      validated_self = self.__pydantic_validator__.validate_python(data, self_instance=self)
                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    File "/root/.platformio/penv/.espidf-5.4.2/lib/python3.12/site-packages/idf_component_tools/environment.py", line 148, in fallback_to_default
      if field.validation_alias:
         ^^^^^^^^^^^^^^^^^^^^^^

  AttributeError: 'NoneType' object has no attribute 'validation_alias'

Call Stack (most recent call first):
  /data/cache/platformio/packages/framework-espidf/tools/cmake/project.cmake:718 (idf_build_process)
  CMakeLists.txt:3 (project)



========================== [FAILED] Took 3.37 seconds ==========================

Enig idee wat er mis gaat? Moet de yaml config nog aangepast worden vergeleken met een paar maanden geleden?

[xoror]

energy.yaml is toegevoegd, zie mijn repo.
maar ik zie eapidf 5.4.2 die geeft issues, je moet eaphome 2025.7.5 gebruiken of de binaries. zoek maar terug in dit topic

[xoror]

Vanochtend is de vloer weer enigszins afgekoeld en kon ik de pendeldetectie/preventie buiten de AA ook testen



De eerste uptick in setpoint was in AA mode, dat zie je ook doordat de offset omhoog ging. De 2e is in stand alone mode, en de Ta wordt direct verhoogd (en geen wijziging in offset).

[Grolsch]

Ik ben hem nu ook in standalone aan het testen.

Wat zijn ook alweer de instellingen Hoeveel minuten moet hij hoeveel graden boven setpoint draaien voordat de TA setpoint omhoog gaat?

[xoror]

Grolsch schreef op zondag 12 oktober 2025 @ 09:44:
Ik ben hem nu ook in standalone aan het testen.

Wat zijn ook alweer de instellingen Hoeveel minuten moet hij hoeveel graden boven setpoint draaien voordat de TA setpoint omhoog gaat?

AA: Predictive Short-Cycle prevention. Heating offset will be raised by 0.5c when delta between requested and actual feed temp is above 1.0c for the min duration of 4 minutes. This mode is always enabled in Auto Adaptive. In fixed flow heating it can be enabled manually via the switch

[Grolsch]

Tnx, kan wel ff duren voor ik resultaat zie, de WP is al een week niet aan geweest, de vloer is dus vrij koud, maar we gaan erachter komen

[xoror]

@Grolsch np, ik heb het hier werkend gezien, dus ga vanuit dat het werkt Hoor graag als het toch niet het geval is.
*Works on my machine

Ik wordt alleen niet vrolijk van alle settings die we nu hebben

Eens kijken of daar een boel van weg kunnen, maar vrees het niet.

[ Voor 59% gewijzigd door xoror op 12-10-2025 09:51 ]

[Grolsch]

Dit gaat in mijn situatie er wel voor zorgen dat m'n COP fors verbeterd.
Ik moest altijd minimaal TA28 draaien omdat er situaties kunnen ontstaan dat de WP gaat pendelen bij <TA28.

Wat mij betreft dus een super optie!

[Grolsch]

Mmhh, voor mijn situatie lijkt het te traag te reageren.

WP begint keurig op lage frequenties (<30HZ) maar op een gegeven moment gaat de frequentie naar 30HZ en dan schiet de TA te snel door, je regeling heeft onvoldoende tijd om te reageren en de setpoint aan te passen.

Is het mogelijk om de DT (die nu 1 is) en de tijd in minuten (die nu 4 is) instelbaar te maken

[xoror]

hoeveel min schiet hij door ? kan je grafiek geven van setpoint en werkelijke Ta ?

[Grolsch]

Wat ik kan zien 1,5 graad, dit komt omdat de Mitsu kabouters beslissen dat de frequentie naar 30HZ moet.
Dit zal ongetwijfeld een goede reden hebben voor behoud van de compressor, zie hieronder.



In mijn situatie mag de TA wel 0,5 graad omhoog als de DT langer dan 2 minuten 0,5 graad boven setpoint zit.

[edit]

En zojuist gebeurt het nog een keer



Dat de TA nu op 25,5 staat komt omdat ik dit handmatig gedaan heb.

[ Voor 37% gewijzigd door Grolsch op 12-10-2025 10:18 ]

[xoror]

Die pendel werd niet gedetecteerd vanwege dat dipje vlak ervoor
even over na denken, het liefste heb ik 1 set die voor iedereen werkt.

met 0.5 delta had hij hem ws al om 9:45 getriggered

[xoror]

@Grolsch hoe groot zijn die windows vlak voor hij pendelt ? waar hij >= 1c is? denk iets van 2 a 3 mins ?
zou je voor mij kunnen kijken hoeveel min of seconden die rode stukken zijn?

[ Voor 65% gewijzigd door xoror op 12-10-2025 10:24 ]

[Grolsch]

Dat hij daadwerkelijk =>1 was is 1 minuut geweest, vanwege het ene dipje ertussen.

Ik denk niet dat er een setting is die voor iedereen werkt omdat elk type WP anders is.
Ik heb nog een "oudje" en een bakbeest (Zubadan 11,2KW) die serieus gas geeft op 30HZ.

Het mooiste zou zijn om die 2 waardes instelbaar te maken, dan kan een ieder deze aanpassen naar zijn situatie.

Andersom gedacht, wat is het bezwaar om de DT op 0,5 graad in te stellen en de tijd op 2 minuten?

[xoror]

Ik moet even kijken ik mijn data of ik dat zie, 0.5 op 2m lijkt voor mijn systeem randje kantje. Dan zal het wel op user defined komen als we er niet uitkomen. Maar ben nog even benieuwd naar die durations van de rode lijnen, misschien dat ik daar nog wat uit kan halen. Maar zo te zien moet ik bij jou veel sneller reageren, want hij slaat al heel snel af


0.5 gaat bij mij spaak, hij blijft hier wel 10 mins 0.5 boven setpoint. Er komt nu wat zon door, en de compressor gaat lager

Dat zal dus wel iets van user defined worden

[ Voor 63% gewijzigd door xoror op 12-10-2025 10:31 ]

[Grolsch]

xoror schreef op zondag 12 oktober 2025 @ 10:27:
Ik moet even kijken ik mijn data of ik dat zie, 0.5 op 2m lijkt voor mijn systeem randje kantje. Dan zal het wel op user defined komen als we er niet uitkomen. Maar ben nog even benieuwd naar die durations van de rode lijnen, misschien dat ik daar nog wat uit kan halen. Maar zo te zien moet ik bij jou veel sneller reageren, want hij slaat al heel snel af

1e rode lijn = 1 minuut
2e rode lijn = 1 minuut
3e rode lijn = 1 minuut
4e rode lijn = kleine 2 minuten

Als hij zou sturen op DT 0,5 graad zijn de periodes veel langer, dan kun je deus wel met periodes van 2 minuten bijvoorbeeld.

[ Voor 10% gewijzigd door Grolsch op 12-10-2025 10:31 ]

[xoror]

Grolsch schreef op zondag 12 oktober 2025 @ 10:30:
[...]


1e rode lijn = 1 minuut
2e rode lijn = 1 minuut
3e rode lijn = 1 minuut
4e rode lijn = kleine 2 minuten

Als hij zou sturen op DT 0,5 graad zijn de periodes veel langer, dan kun je deus wel met periodes van 2 minuten bijvoorbeeld.

Dank, ja hij moet denk ik 0.5c hebben. De eerste wil je ws niet op sturen, maar de 2e en 3e zijn 1 blok, dus ik gok bij jou idd 0.5c op een min of 2, dan heeft de wp nog tijd om rekening te houden met setpoint.

[Grolsch]

xoror schreef op zondag 12 oktober 2025 @ 10:33:
[...]


Dank, ja hij moet denk ik 0.5c hebben. De eerste wil je ws niet op sturen, maar de 2e en 3e zijn 1 blok, dus ik gok bij jou idd 0.5c op een min of 2, dan heeft de wp nog tijd om rekening te houden met setpoint.

Inderdaad, en wat me nu nog te binnenschiet, je zet het setpoint toch weer terug naar de begin instelling op het moment dat de compressor uit gaat

Misschien dat je daar ook een minimale tijd van 15 minuten in moet zetten.
Mocht hij onverhoopt toch een keer gaan pendelen door te weinig afgifte, dan wil je niet dat hij setpoint TA weer naar de beginwaarde zet, want dan kom je in een vicieuze cirkel

[xoror]

Dat laatste is tricky, want je weet niet wat mensen in die 15m uitgehaald hebben met de Ta, en als ik dan de correctie weer corrigeer krijg je rare effecten.

Lost de pauze bij pendelen jouw probleem niet op? dus je kan bij pendelen de wp een instelbare straf tijd geven dat ie moet rusten, om daarna weer te beginnen.

Denk dat dat het ook niet helemaal oplost, maar als je in deze cirkel komt verwacht ik dat de anti pendel al meer dan 1x heeft ingegrepen, dus je setpoint is ws al 1.0c hoger. maar we moeten denk ik even uitproberen? Ik ben even aan klussen om het instelbaar te maken

[Grolsch]

Top, dat geeft mij ook wat meer mogelijkheden om te proberen.

Bij nader inzien moet de DT minimaal op 1 graad staan, anders gaat de WP nooit terug moduleren, dat wil je ook niet.

Ik denk dat in mijn situatie het wel goed werkt als ik de tijdsinterval kan aanpassen naar 1 of 2 minuten.

Blijkbaar gaat setpoint niet terug naar beginwaarde als de compressor uit gaat, want als dat zo was geweest dan had bij mij de setpoint toch terug gezet moeten zijn na die pendelactie (want toen stond de compressor uit).

[ Voor 27% gewijzigd door Grolsch op 12-10-2025 10:54 ]

[xoror]

@Grolsch https://github.com/gekkek...releases/tag/2025-10-12.4
builds draaien over min of 5 klaar, kan je weer proberen. Defauilt is 1.0c met 4m, je kan instellen tussen
0.5c - 1.5c en 1m - 5m (in stappen van 0.5 mins)

Test het even uit, als het goed werkt met delta T van 1c is dat beter, en dan kunnen we die optie weg halen

Blijkbaar gaat setpoint niet terug naar beginwaarde als de compressor uit gaat, want als dat zo was geweest dan had bij mij de setpoint toch terug gezet moeten zijn na die pendelactie (want toen stond de compressor uit).

dat zou ie wel moeten doen. Overigens reset de timer als je de schakelaar aan/uit zet (want als je uitzet wil je ook niet die waarde meer onthouden). Ik kan een beetje lastig pendelen forceren in mijn systeem. wijzigingen kunnen wel tot 30s duren voor je het resultaat terug ziet. Maar bij jou heeft hij geen pendel gezien (en correctie gedaan) dus herstelt hij ook niets.

[ Voor 69% gewijzigd door xoror op 12-10-2025 11:08 ]

[Miezie]

@xoror ik vind dat je niet onder de minimale Ta uit kunt voor verwarmen.

1. De pendelarij opvangen met een tijdelijke stop omdat de warmte niet in het systeem weg kan is energieinefficient en uitgesteld pendelen.

2. Je blijft met een te lage TA in energie ergens in stoppen terwijl je Tset moeilijk of niet gaat bereiken.

Als ik hier lager dan 25 ga op ruimtecompensatie voeg ik met gemak enkele uren draaitijd toe tegen minimale input met hoge cop. Maar ik win kWh’s door te draaien tegen iets lagere COP en minder lang… dit scenario is van toepassing in het huidige deel van het stookseizoen. Later in het stookseizoen heb ik weer hogere slopes nodig om überhaupt op temperatuur te blijven.

Je kunt met AA niet compenseren voor slecht ingeregelde systemen op een robuuste manier. Je ontkomt niet aan een basisbegrip van de juiste stooklijn en daar wat parameters bij.



Dit is ongeveer wat je zoekt. Dit is de ruimteregeling van de ecodan, dat begint wel met een basis stooklijn 25-35 (-1/+3).

[xoror]

@Miezie ik heb verzet al gestaakt, het zit al een paar dagen in de pre-release.

[Miezie]

xoror schreef op zondag 12 oktober 2025 @ 11:40:
@Miezie ik heb verzet al gestaakt, het zit al een paar dagen in de pre-release.

Verzet hoeft niet hoor, het mag altijd een keuze zijn. Ik denk alleen dat je onmogelijke algoritmische zaken maakt als je er naar streeft zonder enkele basisconcepten de ideale stokerij wilt ontwikkelen 👌.

[xoror]

@Miezie
Voor mij werkt het de afgelopen dagen al goed. Hij gaat zelfs terug tot 24c. Maar er zijn wel veel verschillende installaties

Vandaag verwarming paar uurtjes aangegaan, en draaide vrij stabiel. Ik zat nog te klooien om de anti pendel preventie te testen (dipjes in setpoint), maar compressor snort rustig en huis is prima op temp gekomen.

Dus wil nu wel met koud weer testen, dit werkt al prima en is niet zo spannend.

[corsat]

[quote]AUijtdehaag schreef op dinsdag 7 oktober 2025 @ 16:28:
@corsat
https://github.com/gekkek.../docs/proxy_connecting.md

Ik heb inmiddels de atom geinstalleerd alleen bij punt 7 loop ik vast. Ik kan inloggen in de ecodan via ip adres, zie alle waarden maar ik kan nergens de edit optie vinden. Ook via HA krijg ik de ecodan niet geconnected, het ip adres klopt poort 6053 maar ik mis nog iets.

[xoror]

@corsat heb je toevallig een hele oude PAC-WF010-E melcloud adapter?
Die doet een ander protocol, maar ik heb die van niemand kunnen lenen om het te bekijken en werkend te maken helaas.

[AUijtdehaag]

@corsat
Volgens mij zelf was compilen met een esphome versie boven 2025.7 geen goed idee nog.
Je kan beter een van de kant en klare images nemen?

[ Voor 23% gewijzigd door AUijtdehaag op 12-10-2025 12:19 ]

[xoror]

nee, voorlopig op 2025.7.5 blijven, ik laat wel weten wanneer het weer veilig is. de bins zullen dan ook meegaan

maar dropped bytes is meestal onbekend protocol, bijv die oude melcloud in proxy

[ Voor 27% gewijzigd door xoror op 12-10-2025 12:24 ]

[corsat]

xoror schreef op zondag 12 oktober 2025 @ 12:12:
@corsat heb je toevallig een hele oude PAC-WF010-E melcloud adapter?
Die doet een ander protocol, maar ik heb die van niemand kunnen lenen om het te bekijken en werkend te maken helaas.

Mijn PAC is 9 jaar jong, ik was net na Koevlaas met het installeren van mijn ecodan. Ik zie trouwens dat de pac module geel knippert dus die heeft geen verbinding.

[corsat]

Maar hoe moet ik die pac nu zien in mijn netwerk want dat esp board heeft toch de verbinding overgenomen?

[Miezie]

corsat schreef op zondag 12 oktober 2025 @ 12:45:
Maar hoe moet ik die pac nu zien in mijn netwerk want dat esp board heeft toch de verbinding overgenomen?

Esp eruit pac er weer in. Of pac tijdelijk doneren aan xoror en laten fixen en esp er in de tussentijd in.

[Breud]

Ik zit blijkbaar in esphome al op een hogere versie. Wel een van de laatste bins geinstalleerd van @xoror verklaard dat mischien de netwerk issues recentelijk?

[corsat]

Miezie schreef op zondag 12 oktober 2025 @ 13:48:
[...]

Esp eruit pac er weer in. Of pac tijdelijk doneren aan xoror en laten fixen en esp er in de tussentijd in.

Ik dacht dat Grolsch ook een PAC had en die moet dan ook bijna net zo oud zijn als die van mij. Ik ga de esp er maar weer uithalen. Dit tempert mijn enthousiasme over HA wel weer.

[SebastiaanPs]

corsat schreef op zondag 12 oktober 2025 @ 14:35:
[...]


Ik dacht dat Grolsch ook een PAC had en die moet dan ook bijna net zo oud zijn als die van mij. Ik ga de esp er maar weer uithalen. Dit tempert mijn enthousiasme over HA wel weer.

Wat heb je in MELCloud wat je in de ESP niet hebt? Ik heb er afscheid van genomen: geen meerwaarde meer behalve misschien dat de installateur mee kan kijken, maar die kan ik ook wat HA screenshots sturen als dat nodig zou zijn (met overigens veel meer info).

[xoror]

@Breud mijn binaries zijn 2025.7.5
Kan je zien bij devices

@corsat Ha is superieur aan melcloud, het is dat je het nog niet heb. De meeste mensen met proxy gooien de melcloud er na tijdje uit...

Maar als iemand mij zo'n Pac kan lenen voor een weekje dan kijk ik erna.

[Grolsch]

corsat schreef op zondag 12 oktober 2025 @ 14:35:
[...]


Ik dacht dat Grolsch ook een PAC had en die moet dan ook bijna net zo oud zijn als die van mij. Ik ga de esp er maar weer uithalen. Dit tempert mijn enthousiasme over HA wel weer.

Ik heb mijn pac al + 5 jaar geleden ingeruild voor een procon.

Sinds dit jaar gebruik ik het kastje van xoror.

[xoror]

New release

- AA: Allow overshoot compensation. Use this setting to compensate for overshooting in your thermostat
- AA: Predictive Short-Cycle prevention. Heating offset will be raised by 0.5c when delta between requested and actual feed temp is above 1.0c for the min duration of 4 minutes. This mode is always enabled in Auto Adaptive. In fixed flow heating it can be enabled manually via the switch. the High Delta detection duration is editable [1m-5m, default 4m]
- AA: Only enforce saturation prevention when in active heating/cooling
- AA: Implement dual heating slope for heating. When it gets cold (< 5c) an additional factor is multiplied with the slope. Setting can now be set in steps of 0.05c
- AA: Allow adjustable min flow temp for heating. Override if you are hitting min output capacity during mild weather. [24.0c - 40.0c, default: 25c]
- Add floor dry up, cool compensation curve mode (only works for ftc7+)
- AA: Widen dead zone for UFH profiles during the night

https://github.com/gekkek...releases/tag/2025-10-12.5

[ Voor 4% gewijzigd door xoror op 13-10-2025 08:35 ]

[gerjanvdb]

xoror schreef op zondag 12 oktober 2025 @ 20:14:

New release

[...]

Super! ben erg benieuwd naar de pedeldetectie. Nu nog even wachten tot het weer iets kouder is. Bedankt!

[xoror]

gerjanvdb schreef op zondag 12 oktober 2025 @ 20:35:
[...]


Super! ben erg benieuwd naar de pedeldetectie. Nu nog even wachten tot het weer iets kouder is. Bedankt!

Dat is meer voor dit milde weer wanneer je tegen je min output aan zit hoor, met koud weer heb je vrijwel nooit pendel. Tenzij je na-regeling loopt te klooien, maar daar kan dit ook niets tegen doen.

Dan heb je alleen nog de lockout om je compressor enigszins te beschermen

[Grolsch]

Ik heb het getest en werkt perfect.

Ik kan nu wel starten met een lage ta, dat was eerder niet mogelijk omdat ik dan gependel kreeg.

De tijd staat bij mij nu op 2 minuten, dat werkt bij mij het beste.

[gerjanvdb]

xoror schreef op zondag 12 oktober 2025 @ 20:39:
[...]


Dat is meer voor dit milde weer wanneer je tegen je min output aan zit hoor, met koud weer heb je vrijwel nooit pendel. Tenzij je na-regeling loopt te klooien, maar daar kan dit ook niets tegen doen.

Dan heb je alleen nog de lockout om je compressor enigszins te beschermen

Momenteel staat de verwarming nog helemaal uit Ik denk dat mijn WP het minimale vermogen niet kwijt kan of de aanvoer temperatuur van 25 te laag was (toen ik deze een week geleden aan had). Het probleem met de PWM+ heb ik gelukkig opgelost (de restart van de master controller hielp daarbij)

[xoror]

@gerjanvdb Ah ja dan is ie bruikbaar voor jou. In dat geval gaat hij de temp langzaam 0.5 ophogen tot delta van (ingestelde Ta - daadwerkelijke Ta) minder dan < 1c wordt.
Je kan ook AA proberen, dan is het gewoon aanzetten nadat je geconfigureerd heb en relaxen

@Grolsch Ja, het werkt zowel in AA als er buiten. Stand-alone hersteld hij de Ta nadat de pendel toch is gekomen. In AA wordt de offset vanzelf door het algo gecorrigeerd. Bij mij kwam ik zelfs weg met 4m.

[ Voor 29% gewijzigd door xoror op 12-10-2025 20:54 ]

[gerjanvdb]

xoror schreef op zondag 12 oktober 2025 @ 20:53:
@gerjanvdb Ah ja dan is ie bruikbaar voor jou. In dat geval gaat hij de temp langzaam 0.5 ophogen tot delta van (ingestelde Ta - daadwerkelijke Ta) minder dan < 1c wordt.
Je kan ook AA proberen, dan is het gewoon aanzetten nadat je geconfigureerd heb en relaxen

Ja die heb ik ook al ingesteld en staat ook aan

[xoror]

@gerjanvdb Als je verwarming uit heb, maar niet door prohibit dan probeert hij al te leren. Dan gaat je curve een beetje scheef wellicht. Als je nog niet gebruikt, is het beter om dat vinkje uit te laten.

[gerjanvdb]

xoror schreef op zondag 12 oktober 2025 @ 21:08:
@gerjanvdb Als je verwarming uit heb, maar niet door prohibit dan probeert hij al te leren. Dan gaat je curve een beetje scheef wellicht. Als je nog niet gebruikt, is het beter om dat vinkje uit te laten.

Ja kwam er achter inderdaad, had later de prohibit aangezet. Als deze scheef is ingeleerd, dan trekt die vanzelf wel weer recht neem ik aan of blijf ik last houden van de oude data?

Ik wil ook een nachtverlaging gaan toepassen dmv de thermostaat lager te zetten, maar dat kan ik dan beter ook niet doen zonder prohibit of het AA vinkje uit?

[xoror]

Ja trekt vanzelf weer bij.

Heb je verder alleen vloer verwarming ? In die mode doen we nu in de avond dead zone widening, dus grotere fout nodig voor hij gaat leren. Je wil voor vloer verwarming iets marge hebben in de avond.

Als je nacht verlaging gebruikt, slaat de verwarming wel aan af en toe neem ik aan ? Dan moet je gewoon AA aan laten.

[Miezie]

corsat schreef op zondag 12 oktober 2025 @ 14:35:
[...]


Ik dacht dat Grolsch ook een PAC had en die moet dan ook bijna net zo oud zijn als die van mij. Ik ga de esp er maar weer uithalen. Dit tempert mijn enthousiasme over HA wel weer.

Dat ligt niet aan HA, het ligt aan de verschillende communicatieprotocollen van Mitsubishi. Daar kan niemand wat aan doen en ik denk dat we xoror dankbaar mogen zijn dat er een proxy functie is, wat Mitsubishi zelf niet eens heeft .

Ik denk overigens dat beide niet nodig is, als je HA verder niet gebruikte is er niet zoveel aan de hand. Als je HA wel gebruikt doe je jezelf m.i. tekort door vast te houden aan melcloud.

FWIW: ik heb zelf melcloud nooit gebruikt, ik zie de zin van een warmtepomp in de cloud hangen totaal niet.

[Breud]

Updated. Vind het lastig te bepalen welke nieuwe sensoren , buttons, switches eenij zijn gekomen en relevant zijn om toe te voegen aan mijn dashboard.

Is ergens beschreven welke relevant zijn om toe te voegen?

[xoror]

@Breud Ik heb mijn dashboard geupdate: https://github.com/gekkek...utomations/dashboard.yaml

let wel op, ik heb de layout van de climates iets anders gedaan, ik had met die grote dingen nogal vaak dat ik per ongeluk settings veranderde als ik via mijn mobiel bezig was in HA.

Die pendel detectie moet je net als @Grolsch op 2m proberen voor je zubadan.

[ Voor 11% gewijzigd door xoror op 12-10-2025 22:00 ]

[gerjanvdb]

xoror schreef op zondag 12 oktober 2025 @ 21:43:
Ja trekt vanzelf weer bij.

Heb je verder alleen vloer verwarming ? In die mode doen we nu in de avond dead zone widening, dus grotere fout nodig voor hij gaat leren. Je wil voor vloer verwarming iets marge hebben in de avond.

Als je nacht verlaging gebruikt, slaat de verwarming wel aan af en toe neem ik aan ? Dan moet je gewoon AA aan laten.

Ja heb alleen vloerverwarming inderdaad. Klopt die zal wel aanslaan als de nachten wat kouder worden. Oke dan doe ik dat, thanks!

[Grolsch]

xoror schreef op zondag 12 oktober 2025 @ 20:53:
@gerjanvdb Ah ja dan is ie bruikbaar voor jou. In dat geval gaat hij de temp langzaam 0.5 ophogen tot delta van (ingestelde Ta - daadwerkelijke Ta) minder dan < 1c wordt.
Je kan ook AA proberen, dan is het gewoon aanzetten nadat je geconfigureerd heb en relaxen

@Grolsch Ja, het werkt zowel in AA als er buiten. Stand-alone hersteld hij de Ta nadat de pendel toch is gekomen. In AA wordt de offset vanzelf door het algo gecorrigeerd. Bij mij kwam ik zelfs weg met 4m.

Het herstellen van ta gebruik ik niet voor het geval er een pendel actie komt, maar om ervoor te zorgen dat ik de volgende ochtend / run weer met een lage ta begin.

Ik pas 1 graad nachtverlaging toe tussen 2200 en 1000, dit zorgt er in de praktijk voor dat ik in 99% van de dagen slechts 1 run per dag heb.

[corsat]

Miezie schreef op zondag 12 oktober 2025 @ 21:48:
[...]

Dat ligt niet aan HA, het ligt aan de verschillende communicatieprotocollen van Mitsubishi. Daar kan niemand wat aan doen en ik denk dat we xoror dankbaar mogen zijn dat er een proxy functie is, wat Mitsubishi zelf niet eens heeft .

Ik denk overigens dat beide niet nodig is, als je HA verder niet gebruikte is er niet zoveel aan de hand. Als je HA wel gebruikt doe je jezelf m.i. tekort door vast te houden aan melcloud.

FWIW: ik heb zelf melcloud nooit gebruikt, ik zie de zin van een warmtepomp in de cloud hangen totaal niet.

Laat hier geen misverstand over bestaan maar petje af voor xoror en alle anderen die bijdragen aan de modbus besturing. Voor iemand die probeert stap voor stap wegwijs te worden in ha en alle apparaten/ equipments die in ha geïntegreerd kunnen worden is het puzzelen en dat is wat ik aan wilde geven.

[HaTe]

xoror schreef op zaterdag 11 oktober 2025 @ 22:06:
energy.yaml is toegevoegd, zie mijn repo.
maar ik zie eapidf 5.4.2 die geeft issues, je moet eaphome 2025.7.5 gebruiken of de binaries. zoek maar terug in dit topic

Welke is de hoofd yaml dan? Ik kan hem helemaal niet meer vinden. Inmiddels is het gelukt om weer te huilden (met esphome 11-dev), maar het heeft niet mijn probleem opgelost. Communicatie met de ecodan werkt niet meer nadar de stroom van de warmtepomp is geweest. Ik krijg deze fout meerdere keren per seconde:
[ecodan.component:034] Dropping serial data '00', header magic mismatch

Heb de warmtepomp ook al opnieuw opgestart maar helaas nog steeds hetzelfde.. Enige idee wat dit is?

[xoror]

HaTe schreef op zondag 12 oktober 2025 @ 22:39:
[...]

Welke is de hoofd yaml dan? Ik kan hem helemaal niet meer vinden. Inmiddels is het gelukt om weer te huilden (met esphome 11-dev), maar het heeft niet mijn probleem opgelost. Communicatie met de ecodan werkt niet meer nadar de stroom van de warmtepomp is geweest. Ik krijg deze fout meerdere keren per seconde:
[ecodan.component:034] Dropping serial data '00', header magic mismatch

Heb de warmtepomp ook al opnieuw opgestart maar helaas nog steeds hetzelfde.. Enige idee wat dit is?

deze regel mist je: https://github.com/gekkek...f/ecodan-esphome.yaml#L62

Maar je issue is een broken esphome. > 2025.7.5 is gewoon voorlopig no-go voor uart communicatie.

je moet esphome voorlopig vast zetten op 2025.7.5. Dat werkt een beetje lastig met esphomebuilder, die pakt altijd de laatste, en moet je dus met dockers gaan lopen klooien.
https://github.com/gekkek...ecodan-hp/discussions/171

Gebruik je gewoon een atom ? Dan kan je gewoon mijn binaries gebruiken.
https://github.com/gekkek.../docs/install-from-bin.md

[Miezie]

corsat schreef op zondag 12 oktober 2025 @ 22:20:
[...]

Laat hier geen misverstand over bestaan maar petje af voor xoror en alle anderen die bijdragen aan de modbus besturing. Voor iemand die probeert stap voor stap wegwijs te worden in ha en alle apparaten/ equipments die in ha geïntegreerd kunnen worden is het puzzelen en dat is wat ik aan wilde geven.

Dat is een lange en mooie reis! Veel plezier er mee! Hopelijk .

[xoror]

@corsat
Als je tijd heb zou je deze test firmware kunnen proberen met je proxy? Ik forward nu ook onbekende protocol tussen de master/slaves. In theorie support ik dan alle mogelijke protocollen nu. En als het niet werkt dan kan ik nu wat meer data loggen.

https://github.com/gekkek...releases/tag/2025-10-13.2

[AUijtdehaag]

@xoror
Je kan in hassio elke versie er naast installeren
AUijtdehaag in "Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling"

[xoror]

@Grolsch antipendel heeft nog meer voordelen

Hier corrigeert hij de curve vrij snel agressief omhoog omdat ik tegen min vermogen aan zat.