Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32

[xoror]

@Quitoo
Voorlopig is er support voor 1 schema, maar ik kan me voorstellen dat je meerdere kan definieren.

Ik ben nu aan het testen met het volgende schema:


Je definieert uur ranges met toegestane bandbreedtes, daarbuiten krijg je vanzelf een hogere penalty en zal de solver deze oplossingen niet kiezen.

Dus wat ik hier instel is:
- tussen 00:00-06:00 mag de temperatuur 21c zijn met dalingen tot -0.3c. Ik dwing eigenlijk hier nachtverlaging af. De solver zal een schema kiezen die het laat afkoelen tot rond 21c.
- tussen 06:00-10:00 mag de temperatuur 21.5 zijn met -0.5c en +1.5c speling. In dit deel laat ik hem het huis geleidelijk opwarmen
- tussen 10:00-22:00 moet hij de temperatuur houden op 22c met -0.5c en +1c afwijkingen.
...

Je kan zoveel blocken toevoegen als je wil maar niet meer dan 24, want het gaat per uur. Zo stuur je als het ware de solver. Er zijn nog meer parameters, maar dit is de belangrijke. Zo kan hij bepalen aan de hand van jouw profiel wat het goedkoopst gaan zijn (hij houdt rekening met weer, zonnepanelen, dynamische energie prijzen). Het mooiste is dat hij per uur een optimalisatie call doet met de huidige staat om te optimaliseren voor de rest van de dag (Dat heet Model Predictive Control ofwel MPC).

Het werk vordert al gestaagd en ik ben hem deze week aan het testen/fine tunen op mijn eigen installatie. De integratie met het Asgard dashboard is seamless, gewoon in je netwerk inpluggen en hij ziet hem vanzelf.

[michaelvo]

Vandaag voor het eerst gezien dat de ESP in paniek raakt. Om 07:55:12 heeft een HA automation de ingestelde temperatuur met 0,5 graden proberen te verhogen maar dit is niet gelukt. Om 07:55:49 zie ik in de HA logging de ESP naar unavailable springen om 30 seconden later weer online te komen met Reset Reason exception/panic. De verhoging van de temperatuur is niet doorgevoerd.

Kan ik iets doen om te achterhalen wat er fout is gegaan?

[xoror]

@michaelvo welke versie draai je?
bij reset reason zie je wel wat, heb laatste tijd wel paar issues gefixed.

staat er panic/exception of iets met watchdog?

[michaelvo]

xoror schreef op donderdag 12 maart 2026 @ 09:19:
@michaelvo welke versie draai je?
bij reset reason zie je wel wat, heb laatste tijd wel paar issues gefixed.

staat er panic/exception of iets met watchdog?

Ik draai denk ik de meest recente aangezien er geen updates beschikbaar zijn:
Firmware: esp32s3-z1-nl-2026-02-23.05 (ESPHome 2026.2.1)

Reset reason staat dus exception/panic

[michaelvo]

xoror schreef op donderdag 12 maart 2026 @ 09:19:
@michaelvo welke versie draai je?
bij reset reason zie je wel wat, heb laatste tijd wel paar issues gefixed.

staat er panic/exception of iets met watchdog?

Ik draai denk ik de meest recente aangezien er geen updates beschikbaar zijn:
Firmware: esp32s3-z1-nl-2026-02-23.05 (ESPHome 2026.2.1)

Reset reason staat dus exception/panic.

[xoror]

@michaelvo Ik had wel wat fixes gedaan, maar dat was voornamelijk voor asgard en stand alone mode. En door jouw report even gechecked, en de code zat ook per ongeluk in non asgard builds, dus daar kan je dan evt last van hebben. Dat heb ik er nu uit gehaald. Dus probeer laatste pre-release:
https://github.com/gekkek...eleases/tag/2026-03-12.03
je moet handmatig de juiste ota downloaden en dan flashen via http://esp_ip, onderaan de pagina.

[michaelvo]

Geupdate naar esp32s3-z1-nl-2026-03-12.03, maar zie nu juist dat er allerlei solver entities bijgekomen zijn, klopt dat dan wel?

[xoror]

ja hij verzamelt stats voor de solver, dat doet ie altijd (voorheen ook al en dan print hij heat loss etc in de logs bij dag overgang).

