Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32

[xoror]

Ik heb op github meer info en data gepost over de solver. Voor de gene die het leuk vinden: https://github.com/gekkek...iscussioncomment-16139476


@Zjemm
als je mijn actual temp ziet, dan daalt die nauwelijks, zelfs als de wp uit staat. Zie actual temp tussen 01:00 - 06:00. Bij mij duurt het echt uren voordat 0.5c gezakt is. Dus het is wel apart dat die van jou zo snel 'knippert'. Ik vrees ook dat het die 0.5 stappen zijn, het zal wel 0.7 -> 0.8 -> 0.7 oid gaan.

[ Voor 11% gewijzigd door xoror op 15-03-2026 10:51 ]

[Zjemm]

ja dat denk ik dus ook.


ik kan de hyst eens op 1 zetten, kijken of het beeld klopt

en anders op zoek naar een temp sensor die ik op een of andere manier temp door kan laten geven. ik kan dat alleen niet bedraad

[ Voor 87% gewijzigd door Zjemm op 15-03-2026 10:43 ]

[xoror]

@Zjemm dat verklaart het. Ja een temp sensor die je evt via REST kan doen zou ook werken. En anders moet je hysteresis op 0.6 proberen, dat haalt denk ik de meeste ellende al eruit. Wel beetje apart dat die van jou zo nerveus is je MRC

Hebben anderen dit ook met MRC?

[ Voor 19% gewijzigd door xoror op 15-03-2026 10:45 ]

[michaelvo]

xoror schreef op maandag 16 maart 2026 @ 19:02:
[...]

??? die connectie snap ik niet.
Dit kan alleen als hij in de vorige versie op een bepaalde mode stond, na reboot herstel je dat. Maar is heel eenvoudig uit te sluiten, unplug de esp bij de volgende sww. Zoiets zou natuurlijk in een klachten regen resulteren natuurlijk als hij dat zou doen.

Ps. dit is ook het verkeerde topic

Goede topic dan. Ik snap het ook niet, maar ik heb er dan ook vrij weinig verstand van . Maar niet gehinderd door enige kennis vond ik het dus vreemd dat de warmtepomp aansprong na een reboot van de ESP, ook al was de ruimtetemperatuur vér boven setpoint, en stond hij voor de reboot gewoon uit:

Reboot ESP na firmware downgrade om 16.11u:


Run van morgen eerst maar eens afwachten...

[xoror]

Na revoot probeert de esp de opgeslagen mode (dus heat flow, curve) te herstellen. Alleen als hij naar WAR gaat, gaat hij altijd aan, zeker met alleen MRC. Dat is de meest logische verklaring. Zoals ik al zei kan het die andere problemen niet veroorzaken.

[vinrooi74]

Goedenavond,

ik heb via ha een automatisering aangemaakt om mijn tapwater te verwarmen op de momenten dat ik overcapaciteit heb met mijn zonnepanelen. Tapwater kan niet hoger dan 60 graden (ook niet bij legionella-check), de standaardtemperatuur is 55 graden.
DHW climate (zoals deze aangeduid wordt in ha voor mijn tapwater) wordt wel geactiveerd (gele lijn, maar de temperatuur loopt niet naar de 60.
Ter info wat foto's van wat ik in ha gedaan heb, ik hoop dat iemand van jullie ziet wat er niet klopt.
Excuses voor de volgorde

[ Voor 23% gewijzigd door vinrooi74 op 16-03-2026 20:18 ]

[xoror]

@vinrooi74 Wat is het probleem ? Dat je tank temp niet boven 60c ? Niet alle modellen kunnen 60c maken, en dan doet hij de rest op de booster, ws heb je die uitgezet?

Maar ik snap ook niet waarom je naar 55 -> 60 -> 55 -> 60 zet in z'n korte tijd. warm water maken heeft opstart tijd nodig (eerst wordt tank 'vermengd' om daarna pas echt te verwarmen). Je kan dus niet 'ff bijverwarmen'. Wat je nu aan het doen bent is vrij nutteloos lijk me en contra productief zelfs.

[Blackraven]

xoror schreef op zondag 15 maart 2026 @ 10:45:
@Zjemm dat verklaart het. Ja een temp sensor die je evt via REST kan doen zou ook werken. En anders moet je hysteresis op 0.6 proberen, dat haalt denk ik de meeste ellende al eruit. Wel beetje apart dat die van jou zo nerveus is je MRC

Hebben anderen dit ook met MRC?

Yes, dan zit de MRC net tegen de ,2/,3 en ,7/,8 aan te hikken en krijg je die fluctuaties te zien omdat de reporting resolutie ,5 is. Dus zo'n zelfde grafiek als hierboven van @Zjemm bij mij met MRC.
Omdat de mijne niet op de IN contacten stuurt is dat niet zo'n probleem, heb nu een automation gemaakt die bij langer dan x periode boven de 21,5 de prohibit voor Z2 stuurt en zodra onder de 21 weer aan.

[BlaBla1973]

xoror schreef op dinsdag 17 maart 2026 @ 09:06:
@vinrooi74 Wat is het probleem ? Dat je tank temp niet boven 60c ? Niet alle modellen kunnen 60c maken, en dan doet hij de rest op de booster, ws heb je die uitgezet?

Maar ik snap ook niet waarom je naar 55 -> 60 -> 55 -> 60 zet in z'n korte tijd. warm water maken heeft opstart tijd nodig (eerst wordt tank 'vermengd' om daarna pas echt te verwarmen). Je kan dus niet 'ff bijverwarmen'. Wat je nu aan het doen bent is vrij nutteloos lijk me en contra productief zelfs.

De korte tijd met schakelen, komt doordat er nu wordt gekeken of er genoeg overcapaciteit is terug het net in. Ik heb samen met @vinrooi74 dit ff inelkaar gedraaid, met het doel om als er veel zon is, zijn tapwater temperatuur extra te verhogen, zodat er minder snel warmwater wordt gemaakt door de warmtepomp, als het "duur" is. Het is dan ook nog een test dingetje wat er draait, omdat mijn broer aan het kijken is hoe hij zijn overcapaciteit nuttig kan inzetten, zonder allerlei hardware te moeten kopen. En als het goed genoeg werkt , om er een water accu van te maken en eventueel een groter buffer te plaatsen ipv een accu.
Een gezin (6) die dagelijks douche, zou in mijn ogen op deze manier wel een besparing kunnen zijn.

[ Voor 4% gewijzigd door BlaBla1973 op 17-03-2026 09:57 ]

[Blackraven]

@vinrooi74 Ik denk inderdaad dat je booster heater hard uit staat, vergelijk mijn grafiekje hieronder:

En ter lering en vermaak de bijbehorende automations:

quote: Zonneboiler aan

YAML:

alias: Zonneboiler aan
description: ""
triggers:
  - at:
      entity_id: sensor.sun_next_noon
      offset: "-00:35:00"
    trigger: time
  - at: sensor.time_of_lowest_price_today
    enabled: true
    trigger: time
conditions:
  - condition: numeric_state
    entity_id: sensor.ecodan_heatpump_dhw_current_temp
    below: 55
  - condition: numeric_state
    entity_id: sensor.netto_productie
    above: 2
  - condition: numeric_state
    entity_id: sensor.ecodan_heatpump_dhw_setpoint_value
    below: 55
  - condition: numeric_state
    entity_id: sensor.gevoelstemperatuur
    above: 0
actions:
  - action: climate.set_temperature
    metadata: {}
    data:
      temperature: 60
    target:
      entity_id: climate.ecodan_heatpump_dhw_climate
  - if:
      - condition: numeric_state
        entity_id: sensor.ecodan_heatpump_dhw_current_temp
        above: 50
        below: 55
    then:
      - action: switch.turn_on
        metadata: {}
        data: {}
        target:
          entity_id: switch.ecodan_heatpump_force_dhw
mode: single

quote: Zonneboiler uit

YAML:

alias: Zonneboiler uit
description: ""
triggers:
  - entity_id:
      - sensor.netto_productie
    for:
      hours: 0
      minutes: 45
      seconds: 0
    below: 1.5
    trigger: numeric_state
  - event: sunset
    offset: "-02:00:00"
    trigger: sun
conditions:
  - condition: numeric_state
    entity_id: sensor.ecodan_heatpump_dhw_setpoint_value
    above: 55
  - condition: numeric_state
    entity_id: sensor.nordpool_uurwaarden
    above: 0.19
actions:
  - action: climate.set_temperature
    metadata: {}
    data:
      temperature: 50
    target:
      entity_id: climate.ecodan_heatpump_dhw_climate
mode: single

Waarbij de 'uit' een vertraging van 45 minuten kent, zodat ie in elk geval 1 complete run kan maken.
@BlaBla1973 Eens, dat zie je ook wel aan de grafiek, daar ging om half vijf een puber in bad...
Ik gebruik m'n 1000l hygiënebuffer als voorloop voor de boiler, die was ook al 50 graden

[ Voor 5% gewijzigd door Blackraven op 17-03-2026 10:02 ]

[vinrooi74]

@xoror wat ik wil is dat ik bij teruglevering / overcapaciteit van mijn huis het tapwater verwarm naar 60°. Dat niet iedere warmtepomp boven de 60° gaat, is mij bekend: die van mij kan dat inderdaad niet: handmatig kan ik niet verder dan 60.
Wat ik wil is dat ik geen teruglevering heb naar het net, maar de (over)opbrengst van mijn zonnepanelen in mijn tapwater stop.
Dat is kostenbesparend in mijn ogen maar wellicht niet haalbaar 😉

[Ben(V)]

Zoiets werkt zeker met dit weer niet, PV fluctueert veel te veel om een traag systeem zoals een warmtepomp zinvol mee te besturen.
Als er even een wolk voor de zon schuif gaat jou gaat jouw automatisering de pomp weer uit en aanschakelen.

Misschien kun je iets met zonvoorspelling doen en dan op hele of halve dagen regelen.

[xoror]

je moet weersvoorspelling (zoninstraling) hebben met temp zoals in odin, dan kan je het inplannen.


Een sww run tot 60c kost gewoon wel een uurtje a 2. Dus je moet wel zien dat er 2 uur pv overschot is voor je hem start. In het plaatje hierboven kan je dus tussen 11:00-13:00 kan inplannen (bij voldoende pv capaciteit)

Daarnaast als je tank al 55c is, heeft het niet zo veel nut toch om naar 60 te brengen ? Je gaat eerst verliezen door tank menging.

Ik heb eerlijk gezegd nog niet gekeken naar SWW optimalisatie in Odin, omdat het relatief maar een beperkt deel van het verbruik is, maar je kan dit niet zo eenvoudig doen als je niet het weer weet.

De ecodan hebben ook smart grid en kan je dmv 2 relay contacten ook wel een en ander sturen, maar nogmaals, je heb de zon instraling nodig en capaciteit en ligging van je panelen.

[ Voor 7% gewijzigd door xoror op 17-03-2026 10:25 ]

[Blackraven]

xoror schreef op dinsdag 17 maart 2026 @ 10:19:
Daarnaast als je tank al 55c is, heeft het niet zo veel nut toch om naar 60 te brengen ? Je gaat eerst verliezen door tank menging.

Je stopt er altijd energie in, dus verliezen doe je het niet, maar de gelaagdheid en dus de exergie (duur woord voor nuttig bruikbare energie ) gaat er aan.
Mijn insteek is meer om vast richting post-saldering in 2027 te werken, als ik dan toch zonnestroom over heb, maakt het me niet uit dat ik dat met minder rendement kan opslaan in m'n boiler (en tegenwoordig ook buffer).

Edit ik zie nu steeds dat de compressor even start en stopt tijdens deze runs, dus ik ga voortaan denk ik maar tot max. 57 of 58°C om teveel start/stops te voorkomen. (Je ziet ze ook al in het grafiekje wat ik hier ergens boven heb gepost, vlak voordat de booster heater inkomt, heb ik 2 extra stop/starts te pakken.)

[ Voor 20% gewijzigd door Blackraven op 17-03-2026 15:16 ]

[xoror]

@Blackraven Ja dat klopt, dat is ook de reden dat ik Odin gemaakt heb, maar ik buffer het dan meer in de vloer indien mogelijk.

Mijn verwarming wordt in test nu aangestuurd door de optimizer, dus die vraagt gewoon max vermogen als het goed koop is.

[vinrooi74]

@xoror @Blackraven bedankt voor jullie input so far! Ik zal eens kijken/denken wat zinvol en mogelijk is...
Ik heb nog tot 1-1-27 de tijd om het perfect te krijgen 😉

[xoror]

Odin (Vrekkie) is denk ik klaar voor beta test fase. Zie laatste dev update: https://github.com/gekkek...iscussioncomment-16192212

[xoror]

Ik zoek een paar handige nl users die willen testen. Zie voor meer info https://github.com/gekkek...ecodan-hp/discussions/305

[peterpijpelink]

xoror schreef op woensdag 18 maart 2026 @ 23:09:
Ik zoek een paar handige nl users die willen testen. Zie voor meer info https://github.com/gekkek...ecodan-hp/discussions/305

Wil best testen maar kan dit alleen met die nieuwe module getest worden?

[xoror]

peterpijpelink schreef op donderdag 19 maart 2026 @ 08:48:
[...]

Wil best testen maar kan dit alleen met die nieuwe module getest worden?

Ja dit is nodig voor de overrides op verwarmen (en pauzes): "The virtual thermostat needs to be connected to in1/in6 (this is required for the scheduled pause and heat override even when set-point has been reached)"

[xoror]

Ik heb passive solar gain (dus gratis warmte die je van de zon krijgt) geïmplementeerd en een stukje over geschreven voor de geïnteresseerden https://github.com/gekkek...iscussioncomment-16239678

Het warmte model is weer stukken beter geworden en de verwachting vs werkelijkheid ligt dan weer dichter bij elkaar. Het gevolg is dat hij nu weet dat hij gedurende de dag niet meer hoeft te verwarmen.

[ Voor 30% gewijzigd door xoror op 21-03-2026 11:56 ]

[barcomoon]

Passive solair gain is een interessante toevoeging! Wordt een mooi geheel zo, complimenten!

Ik heb hier zelf veel glas op het zuiden dus de woonkamer warmt relatief snel op bij direct zonlicht (in deze periode staat de automatische zonwering nog uit). Ik heb dit nu opgelost door zodra de woonkamer boven setpoint komt de input sensor voor Asgard virtual thermostat en AA via een template sensor in HA te switchen naar een andere temp sensor op de begane grond die minder ‘last’ heeft van de zon. Zodra op deze andere sensor ook het setpoint is gehaald gaat de warmtepomp pas uit. De template sensor switch als de warmtepomp uit gaat weer terug naar de woonkamer. De warmtepomp gaat dan pas weer aan als de woonkamer is afgekoeld onder setpoint. Dat is vaak pas de volgende dag (de betonvloer met tegels buffert wel wat warmte van de zon).

Dat werkt allemaal redelijk soepeltjes. Als volgende stap zit ik te kijken of Odin voor mij hier de dynamische prijzen in mee kan gaan nemen (ik heb dynamisch contract met kwartierprijzen, beetje PV, maar geen batterij). Ik denk dat overdag bufferen, op PV en passive solair gain, nog steeds goedkoopste is (minus wellicht de piektijden) waardoor in de nacht (via een nachtverlaging) tot 09:00 in de ochtend er geen warmtevraag is. Is dat ook een beetje wat je nu ziet dat Odin doet bij jou? Of werkt het anders?

[xoror]

@barcomoon Je mag gratis proberen he? Ik heb nog een aantal test units beschikbaar.

Kwartier prijzen zijn verder te kort om te reageren. Ik middel de prijzen op hele uren.

Hier doet hij op deze dagen in de nacht een beetje verwarmen, zodat overdag niet nodig is. Maar dat is ook omdat ik instel dat hij niet lager dan 21 mag. Het ligt ook aan hoe snel je temp kan corrigeren, hier duurt het echt uren voordat ik effect zie.

In jouw geval zonder/weinig PV zal hij op de goedkope momenten proberen te verwarmen rn zoveel mogelijk mee liften op de passive solar gain.

De solar gain factor moet hij ook leren, en je kan het handmatig instellen om te testen. Je kan hier zien als ik iets meer solar gain instel dat hij anders gaat reageren

factor: 0.015


factor: 0.02


Wat ook anders werkt is dat Odin nu gaat voorschrijven hoeveel kW output nodig is, hij respecteert de limieten van AA, maar zal zoveel mogelijk het gevraagde vermogen leveren. Dus delta T methode is als je Odin enabled 'uit'. Odin houdt alleen rekening met je energie rekening, en hem boeit de COP dus niet.

[ Voor 50% gewijzigd door xoror op 22-03-2026 13:01 ]

[barcomoon]

Cool, ik ben wel benieuwd. Ik ging er even van uit dat mijn situatie te ‘standaard’ is om van waarde te zijn voor de beta test. Ik heb geen batterij, niet heel veel PV, geen zones of buffers etc. Wel dynamisch contract en AA in gebruik met Asgard als virtuele thermostaat. Ik ga even op GitHub kijken.

[xoror]

@barcomoon Yes, ik stuur je een unit toe. Je heb vloerverwarming + radiatoren, dat wilde ik ook getest hebben

[xoror]

Vandaag is het vrij bewolkt en hij lijkt mij huis nu vrij goed te kennen. Ben benieuwd hoe dat bij de Testers gaat zijn.

[ Voor 18% gewijzigd door xoror op 24-03-2026 19:50 ]

[dedmen7]

Hi @xoror,

Welke functionaliteit binnen Asgard maakt het mogelijk om “Expected” en “Scheduled” te zien? Of is dit iets wat ik zelf moet implementeren?

Daarnaast, hoe werkt de vakantiemodus in Asgard? Kan ik deze eenvoudig inschakelen voor een bepaalde periode?

Alvast bedankt!

[barcomoon]

Odin Beta draait hier nu sinds gistermiddag. Ik ben aangenaam verrast hoe de Actual temp bij Expected temp in de buurt blijft. Vannacht is er een beetje gebufferd op een goedkoop moment om dure uren in de ochtend te overbruggen. Er kwam zojuist een beetje zon bij waardoor de temp lichtjes oploopt / stabiel blijft. Hierdoor zie ik per uur het volgende expected schakelmoment verder weg gepland worden want het valt allemaal binnen de marges die ik gedefinieerd heb. Zeer interessant!

Dit is de visual van vandaag:

[xoror]

@dedmen7 De solver tab waar je nu naar kijkt is alleen voor Odin. Dat is de integratie naar Odin, die is nu in beta. Dat wordt een solver die elk uur voor je het goedkoopste schema uitrekent en uitvoert. De vakantie mode kan je gewoon aan/uit zetten met de schakelaar (of op je MRC (hoofd bedieningscherm)).

@barcomoon Ah leuk dat je met default al redelijke results krijgt. Hou rekening met het volgende
- Odin heeft een paar dagen (verarmen) nodig om je huis te leren kennen, dus het wordt vanzelf beter
- De oranje stippel lijn is de verwachting vanaf het uur waar we nu zitten. Het volgende uur kan de verwachting weer wat anders zijn als het weer wijzigt, of je een raam vergeet dicht te doen. De verwachting van het huidige uur past hij niet meer aan, alleen toekomstige uren. Dus hij stuurt constant bij zeg maar.
- Odin haalt elk uur de actuele weersverwachting op om mee te rekenen
- Odin zal proberen de laatste verwarmingsactie zo laat mogelijk te doen zodat je erop kan teren. In jou geval wil hij dat om 16:00 inplannen. Ws heb je icm zonnepanelen nog genoeg 'gratis' stroom om daar te verwarmen. Bij de cost grafiek zie je ws dat hij 0 kosten verwacht rond 16:00. De energie voor 16:00 is namelijk 0.075 eur/kWh

Bij mij wil dit doen:


Hier heeft hij ook alleen in de nacht een beetje bij verwarmd en hij verwacht zelf dat de zon de rest kan doen. Ik profiteer ernstig van de passive solar gain. Je kan ook inzoomen en pannen als je meer data straks heb.

Ik heb vandaag weer wat bugjes uit Asgard gehaald, en het is altijd aanbevolen voor de testers om de laatste beta te draaien. Zie releases

PS: ik merk dat ik de laatste tijd vrijwel niet meer in HA zit, maw de standalone mode lijkt een goede vervanger !

[Ben(V)]

@xoror
Ik heb een Asgard gekocht en toen ik heb update naar de laatste software heb gedaan is er blijkbaar iets mis gegaan.
Ik heb de update gedaan via:
https://web.esphome.io/?dashboard_install

Echter nu doe hij niets meer en kan ik ook niet meer "connecten" via de USB.
Als ik dat probeer blijft de USB poort in het connect window aan uit gaan (verdwijnen en weer terugkomen) ik kan niet connecten.
De twee ledjes branden beiden continue groen.

Hoe fix ik dit?

[xoror]

@Ben(V)
Als je de asgard uit de wp haalt, en aan usb hangt, kan je dan niet meer updaten via https://web.esphome.io/?dashboard_install ?

als dat niet werkt, moet je de case (voorzichtig) openen bij de R1/R2+3XG connectoren. Daar moet je hem open wrikken.

Hou dan boot knop ingedrukt, en sluit dan usb aan, dan moet je hem weer kunnen flashen. Je ziet ook het rode 'relay' lampje branden als je het goed gedaan heb.

[ Voor 9% gewijzigd door xoror op 26-03-2026 13:15 ]

[Ben(V)]

Heb ik al gedaan, maar hij wil niet meer connecten en dus kan ik hem ook niet flashen.
Zo gauw ik de USB kabel in de PC stopt begint de PC te piepen en de device manager van windows blijft continue refreshen.

[ Voor 42% gewijzigd door Ben(V) op 26-03-2026 13:18 ]

[xoror]

case dus ook al geopend om bij de boot knop te komen ? wat die is niet bereikbaar buiten de case.
dit zou altijd moeten werken
"Hou dan boot knop ingedrukt, en sluit dan usb aan, dan moet je hem weer kunnen flashen. Je ziet ook het rode 'relay' lampje branden als je het goed gedaan heb. "

[Ben(V)]

Nee werkt niet, blijft groen branden en de usb poort in het window blijft flashen.
En ja de case heb ik open, en de boot knop ingedrukt houden en dan de usb kabel erin.

[ Voor 35% gewijzigd door Ben(V) op 26-03-2026 13:20 ]

[xoror]

@barcomoon


Het liep hier vandaag anders. Het weer knipperde steeds tussen bewolking, hagel en zon, dus de voorspelling zat ernaast. Verder was hij te positief over mijn passive solar gain, dus die grens heb ik iets gedempt. Als hij dat bij jou ook is, kan je tot een volgende release even handmatig de waarde naar beneden brengen.

btw: ik ben een eerste opzet aan het maken voor DHW in te plannen. Dan gaat die lopen in de goedkope uren als je huis al op temp is en je dicht bij je max temp drop zit. Zitten jullie daarop te wachten?

[barcomoon]

@xoror

Hier ook wel wat hagel gehad en bewolking maar er waren ook wel wat opklaringen. Met de het vele glas op zuid warmt het dan snel op:


Ik heb nu de kwh penalty van standaard 0.5 naar 0.75 gezet, dat past mogelijk iets beter bij ons jaren 90 huis denk ik.

DHW laten inplannen door Odin is interessant. Geen idee of dat hier zou kunnen werken. Ik heb DWH nu zo ingesteld dat er een prohibit gezet wordt in de avond om 2100. Deze gaat er pas de volgende dag om 1200 weer af. DHW run is dus ook vrijwel altijd om 1200.

Ik zet de prohibit om een extra DHW run later op de avond te voorkomen. Later op de avond is de max temp drop vaak al bereikt (max drop is 25 graden met setpoint van 50). Zelfs bij 20 graden of lager op de DHW temp sensor is er dan nog wel genoeg warm water om kort te douchen. Temp sensor zit op 40% van de tank ongeveer. Goede gelaagdheid.

[xoror]

@barcomoon Ziet er niet verkeerd uit! Je kan gewoon experimenteren. Je kan params wijzigen, en dan handmatig run optimization doen. Dat is de snelste manier om te leren hoe het systeem werkt.

DHW wordt optioneel, dus je hoeft het niet in te plannen. Omdat we nu puur op tijd/kosten optimaliseren ben ik ook van plan om de dhw boost functie initieel ervoor in te zetten. Hij zoekt dan goedkoop/gratis slot waar je niet aan het verwarmen bent en plant daar dan de DHW in. Is een manier om van je overtollige PV af te komen of gebruik te maken van negatieve energie tarieven.

[xoror]

Ben nog bezig met wat visualisatie tweaks, x-as in rood is nog te verwarmen uren in toekomst. Gisteren was het rond/onder het vriespunt hier icm mist. Dus gezellige defrosts. Mijn woning kan ik niet zo snel corrigeren. Dus ik had ws vooruit moeten kijken, we kijken nu steeds vanaf 00:00 24h vooruit. Ik denk dat het 48h vooruit moet worden (dus na 15:00 als de nieuwe prijzen er zijn, zou je een langere horizon moeten nemen)

Het is nu wel een beetje zonde dat hij de vorige dag tussen 19:00 - 00:00 niets doet, terwijl de volgende dag natuurlijk flink moet stampen. Ik moet even kijken hoe ik dit kan aanpakken.




Hij heeft vannacht flink gewerkt, maar niet gered. Nu komt de zon zo voor een paar uur, maar toch.

[barcomoon]

@xoror Ik had dezelfde observatie vanochtend. Er was niet heel veel gebufferd gisteren overdag en in de avond en daardoor moest die vannacht goed aan de slag. Het was ook best koud vannacht. Dat had efficiënter gekund inderdaad. Goede toevoeging als de horizon langer kan, in ieder geval over de daggrens heen.

Vanochtend ook nog een ander visueel dingetje in de productie grafiek. Stond ineens 27 geproduceerd voor een uur:



Dat lijkt het totaal van afgelopen nacht te zijn, niet specifiek voor dat ene uur. Bugje?

Logging van dat tijdstip van Asgard:

code:

[05:55:02.835][I][auto_adaptive:114]: ODIN production targets loaded. current_hour=5
[05:57:00.156][D][auto_adaptive:447]: System is busy (DHW/Defrost/Lockout). Exiting.
[05:59:03.516][D][auto_adaptive:241]: Hour transition detected (5 -> 6).
[05:59:50.270][I][short_cycle:268]: Compressor STOP detected
[05:59:50.273][D][short_cycle:157]: Compressor stop event: stand-alone-cycle prevention: 0, saved z1 flow setpoint: 24.0, saved z2 flow setpoint: nan
[06:00:02.525][I][auto_adaptive:114]: ODIN production targets loaded. current_hour=6
[06:00:03.516][D][auto_adaptive:051]: Passive thermal window started: room=19.20C
[06:00:03.519][D][auto_adaptive:281]: Heating stopped — clean energy baseline saved: cons=6.400 prod=27.810
[06:01:48.683][D][auto_adaptive:256]: Defrost stop: triggering auto-adaptive loop (Also updating last_defrost timestamp).
[06:01:48.688][D][auto_adaptive:055]: Using locked defrost states: outside temp: -2.0, hp return: 23.5, z1 return: 25.0, z2 return: 25.0 for adaptive calculations.
[06:01:48.688][D][auto_adaptive:489]: [*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=1.08 min_delta=2.00 max_delta=6.50
[06:01:48.690][D][auto_adaptive:303]: Z1 src=2 room=19.2 target=19.0 flow=21.0 flow_rate=23.0 outside=-2.0 bias=0.0 H=1 C=0
[06:01:48.697][I][auto_adaptive:145]: Solver soft-stop: enable stop for hour 6
[06:01:48.699][D][auto_adaptive:337]: Z1 ODIN heating stopped, solver_load_ratio: -1.00

[xoror]

@barcomoon Die balk kan ik wel verklaren gok ik. Ik gok dat hij bij jou tussen 5-6 Asgard is gereboot. Je kan je uptime even checken. Ik heb wel een aantal issues opgelost maar die wil ik nog even een dagje testdraaien voor ik het release. Je heb voor de volgende release namelijk ook een nieuwe Odin nodig die om kan gaan met DHW planning

Het grappige is dat veel van deze issues al jaren erin zitten, maar nu pas naar boven komen, nu we de boel harder belasten.

[ Voor 15% gewijzigd door xoror op 27-03-2026 12:54 ]

[barcomoon]

@xoror Er lijkt geen reboot geweest te zijn van de ESP. Uptime van Asgard ESP is van gisteren en Odin draait al bijna twee dagen onafgebroken. Het is ook meer cosmetisch, de stats in HA zijn allemaal prima en correct.

Mooie bijvangst om nog wat oude issues weg te poetsen, alleen maar goed!

[xoror]

Ik heb SWW planning toegevoegd en de horizon naar de volgende dag getrokken als de data er is. Dan moeten we wat beter kunnen plannen met het weer die omslaat.

Rood op de x-as = verwarmen, Orange = SWW. Mooi om te zien dat hij SWW om 14:00 gaat draaien.





voor meer info: https://github.com/gekkek...iscussioncomment-16351234

Ik moet het nog 1 a 2 dagen testen, en dan zal ik de nieuwe Odin en Asgard releasen.

[Bravertal]

Heb besloten om ook HA te gebruiken. Heb een odroid gekocht. Heb mijn p1 meter gekoppeld en zojuist mijn Mitsubishi warmtepomp.

Moet nog mijn wtw + 2 omvormers (Growatt) toevoegen (met welk apparaat kan dat ?) en einde van het jaar of begin volgend jaar koop ik een batterij en voeg die ook toe.

Ik heb echt 0 verstand maar ga het topic doorlezen, mochten jullie al tips hebben dan hoor ik het wel.

[xoror]

@Bravertal Er is ook een stand alone mode zonder HA mogelijk als je Asgard gebruikt

[Bravertal]

@xoror, Asgard zegt mij niets. Hetgeen ik gekocht heb is bij @AUijtdehaag.

Voor nu werkt het, wil ook wat grafieken toevoegen (dat ga ik komende week proberen).

[AUijtdehaag]

@Bravertal
Heb hier eventueel een menu
https://github.com/ebbenb...e/main/homeassistant/menu
en de plaatjes
https://github.com/ebbenb...ee/main/www/images/ecodan

[xoror]

Ah dan heb je inderdaad HA nodig, lees dit topic dan door

[Bravertal]

Bedankt.

[ Voor 23% gewijzigd door Bravertal op 29-03-2026 07:23 ]

[barcomoon]

@xoror Afgelopen nacht ging de Warmtepomp flink aan de slag. Het was buiten ook best koud maar in de nacht iets afkoelen binnen is geen probleem. Ik zat te denken dat het aan mijn schema zou kunnen liggen want ik had een max staan van 1,5 voor de nachten. Als ik dus Odin meer wil sturen om overdag te bufferen, als het warmer is en de kosten vrijwel 0 zijn, moet ik dan het schema aanpassen en in de nacht een veel kleinere max gebruiken (bijna 0 zoals hieronder)? Even mee zitten spelen met de handmatige run optimization (vanaf uur 0) en dan komt het wel iets beter uit. Klopt mijn aanname een beetje?

Het zou mooi zijn als Odin overdag al de komende nacht in gaat kijken en op basis van de verwachtingen overdag wat extra (gratis) verwarming kan inplannen. Met de huidige planning is er genoeg ruimte overdag (via max) om dat te doen. Hij mag dus wat mij betreft in onderstaand scenario best nog wat meer bufferen als de komende nacht koud is en zou resulteren in verwarmingsbehoefte in de nacht:



Dan zou de visualisatie mogelijk ook meer een rolling window kunnen zijn met altijd x uur vooruit kijken en y uur de feitelijke prestaties?

[xoror]

als je op uur 0 doet dan zie je wat het idd had gedaan, maar let op dat je huidige temp ws iets afwijkt.

Ik ben inderdaad ook bezig met wat wijzigingen om het overdag bufferen tijdens de zon meer te belonen, maar dat moet ik nog even goed testen. Het probleem is dat hij vooruit kijkt, en denkt als ik het nu laat zakken haal ik het straks niet.

Een ander issue met nu bufferen, is dat je vanwege de zon straks buiten je bandbreedte dreigt te raken, en daar zit dan weer een panalty op. Mijn versie doet nu ongeveer dit:



Visualisatie is nog niet goed, maar hij had nu 10-11 uur extra verwarmd, maar hij blijft angstig onder de 23c. Moet dat nog een beetje tweaken.

@barcomoon jouw schema is niet helemaal lekker, hij krijgt namelijk straf als hij boven de band breedte zit, maar ook onder. Voor onder krijgt hij 2x zo hoge straf. Dus hij krijgt nu zowieso bij jou straf.

Je moet dus zorgen dat hij nog in de ondergrens valt (maw, grote band breedte nemen naar beneden). Totdat de nieuwe versie er is, kan je het volgende doen:
- bandbreedte overdag wat hoger toestaan
- passive solar gain factor omlaag

Met deze 2 dingen, haal je de straf voor een groot deel weg voor het pre-heaten

Hier is een voorbeeld met de nieuwe versie als ik de bandbreedte hoger zet wordt hij extra beloond om tijdens goedkope uren te stoken en je ziet dat hij flink los gaat, maar het wordt wel gecapped door max band breedte (en zonne instraling)

[ Voor 35% gewijzigd door xoror op 29-03-2026 13:09 ]

[xoror]

@barcomoon Odin kan nu vanaf 15.00 uur vooruit kijken. Je ziet hier dat hij dan 2 dagen aan data heeft. Ik geef alleen 24h terug aan Asgard zodat we daar niets hoeven aan te passen (dat is nogal wat werk).



Tussen 13:00-15:30 heeft Legionella gedraaid, dus de geplande pre-heat heeft hij niet veel van kunnen doen. Echter zie je dat hij nu t/m 17:00 gaat pre-heaten. Tot 16:00 is het de 'gratis' conditie (de cheap energy staat op 3 cent hier). Na 17.00 probeert hij ook nog wat te pre heaten, en ik heb nog voldoende capaciteit aan zonnepanelen.

Je ziet dat hij nu ook om 22:00 en 23:00 gaat preheaten omdat het < 3 cent kost. Dit doet hij omdat het de volgende dag t/m 04:00 goed koop is. Daarna is het duur en dat zal hij proberen te vermijden. Maar ik post wel een grafiek als hij voorbij 23:00 is.


De kosten en zon instraling van vandaag.


Ik hoop dat de boel stabiel draait, en als er geen issues naar voren komen kan ik het evt morgen beschikbaar stellen. Je hebt Odin en Asgard update nodig

[barcomoon]

@xoror Ah, thanks. Schema aangepast. Dan had ik verkeerd gelezen/begrepen hoe de min/max werken. Ik ben heel benieuwd naar de nieuwe versie ziet er interessant uit!

[xoror]

@barcomoon Zoals beloofd hier de planning voor morgen. Nou je ziet wat hij aan het proberen is, bij de goedkope uren (door lage tarieven of door genoeg pv) gaat hij wel flink gas geven om de andere uren te ontlopen

[xoror]

Nog paar time zone issues gevonden en gefixed en update naar beta testers gestuurd. Mijn thermal mass is nog niet goed geleerd, dus hij kan ws niet zo ver pre-heaten, maar de intentie is goed. Ik moet even mijn systeem een paar dagen laten draaien

@barcomoon ben benieuwd wat hij bij jou gaat doen

[ Voor 20% gewijzigd door xoror op 30-03-2026 09:57 ]

[barcomoon]

@xoror top, bedankt voor de updates! Dat ging allemaal heel soepeltjes. Even wat kleine aanpassingen gedaan en dit is wat Odin er van gemaakt heeft voor vandaag:



Ook best enthousiast, maar de opwarming met wat zon er bij zou best wel in de goede richting kunnen zitten. Gaat altijd rap met de zon hier. Komende dagen lekker laten draaien en kijken hoe het leerproces verloopt.

Zou mooi zijn om in de Asgard visuals de komende nacht in te kunnen kijken. Om beetje te kunnen zien wat die van plan is. Maar dat is wellicht voor later, toch?

[xoror]

@barcomoon Ja voor nu wilde ik niet teveel aanpassen, maar je kan al op Odin na 15.00 de prijzen van morgen zien. Je moet wel even entso-e account aanmaken.

De "HL × TM Product" parameter kan je aanpassen om de traagheid van je huis te beïnvloeden. Hij gaat vanzelf bijleren maar je kan ook bijsturen. Ook de passive solar gain kan je ook nog aanpassen, maar laat hem even zijn gang gaan en kijk hoe ver hij er vandaan zit

[ Voor 46% gewijzigd door xoror op 30-03-2026 13:02 ]

[barcomoon]

Wellicht al bekend maar er kwam zojuist nog een Legionella run tussendoor fietsen (die was om 14:00 gestart). Het lijkt alsof het gebruik/productie (die grote bar van bijna 4kw) van die legionella run meegeplust wordt bij de heating:



Ook aan de productie kant wordt die meegeplust. Geen idee of dat de voorspelling van Odin vertroebeld of dat het alleen cosmetisch is?

FYI: let even niet op de expected zonder actual van afgelopen nacht. Toen stond Odin even uit in afwachting van de updates van vanochtend.

[xoror]

@barcomoon Een legionella tussen door is geen ramp. We optimaliseren elk uur opnieuw, dus als er wat wijzigt, ziet hij dat vanzelf volgend uur. Alle bars in de UI zijn cosmetisch, Odin rekent daar niet mee. Als het goed is wordt alleen verwarmen meegerekend, dhw/legionella wordt niet meegeteld

Ik heb hier die spike bar niet meer gezien das apart dat jij hem nog ziet. Update voor de zekerheid naar de laatste asgard pre-release (ik had nog een getagged na de mail).


Hier heeft hij het best redelijk gedaan. Ik heb max Ta wel even naar 33 gezet ipv 32, want hij liep tegen de limiet aan. Ik kan al een beetje vooruitkijken en hij probeert zo morgen zo het 10h blok te halen. Morgen is het duurder en is het alleen 'goedkoop' icm zonnepanelen.

Overigens was het vandaag qua kosten ~0,15 euro (zonder belastingen).

[ Voor 3% gewijzigd door xoror op 30-03-2026 17:59 ]

[barcomoon]

@xoror Mooi mooi. Die extra hoge bar is nu weg. Ik had nog wel even een recompile gedaan. Soms is er dan toch nog iets om te compileren. Wellicht een cache aan GitHub kant, anyway. Het is nu weer goed!

Hier is het lekker warm! Hij heeft vandaag goed zijn best gedaan om te bufferen:



Gezien de beperkte wind en niet zo heel koud vannacht moet dat voldoende zijn.

Ik denk dat ik in totaal op ongeveer 60 cent uit kom (zonder belastingen) vandaag. Dat komt voor de helft trouwens door wat verwarmen vanochtend zonder Odin, anders was het nog minder geweest. Ziet er goed uit.

[Frank90]

Sinds een aantal maanden draait hier de warmtepomp in AA-modus en dat werkte tot voor kort echt top, erg blij mee. Maar sinds een aantal dagen gaat de WP steeds aan-en-uit en ik kan het niet verklaren, het is over het algemeen warmer dan de ingestelde 19c. Het is daarnaast ook erg repititief; elk uur zo'n 40 min. uit en dan 20 op verwarmen (warm water even daargelaten). De instelling 'Short-Cycle: Predictive Prevention' heb ik aangezet maar lijkt niet uit te maken. Hieronder logs van zojuist, op 22:09 ging hij weer aan. Ik zie hier zelf niet goed wat het probleem kan zijn, kan iemand me hiermee helpen? Dank alvast!

21:53:44 [D] [auto_adaptive:219]
Processing Zone 1: climate source: 0, Room=23.0, Target=19.0, Actual Feedtemp: 27.0, Return temp: 25.5, Outside: 7.0, Bias: 0.0, heating: 0, cooling: 021:53:44 [D] [auto_adaptive:239]
Effective delta T: 2.48, cold factor: 0.24, dynamic min delta T: 2.48, error factor: 0.00, smart boost: 1.00, linear profile: 0
21:58:44 [D] [auto_adaptive:450]
• Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.24, min delta T: 2.00, max delta T: 6.50
21:58:44 [D] [auto_adaptive:219]
Processing Zone 1: climate source: 0, Room=23.0, Target=19.0, Actual Feedtemp: 27.0, Return temp: 26.0, Outside: 7.0, Bias: 0.0, heating: 0, cooling: 0
21:58:44 [D] [auto_adaptive:239]
Effective delta T: 2.48, cold factor: 0.24, dynamic min delta T: 2.48, error factor: 0.00, smart boost: 1.00, linear profile: 0
22:03:44 [D] [auto_adaptive:450]
• Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.24, min delta T: 2.00, max delta T: 6.50
22:03:44 [D] [auto_adaptive:219]
Processing Zone 1: climate source: 0, Room=23.0, Target=19.0, Actual Feedtemp: 27.0, Return temp: 26.0, Outside: 7.0, Bias: 0.0, heating: 0, cooling: 0
22:03:44 [D] [auto_adaptive:239]
Effective delta T: 2.48, cold factor: 0.24, dynamic min delta T: 2.48, error factor: 0.00, smart boost: 1.00, linear profile: 0
22:08:44 [D] [auto_adaptive:450]
• Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.24, min delta T: 2.00, max delta T: 6.50
22:08:44 [D] [auto_adaptive:219]
Processing Zone 1: climate source: 0, Room=23.0, Target=19.0, Actual Feedtemp: 27.0, Return temp: 26.0, Outside: 7.0, Bias: 0.0, heating: 0, cooling: 0
22:08:44 [D] [auto_adaptive:239]
Effective delta T: 2.48, cold factor: 0.24, dynamic min delta T: 2.48, error factor: 0.00, smart boost: 1.00, linear profile: 0
22:08:57 [D] [auto_adaptive:223]
Operation Mode Changed to heating: 0 -> 2
22:08:57 [D] [auto_adaptive:450]
• Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.24, min delta T: 2.00, max delta T: 6.50
22:08:57 [D] [auto_adaptive:219]
Processing Zone 1: climate source: 0, Room=23.0, Target=19.0, Actual Feedtemp: 27.0, Return temp: 24.5, Outside: 7.0, Bias: 0.0, heating: 1, cooling: 0
22:08:57 [D] [auto_adaptive:239]
Effective delta T: 2.48, cold factor: 0.24, dynamic min delta T: 2.48, error factor: 0.00, smart boost: 1.00, linear profile: 0
22:08:57 [D] [auto_adaptive:290]
Z1 Setpoint reached (Error -4.0). Reverting to Base Delta T (2.0).
22:08:57 [D] [auto_adaptive:313]
Z1 HEATING (Delta T): calculated_flow: 26.50°C (boost: nan)
22:09:38 [I] [short_cycle:263]
Compressor START detected
22:09:38 [D] [auto_adaptive:269]
Compressor start: triggering auto-adaptive loop.
22:09:38 [D] [auto_adaptive:450]
• Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.24, min delta T: 2.00, max delta T: 6.50
22:09:38 [D] [auto_adaptive:219]
Processing Zone 1: climate source: 0, Room=23.0, Target=19.0, Actual Feedtemp: 24.5, Return temp: 24.5, Outside: 7.0, Bias: 0.0, heating: 1, cooling: 0
22:09:38 [D] [auto_adaptive:239]
Effective delta T: 2.48, cold factor: 0.24, dynamic min delta T: 2.48, error factor: 0.00, smart boost: 1.00, linear profile: 0
22:09:38 [D] [auto_adaptive:290]
Z1 Setpoint reached (Error -4.0). Reverting to Base Delta T (2.0).
22:09:38 [D] [auto_adaptive:313]
Z1 HEATING (Delta T): calculated_flow: 26.50°C (boost: nan)
22:13:44 [D] [auto_adaptive:450]
• Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.24, min delta T: 2.00, max delta T: 6.50
22:13:44 [D] [auto_adaptive:219]
Processing Zone 1: climate source: 0, Room=23.0, Target=19.0, Actual Feedtemp: 26.0, Return temp: 24.0, Outside: 7.0, Bias: 0.0, heating: 1, cooling: 0
22:13:44 [D] [auto_adaptive:239]
Effective delta T: 2.48, cold factor: 0.24, dynamic min delta T: 2.48, error factor: 0.00, smart boost: 1.00, linear profile: 0
22:13:44 [D] [auto_adaptive:290]
Z1 Setpoint reached (Error -4.0). Reverting to Base Delta T (2.0).
22:13:44 [D] [auto_adaptive:313]
Z1 HEATING (Delta T): calculated_flow: 26.00°C (boost: nan)
22:13:44 [D] [auto_adaptive:123]
CMD: Set Dependent Heat Flow -> 26.0°C (26.5°C)
22:18:44 [D] [auto_adaptive:450]
• Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.24, min delta T: 2.00, max delta T: 6.50
22:18:44 [D] [auto_adaptive:219]
Processing Zone 1: climate source: 0, Room=23.0, Target=19.0, Actual Feedtemp: 26.5, Return temp: 24.5, Outside: 7.0, Bias: 0.0, heating: 1, cooling: 0
22:18:44 [D] [auto_adaptive:239]
Effective delta T: 2.48, cold factor: 0.24, dynamic min delta T: 2.48, error factor: 0.00, smart boost: 1.00, linear profile: 0
22:18:44 [D] [auto_adaptive:290]
Z1 Setpoint reached (Error -4.0). Reverting to Base Delta T (2.0).
22:18:44 [D] [auto_adaptive:

[xoror]

@Frank90 Je bent gewoon 4 graden (!) over setpoint. Toevallig alleen MRC ? Dan heb je ws geen stop conditie.

Met het mildere weer en evt zon loop je ook tegen je min vermogen van je wp aan. Je heb echt iets van een stopconditie dus nodig. Moet je even in dit topic terug lezen is al vaker beschreven.

zie documentatie: https://github.com/gekkek...-connection-if-applicable

[xoror]

@barcomoon



Je kan zien dat hij dus de gespaarde warmte helemaal inzet om uit uit te zitten tot er een beetje zon is. Dan gaat hij flink los. Kijk ook naar expected cost, hij verwacht 0 euro

[Bouwertje]

Ik ben al een poosje aan het meelezen maar omdat mijn Ecodan L/W nog niet draaide begreep ik niet alles. Mijn warmtepomp draait nu en wat ik nu weg begrijp is dat de WiFi en MELCloud van ME waardeloos zijn 😀. Ik ben een beetje een beginnende HA gebruiker maar zou wel graag mijn warmtepomp in HA willen volgen en evt besturen. Wat kan ik het beste aanschaffen, en kan iemand me (op afstand?) een beetje helpen met het integreren in HA?

[xoror]

@Bouwertje Dat hangt een beetje af van wat je wil en hoe handig je bent.

- Wil je alleen Monitoren en werken je huidige thermostaten goed -> neem dan alleen een atom. Onderin deze pagina staat dan hoe je een kabeltje maakt.

- Wil je gemak, neem dan Asgard of de proxy pcb van @AUijtdehaag . Met Asgard kan je ook in standalone mode draaien zonder HA. De screenshots staan hier. Je heb 1 dag history en voor de meeste gebruikers moet dat voldoende zijn. Je kan natuurlijk nog steeds HA op de achtergrond mee laten draaien om alles langer te loggen. Je kan de melcloud ook tegelijk gebruiken maar de meeste zetten hem na een paar dagen op marktplaats.

Asgard heeft wat extra mogelijkheden vanwege de virtuele thermostaten, daarmee kan je willekeurige temp sensoren mappen en gebruiken voor je verwarming. Als je in de toekomst de solver (Odin) wil gebruiken moet je Asgard hebben. Deze heeft de virtuele thermostaten nodig om je wp aan te sturen. Met Odin kan je de goedkoopste verwarmingsschema plannen en uitvoeren. Hier kan je meer erover lezen.

[xoror]

@barcomoon




Even punt bij 23:00 negeren, daar was ik wat aan het fixen. Maar je ziet hoe hij hier wacht tot het volgende goedkope punt met solar. Warmte verlies (voor dit weer) lijkt ook goed geschat voor de woning want hij loopt nu keurig mee. Je kan de grafieken uitzoomen met je mouse scroll en pannen met alt + slepen (net als bij monitoring tab)

Expected consumption 10.70 kWh
Expected production 51.06 kWh
Solar used by HP 10.70 kWh
Total solar generation 10.70 kWh
Expected cost €0.0000

De verwachting is dat hij 10.7kWh nodig heeft om 51.06 kWh te maken en daarmee weer kan uitzingen. Na 15:00 zal de planning misschien iets wijzigingen omdat hij dan tarieven voor de volgende dag kan zien.

[ Voor 8% gewijzigd door xoror op 31-03-2026 09:35 ]

[Frank90]

xoror schreef op maandag 30 maart 2026 @ 23:20:
@Frank90 Je bent gewoon 4 graden (!) over setpoint. Toevallig alleen MRC ? Dan heb je ws geen stop conditie.

Met het mildere weer en evt zon loop je ook tegen je min vermogen van je wp aan. Je heb echt iets van een stopconditie dus nodig. Moet je even in dit topic terug lezen is al vaker beschreven.

zie documentatie: https://github.com/gekkek...-connection-if-applicable

Dank voor je reactie! En klopt er hangt hier alleen een Mitsubishi controller, die gebruik ik als input. Het klopt dan toch dat ik stappen 2 & 3 uit je gelinkte docs kan overslaan? Dan is het me niet helemaal duidelijk hoe ik die stop conditie kan instellen (zelfs na teruglezen..)

[xoror]

@Frank90

If you are using a Mitsubishi wireless thermostat, MRC or esphome-ecodan-remote-thermostat, you can skip the rest of this section and step 3.

For systems with only a MRC (and no other thermostats), you will need to add a stop condition. The heatpump will never stop otherwise. Use server control prohibit to turn off heating when setpoint has been reached.

hmm die laatste alinea boven zetten dan? Je moet dus zelf iets klussen om de warmtepomp uit te zetten als je over setpoint bent. @Blackraven heeft een tijdje geleden wel iets gepost, moet je even terugzoeken

[Frank90]

xoror schreef op dinsdag 31 maart 2026 @ 18:48:
@Frank90

[...]


hmm die laatste alinea boven zetten dan? Je moet dus zelf iets klussen om de warmtepomp uit te zetten als je over setpoint bent. @Blackraven heeft een tijdje geleden wel iets gepost, moet je even terugzoeken

Dank, het is me al een stuk duidelijker geworden! Het stuk van de prohibits en server control mode was me ontgaan

[Bouwertje]

xoror schreef op dinsdag 31 maart 2026 @ 09:16:
@Bouwertje Dat hangt een beetje af van wat je wil en hoe handig je bent.

- Wil je alleen Monitoren en werken je huidige thermostaten goed -> neem dan alleen een atom. Onderin deze pagina staat dan hoe je een kabeltje maakt.

- Wil je gemak, neem dan Asgard of de proxy pcb van @AUijtdehaag . Met Asgard kan je ook in standalone mode draaien zonder HA. De screenshots staan hier. Je heb 1 dag history en voor de meeste gebruikers moet dat voldoende zijn. Je kan natuurlijk nog steeds HA op de achtergrond mee laten draaien om alles langer te loggen. Je kan de melcloud ook tegelijk gebruiken maar de meeste zetten hem na een paar dagen op marktplaats.

Asgard heeft wat extra mogelijkheden vanwege de virtuele thermostaten, daarmee kan je willekeurige temp sensoren mappen en gebruiken voor je verwarming. Als je in de toekomst de solver (Odin) wil gebruiken moet je Asgard hebben. Deze heeft de virtuele thermostaten nodig om je wp aan te sturen. Met Odin kan je de goedkoopste verwarmingsschema plannen en uitvoeren. Hier kan je meer erover lezen.

Tja wat is handig? Ik kan redelijk knutselen maar ben nog niet zo heel handig met bv HA.

Als ik dat zo lees dan wil ik de Asgard, neemt Asgard dan ook de hele aansturing over? Of werkt je kamerthermostaat nog wel? En kan je, als je voor de warmtepomp een monteur nodig hebt, weer terug naar origineel? Want die snapt er anders geen snars van?
Hoe ga ik dit installeren en hoe draait de Asgard stand alinea zonder HA? Is dat een webserver? Kortom, ik wil best investeren maar weet er nog net iets te weinig van.

[xoror]

@Bouwertje Je kan Asgard ook gebruiken om te monitoren. Je *hoeft* niet alle features te gebruiken, het is optioneel. Als de monteur komt kan je het eruit halen. Maar als je alleen monitoring doet en bediening, werkt het voor de monteur zoals voorheen. Pas als je auto adaptive (en straks evt Odin) gaat gebruiken, neemt asgard besturing over. Maar je kan dat met een switch uitzetten. Je zou kunnen proberen met de stand alone web interface, als je nog meer wil (bijv koelvloeistoffen info) kan je altijd de data in HA verder kijken. Je kan HA ook gewoon laten lopen en tegelijk de stand alone interface gebruiken

Asgard heeft inderdaad een web interface (lokaal op Asgard, geen externe dependencies). Screenshots staan op mijn github .

Ik zelf gebruik nu dus ook de stand alone interface, en als ik heel af en toe iets wil opzoeken, kijk ik in HA. Of als ik history > 1 dag wil bekijken.

Je moet zelf de keuze maken, ik wil niet dat je spijt van krijgt, dus probeer ik gewoon transparant te zijn. De software is gewoon gratis beschikbaar, maar je krijgt meer mogelijkheden met Asgard. De vraag of het voor jou waard is, kan jij alleen beantwoorden. Ik heb liever een tevreden Atom gebruiker dan een ontevreden Asgard gebruiker.

Wellicht kunnen de mensen die het al gebruiken jou beter adviseren, ik ben natuurlijk bevooroordeeld.

[Bouwertje]

Wellicht kunnen de mensen die het al gebruiken jouw beter adviseren, ik ben natuurlijk bevooroordeeld.

Ik ben benieuwd

[michaelvo]

Mijn duit: Gewoon die Asgard kopen en gaan. Je zult merken dat als je eenmaal begonnen bent dan wil je toch steeds meer. Kennisniveau van HA is niet zo belangrijk, je groeit er vanzelf in en vragen staat hier vrij (nadat je de zoekfunctie hebt gebruikt ). En met het stand alone dashboard van de Asgard kom je ook een heel eind zo te horen.

Ik heb eerst heel lang met MELcloud lopen kloten omdat ik de ESP32 te spannend vond. Vervolgens nog heel lang lopen stoeien met de verschillende modi van de Ecodan (vaste TA, curve, ruimteregeling) die allemaal nét niet deden wat ik wilde. Uiteindelijk blijkt de auto-adaptief van xoror gewoon geniaal, met precies 1 minuut werk om het in te stellen. Dus waarschijnlijk ga ik nu nog anderhalf jaar zelf allemaal slimme regelingen lopen bedenken om dan uiteindelijk erachter te komen dat de solver/Odin van xoror dat allemaal veel beter doet .

[Bouwertje]

@michaelvo Ik lees uiteraard al een poosje passief mee, maar dan ga ik de sprong in het diepe gewoon wagen. Thanks en ik zie zo veel mogelijkheden dat ik me niet kan voorstellen dat ik niet meer om jullie hulp ga vragen 😉

Nou zag ik dat mijn WP mijn warm water op temperatuur wil houden (met een bandbreedte van 5 graden) maar dat doet hij dan ook precies wanneer de stroom het duurst is en mijn panelen niks meer opleveren, kan je dat ook ergens instellen?

Update: hij is besteld, vol verwachting klopt mijn hart.

[ Voor 40% gewijzigd door Bouwertje op 01-04-2026 09:29 ]

[xoror]

@Bouwertje nee standaard helaas niet... maar Odin doet dat wel voor je: https://github.com/gekkek...iscussioncomment-16351234 Odin wordt momenteel door een klein groep beta users getest

Alternatief is dat je gaat klussen met de server control mode. Dan zet je sww uit, en als er voldoende pv is, kan je hem starten binnen de bandbreedte. Dat is vat al eens gedaan hier of in main topic.

@michaelvo Odin rekent alle mogelijkheden door met stapjes van 0.05c. Als de statistieken goed zijn voor je woning dan heb je met de beschikbare horizon van 1.5 dagen het goedkoopste schema. Odin is wat dat betreft geen `klusproject`, en gebruikt de technieken/methodes die ik normaal ook toepast bij klanten als ik daar wordt ingehuurd.

Je krijgt als het ware een 'supercomputer/brein' in je eigen netwerk die voor jouw woning gaat rekenen. Het is een hoop rekenwerk, en de kunst is om het model zo toegankelijk mogelijk te maken voor gebruikers. Dat probeer ik dmv de de grafieken te visualiseren. Er zijn voor zover ik weet geen oplossingen zoals Odin, waarbij je een solver die specifiek voor je Wp is ontworpen voor je rekent. De oplossingen die ik gezien heb, doen alleen simpel WP aan/uit. Die houden geen rekening met eigenschappen van je woning/verwarming.

Odin is verder niet merk gebonden. Voor nu heb ik de integratie gemaakt voor Mitsubishi, maar dat zou evt ook voor andere merken kunnen. Met de hogere energie prijzen en afschaffen saldering hebben de Mitsubishi gebruikers in ieder geval meer mogelijkheden

Maar ik snap het wel als je het zelf wil proberen, het is leuk en leerzaam.

@barcomoon Het werd me toch een beetje te warm Dus heb de bandbreedte iets aangepast, in de nacht mag hij wat meer droppen en overdag wat minder stijgen. De dag transitie bug is er ook uit en als alles goed werkt zal ik het komende dagen releasen. Verwachte kosten vandaag weer 0


Ik heb ook gemerkt dat hij soms 2kw vermogen wil inplannen omdat er dan net nog voldoende pv opbrengst is
Met de volgende release komt er naast max kW ook een min kW

[ Voor 18% gewijzigd door xoror op 01-04-2026 10:14 ]

[Blackraven]

Frank90 schreef op dinsdag 31 maart 2026 @ 20:29:
[...]


Dank, het is me al een stuk duidelijker geworden! Het stuk van de prohibits en server control mode was me ontgaan

Klein ruw opzetje van mij (ik heb hem al een tijdje niet gebruikt):

YAML:

alias: Verwarming - Kamerthermostaat begrenzing
description: ""
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.ecodan_heatpump_outside_temp
    for:
      hours: 0
      minutes: 30
      seconds: 0
    below: 17
  - trigger: numeric_state
    entity_id:
      - sensor.ecodan_heatpump_outside_temp
    for:
      hours: 0
      minutes: 30
      seconds: 0
    above: 17
  - trigger: numeric_state
    entity_id:
      - sensor.ecodan_heatpump_zone_2_room_temp
    for:
      hours: 0
      minutes: 15
      seconds: 0
    below: 21.5
  - trigger: numeric_state
    entity_id:
      - sensor.ecodan_heatpump_zone_2_room_temp
    for:
      hours: 0
      minutes: 30
      seconds: 0
    above: 21
  - trigger: homeassistant
    event: start
conditions:
  - condition: state
    entity_id: select.ecodan_heatpump_z2_selected_operating_mode
    state:
      - Heat Target Temperature
actions:
  - if:
      - condition: or
        conditions:
          - condition: numeric_state
            entity_id: sensor.ecodan_heatpump_zone_2_room_temp
            above: 21
          - condition: numeric_state
            entity_id: sensor.ecodan_heatpump_outside_temp
            above: 17
    then:
      - action: switch.turn_on
        metadata: {}
        data: {}
        target:
          entity_id:
            - switch.ecodan_heatpump_server_control_zone_2_prohibit_heating
      - if:
          - condition: state
            entity_id: switch.relay3
            state: "off"
        then:
          - action: switch.turn_on
            metadata: {}
            data: {}
            target:
              entity_id: switch.ecodan_heatpump_server_control_zone_1_prohibit_heating
            enabled: true
    else:
      - if:
          - condition: numeric_state
            entity_id: sensor.ecodan_heatpump_zone_2_room_temp
            below: 21.5
        then:
          - action: switch.turn_off
            metadata: {}
            data: {}
            target:
              entity_id: switch.ecodan_heatpump_server_control_zone_2_prohibit_heating
          - if:
              - condition: state
                entity_id: switch.relay3
                state: "off"
            then:
              - action: switch.turn_off
                metadata: {}
                data: {}
                target:
                  entity_id: >-
                    switch.ecodan_heatpump_server_control_zone_1_prohibit_heating
                enabled: true
mode: single

Hij is denk ik wat te complex voor gewoon gebruik, maar leef je uit.

[barcomoon]

@xoror dat zijn korte broeken temperaturen! Ik probeer ook met de range af te dwingen dat het niet te warm hoeft. Afkoeling valt best mee normaal gesproken, daar zit nog wat dagen leren in denk ik.

Hier ging het heel aardig vandaag, ondanks twee keer een internet storing van een paar uur! Dan zie je maar weer hoe fijn het is dat in de basis alles lokaal draait. Veel zon vandaag en dan is er nauwelijks verwarmen nodig. Ik ben benieuwd hoe het vannacht afkoelt. Odin heeft verder niets meer ingepland:



@Bouwertje Asgard werkt heel mooi. Ik voed zelf een andere temp sensor naar Asgard voor de begane grond temperatuur via HA maar er zijn meerdere opties. Mooi systeem met veel mogelijkheden om te monitoren. En het draait ook gewoon super stabiel zonder omkijken.

[Bouwertje]

Gaan jullie mij dan ook allemaal een beetje helpen met al die mooie features? Jullie maken me nu wel nieuwsgierig.

Morgen komt de zending binnen 🙃

[xoror]

@Bouwertje Even verwachting management, de screenshots (met de expected en actual room temp) die je hier ziet zijn van de Odin test. @barcomoon is een van de testers. De solver tab zal bij jou nog niet werken.

Maar de rest wel, je kan alles bekijken en bedienen en ook auto adaptive draaien. Wanneer Odin klaar is, kan je Asgard ermee uitbreiden.

[xoror]

Nieuwe release getagged

- esphome 2026.3.x
- AA: scale error range with cold factor (will use higher flow temps when its colder)
- asgard: added missing state_class, device_class for DS10x20 sensors and Delta T
- asgard: refactor stats collection for odin
- asgard: adjust virtual thermostat to work with odin (override modes)
- asgard: introduced passive solar gain stats and handling
- asgard: improve odin trigger
- asgard: improve hour/day transition and odin data sync
- asgard: handle odin opt calls when they don't have a solution
- dashboard: fix concurrency issue
- dashboard: expose AA cooling settings in stand alone dashboard
- dashboard: Integrate solver front-end into stand alone dashboard
- dashboard: add missing auto adaptive system type selection
- fixed build yaml, to only include asgard_dashboard for asgard builds only
- add Slovak translations
- lock return temp (like outside temp) before defrost to avoid compressor stops when heatpump restarts after defrost
- fix ecodan hour when daylight saving is active

Voor de mensen die alleen stand-alone gebruiken, even de ota downloaden en flashen via je web interface, de rest krijgt hem vanzelf aangeboden via HA. @Zjemm @PeterMi
In de stand alone mode ontbrak op een of andere manier de selection box om je verwarmingstype te selecteren voor AA. Bij deze gefixed.

[Zjemm]

@xoror thnx, ik heb de update er net op gezet.

wat valt me op,

Thermostat Mode : zone 2 stond in eens op COOL mode in het dashboard
maar als ik op de achtergrond naar de settings keek, stond deze op HEAT

Zone 1 geeft nu en oranje bolletje voor: Virtual Thermostat Z1
maar die gebruik ik helemaal niet
zone2 heeft nu geen oranje bolletje voor Virtual Thermostat Z2

als ik nu een setpoint instel op het dashboard en save, dan staat dat wel in het dashboard maar op de achterkant staat nog steeds de oude setpoint, dus hij springt nu niet aan als ik dat zou willen door een hogere setpoint in te stellen.

Manual Relay z1 staat op on
Manual Relay z2 op off

geen idee waar die op zouden moeten staan


oh en DHW was in eens van ECO terug naar normaal gezet

[ Voor 3% gewijzigd door Zjemm op 03-04-2026 09:08 ]

[xoror]

@Zjemm Wat bedoel je met achtergrond? HA?

Het zou gewoon synchroon moeten zijn de instellingen.
Als je wat aanpast en apply drukt, zie je dat wijzingen in HA en je hoofd bediening ?

Als je de vorige firmware even handmatig erop zet, werkt alles dan weer normaal ? Ik heb het idee dat je partitions niet goed zijn en dat daarom de settings niet goed worden opgeslagen

[ Voor 63% gewijzigd door xoror op 03-04-2026 09:12 ]

[Zjemm]

nee ik bedoel de ESP url zonder /dashboard, dus die hele tabel die je dan ziet. dus wat ik in dashboard set, zie ik niet in die tabel overeenkomen

[ Voor 30% gewijzigd door Zjemm op 03-04-2026 09:12 ]

[xoror]

Zjemm schreef op vrijdag 3 april 2026 @ 09:12:
nee ik bedoel de ESP url zonder /dashboard, dus die hele tabel die je dan ziet

hmm dat zou niet mogen, want die gebruikt dezelfde controls. heb je na update je UI even refreshed in browser? soms is die 'disconnected'

[Zjemm]

nope alles ziet er verder wel goed uit, en connected... ik zet nu de vorige versie er weer even op

[xoror]

@Zjemm ik heb even als test een verse install gedaan, en wijzigingen gedaan, en werkt zoals verwacht. Misschien is bij jou wat fout gegaan. Test een vorige versie, en anders even een factory firmware overheen zetten. Dat herstelt de partition table (maar je moet dan even eenmalig wel alles weer instellen)

[Zjemm]

ik heb net de oude versie (ota) er weer op gezet en dat gaat goed

manual relay staat dan op beide aan en de rest van de settings zijn ook weer zoals het was. het setpoint is dan ook in de tabel en op het dashboard weer hetzelfde.

wat doet die manual relay z1/z2 toggle?

[xoror]

@Zjemm niets als je virtuele thermostaat aan zet. Alleen die off staat, kan je de manual relay bedienen.

Dat het nu goed gaat geeft mij te denken dat er wat niet goed is gegaan. Als je de OTA weer applied, gaat het dan wel goed?

[Zjemm]

ik zal dadelijk nog een keer proberen, moet nu eerst ff wat anders doen... ik laat het even weten

nog een vraagje
Virtual Thermostat Z1 staat op off, maar oranje bolletje knippert. is neem ik aan alleen een visueel dingetje?

[xoror]

@Zjemm de relay die eronder hangt is leidend (dus status van manual relay is leidend)

[Zjemm]

toch nog even snel tussen de bedrijven door een update gedaan maar dan krijg ik hetzelfde euvel.
nu weer terug (OTA) en alles werkt/staat weer goed

[xoror]

@Zjemm Ik ga even lokaal hier OTA flashen en updaten van een fresh install, even kijken of er toch iets mis is met de file

[Zjemm]

misschien een mixup tussen z1/z2?

[xoror]

@Zjemm hmm nee daar is niets aan gewijzigd. Dan zou het ook bij mij niet werken.
ik heb de vorige firmware erop gezet
daarna de ota naar de laatste release

maar ik kan dan alles netjes instellen, en alles komt door naar de achterkant. Maar het is ook raar dat je geen settings kan applyen. Dus het lijkt erop dat de partition table mismatch, maar dat is raar.

Heb je de ota applied via HA of gewoon via de esp zelf (dat laatste heb ik gedaan).
Als je wat meer tijd heb, moet je even logs mee laten lopen en dan een setting applyen, dan zou hij wellicht meer info geven waarom het niet opgeslagen wordt bij jou

[ Voor 45% gewijzigd door xoror op 03-04-2026 10:07 ]

[Zjemm]

dan zal ik hem een keer opnieuw moeten flashen denk ik, ik doe alles op het device zelf en niet via HA

[ Voor 30% gewijzigd door Zjemm op 03-04-2026 11:15 ]

[xoror]

@Zjemm dat zou gewoon moeten werken, want dat heb ik ook gedaan. Wel de ota file via device geflashed? En wel correcte asgard file? Want als je een foute file flashed dan kan dat het ook verklaren...

[Zjemm]

asgard-z2-en-2026-04-02.02.ota.bin

[xoror]

@Zjemm dat is de goede. Als je keer meer tijd heb even flahsen en logs meekijken als je wat aanpast. Ben benieuwd waarom het bij jou niet goed gaat. Het lijkt geen fout te zijn in de gepubliceerde files omdat het hier normaal werkt op een verse installatie

[ Voor 26% gewijzigd door xoror op 03-04-2026 11:44 ]

[Zjemm]

net opnieuw geflashed via usb (dus niet OTA) maar ik hou hetzelfde probleem. na het instellen van alles pakt ie het niet goed op

[xoror]

@Zjemm als je z2 op heat zet verandert de boel mee ?
Als je nu een setting dus aanpast, werkt het dus niet door? Ik zal even lokaal hier 2 zones emuleren en kijken of daar evt nog wat zit.

[ Voor 24% gewijzigd door xoror op 03-04-2026 11:50 ]

[Zjemm]

de logs laten geen changes aan settings zien


als ik COOL kies, dan zie ik recht onderin iets anders geset worden