Ik kan die lastig in de asgard dash board stoppen omdat daar niet alle data zit. Maar die code is niet zo spannend en zou geen problemen moeten geven. Omdat je ze kan override moet ik ze zichtbaar maken, maar zal nog kijken of ik die ook kan verstoppen voor non asgard installs.

[ Voor 18% gewijzigd door xoror op 12-03-2026 11:14 ]

[xoror]

@michaelvo De entities worden met de volgende release ook gehide voor non asgard. Maar dit is puur display, het zit er nog wel.


Nog wat updates over de solver:
verder wordt het model achter de solver steeds beter


De blauwe bar en groene bar kruipen steeds meer naar elkaar toe, dwz dat hij steeds beter kan voorspellen.
In de 2e grafiek zie je dat de gele lijn steeds beter tegen de verwachte lijn loopt. Dus de werkelijke temp ligt steeds dichter bij de verwachte temp

Ook leuk om te zien dat door de zonnepanelen hij geen kosten ziet tussen 08:00-17:00. Afgelopen nacht had hij de verwarming ook uitgezet omdat de huidige temp nog mooi in de bandbreedte lag, vanaf een uur of 3 ging hij weer verwarmen omdat mijn schema voorschrijft dat het rond 7:00 weer een beetje op temperatuur moet komen.

Hier nog de tarieven en het actuele weer (wordt elk uur vernieuwd)


Het gat dus de goede kant op en hopelijk kan ik iets van een besloten BETA starten binnenkort (volgende week oid)

[ Voor 13% gewijzigd door xoror op 12-03-2026 11:40 ]

[Zjemm]

@xoror

vandaag de asgard aangesloten

de volgende settings gebruikt:



zone 2 is aangesloten op in6 via asgard

zone 1 is gewoon rechtstreek op in1 aangesloten zonder asgard.

kan ik beiden dan zo draaien? z2 flow en z1 curve?

[xoror]

@Zjemm ja maar niet met mijn auto adaptive, dan draai je zoals je voorheen deed. ws wil je zone 2 op heat target temp (mitsubishi AA).

Als je mijn AA wil draaien, moeten ze beide op heat flow temp staan. Waarom zou je z1 op curve willen btw?

[Zjemm]

nee ik wil jouw AA draaien

heb hem nu zo staan:

moet even kijken wat het effect op z1 is dan. want daar staan allen wand thermostaten op uit, dus geen warmte vraag

[xoror]

@Zjemm dat is prima, maar ze moeten beide zo staan zoals je nu heb. volgens mij gaat dat zo goed. z1 wordt dan wel aangestuurd maar doordat deze toch niet is aangesloten maakt dat niet zoveel uit.

Je heb verder geen externe sensoren? alleen de MRC als temp sensor?

[Zjemm]

jep

[xoror]

@Zjemm Dan zou het zo goed moeten gaan, moet je maar laten weten als je gekke dingen ziet. Dit scenario heb ik nog nooit getest op deze manier, maar zou gewoon moeten werken.

Met een aparte sensor, is het natuurlijk wat fijner, omdat je dan bijv 0.2c hysteresis kan instellen,.
Even mijn geheugen opfrissen: hoe was je zone 1 nu ook alweer aangesloten? Is alleen na regeling boven die geen demand kan genereren? En zat z1 nou "vast" aan je z2 of is het echt een aparte zone op je warmte pomp ?

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

[Zjemm]

ik laat hem nu even alleen op zone2 draaien, kijken of ie afslaat op de juiste temperatuur
en dan doe ik morgen even boven een aan zetten, kijken hoe dat gaat

[xoror]

Zjemm schreef op donderdag 12 maart 2026 @ 16:33:
ik laat hem nu even alleen op zone2 draaien, kijken of ie afslaat op de juiste temperatuur
en dan doe ik morgen even boven een aan zetten, kijken hoe dat gaat

Afslaan: current room temp > setpoint + hysteresis
ook al heb je resolutie van 0.5c, kan je beter hysteresis van 0.2 oid instellen, want:
current room: 21.5
setpoint: 21.0
hysteresis: 0.2
Dan slaat hij af (21.5 > 21.0 + 0.2), dat is wat je wil ws.
Hij gaat dan weer vanzelf aan bij 20.5.

[xoror]

Ik heb de bandbreedte visualisatie nu toegevoegd. Je kan nu zien dat mijn nachtverlaging setting niet zo slim was. Hij heeft de goedkope uren niet gebruikt om te preheaten, en hij probeert nu het dure deel (10h) zo min mogelijk kosten te maken waardoor mijn verwachte temp 1c afwijkt tov gewenst.

De straf die daar opstaat is 1kWh (voor 1c, is in stelbaar) maar zelfs zo was het goedkoper om te laten droppen om de de uren daarna goedkoper zijn. Dus dit lijkt hij ook goed te doen. Moraal van het verhaal is natuurlijk om de nachtverlaging af te halen en en toe te laten staan om te bufferen

[Zjemm]

@xoror

Heb hem nu vanaf gister op AA draaien. en op een gegeven moment gaat ie toch kort uit en dan weer aan.
(kan even geen screens laten zien want die functie lijkt niet te werken nu bij tweakers)


komt dat door die short cycle prev? Time Window (min) staat standaard op 4
in6 gaat dan elke keer 1 minuutje op off en de compressor ongeveer 4 minuten op uit

wellicht fluctueert die temp te veel waardoor hij toch elke keer bij springt?

[xoror]

Laat even logging meelopen (log tab open laten)

je zou even de temp erbij kunnen plotten van mrc. Misschien doet hij jojo vanwege de 0.5c resolutie icm 0.2c hysteresis. Dat vermoed ik
Verhoog hysteresis voor je z2 naar 0.5c

Overigens zal hij min 15m wachten voor hij evt de wp weer aanzet. Er zit wel een soort anti knipper/pendel beveiliging dus in.

Short cycle prevention laat hem nooit afslaan, alleen temp verhogen om een stop preventief te voorkomen.

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

[PeterMi]

Ik heb nu een paar dagen de Asgard draaien in standalone. Mooi stukje soft en hardware!
Ik ondervind alleen best vaak verbinding problemen. De groene led brand de keren dat ik gekeken heb. Signaal vd wifi zit op 54db. Andoid telefoon af en toe verbinding problemen. Met de Andorid tablet lukt t nooit.

Waar kan dit aan liggen?

[xoror]

@PeterMi Heb je asgard buiten de unit opgehangen? Dan is het wifi vaak beter.
Het beste is om een AP te hebben die dekking geeft waar je wp staat.

Verder moet je mdns wellicht niet gebruiken maar direct http://esp ip. Kan je dat proberen? mdns is sloom en werkt biet altijd

[PeterMi]

Asgard hangt buiten de binnenunit.

Als ik alleen t ip adres in de browser invoer krijg ik een uitgeklede variant te zien zonder tabellen. Klopt dit?
Zet ik er http:// (ip) dan vindt hij niks.

[xoror]

http://espip/dashboard

Let op dat je browser niet https van maakt, dat is te zwaar voor de esp. Die ecodan-heathump.local dus alleen vervangen met je ip

[ Voor 73% gewijzigd door xoror op 13-03-2026 20:08 ]

[Zjemm]

@xoror
dit is afgelopen nacht

setpoint is 20, en temp schmmeld tussen 20 en 20.5
hyst = 0.5

je zou bijna zeggen dat ie beter tot 21 door kan stoken bij een setpoint van 20 ?

[ Voor 24% gewijzigd door Zjemm op 15-03-2026 10:00 ]

[xoror]

kan je in6 erbij plotten? dat moet beter kunnen

[ Voor 30% gewijzigd door xoror op 15-03-2026 08:38 ]

[Zjemm]

@xoror heb hem erbij (eronder) gezet
en vanochtend toen de zon kwam zag je de temp naar 21 gaan en is ie gestopt



die MRC doet natuurlijk alles in halve graden, dus die fluctueert veel meer tussen 20 en 20.5 en 21

ik eventueel ook nog de log van 6 uur vanochtend tot nu

[ Voor 99% gewijzigd door Zjemm op 15-03-2026 10:06 ]

[xoror]

zit je temp sensor op een plek die heel snel opwarmt of afkoelt? Want elke keer 0.5 droppen en stijgen is best veel. Dat zorg dan voor onrustig gedrag

[Zjemm]

nee niet perse, hij zit in het midden van de woning zonder direct zonlicht.
ik denk dat het hem in de 0.5 stappen zit

[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