Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32

[xoror]

@bilgy_no1 re-import de blue print (is optie voor in HA) en kijk of de ongeldige nu weg blijven.

@Ben(V) wifi is prima, maar je heb gewoon goede wifi verbinding nodig. Ik draai al jaren wifi sensoren.

[bilgy_no1]

xoror schreef op donderdag 1 oktober 2026 @ 11:10:
@bilgy_no1 re-import de blue print (is optie voor in HA) en kijk of de ongeldige nu weg blijven.

@Ben(V) wifi is prima, maar je heb gewoon goede wifi verbinding nodig. Ik draai al jaren wifi sensoren.

Bedankt!

Even voor de zekerheid. Is het

sync_virtual_thermostat.yaml

of

sync_virtual_thermostat_sensor.yaml

of allebei? Is alweer een tijdje geleden dat ik dit heb geinstalleerd...

[bilgy_no1]

Ben(V) schreef op donderdag 1 oktober 2026 @ 10:03:
Zoals ik al toegevoegd had in mijn vorige post kun je uit de grafiek die je geplaatst hebt zien dat de Asgard een "Z1 current" krijgt van 0^o C dus die shelly integratie geeft Asgard dat door als hij z'n sensor niet kan uitlezen.

PS
Is die shelly een wifi device?
Meestal is wifi voor iot niet zo'n goed idee, ik gebruik zelf enkel Zigbee als het mogelijk is.

Ja, de Shelly zit op wifi. Tot nu toe probleemloos. Zit op een vast satelliet van de Mesh wifi en op een vast IP adres in de router. Verbinding naar de mesh is wel goed (in dezelfde ruimte). Op het moment van de problemen was de wifi ook gewoon beschikbaar.

Maar voor een volgend project waar ik ook een Home Assistant ga opzetten: heb je een tip voor een goede temperatuursensor op zigbee?

[Ben(V)]

Ik gebruik zelf een SONOFF SNZB-02D naar alle tevredenheid.
Fijn ding met ook nog een prima display en je kunt hem overal neerzetten, hangen of plakken.
Draait hier al meer dan een jaar op de eerste batterij en het display geeft nog steeds aan dat hij 100% vol zit.

https://www.sonoff.nl/a-80532623/zigbee-producten/sonoff-zigbee-snzb-02d-temperatuur-en-luchtvochtigheidssensor/#description

[Loonen138]

xoror schreef op woensdag 30 september 2026 @ 17:08:
@Loonen138 Ik heb wat kleine improvements in Odin doorgevoerd aan de hand van de eerste feedback, de pre-releases staan nu op de Odin github.

Hebben jullie al met de monthly report gespeeld? Vooral alles uitproberen
[Afbeelding]

Zeker, komt wel leuke data uit.

[Johnny_Hasselt]

xoror schreef op maandag 28 september 2026 @ 16:40:
Odin 2.0 Beta is gestart: https://github.com/gekkek...ecodan-hp/discussions/416

Als je graag mee wilt doen, stuur mij dan een berichtje.

Zojuist alles updates naar ODIN 2.0

Enkele bevindingen:

1) Migratie verloopt vlekkeloos met uw duidelijke beschrijving, is niet moeilijk. TOP

2) DHW Legionella denk ik moet je uit Asgard halen want die staat nu in ODIN en in Asgard en je kan hier verschillende data ingegeven. Data is niet gelinkt tussen beide . Welke is nu de MASTER voor aansturen legionella? Ik vermoed via ODIN.

3) ODIN system logs: kan je de laatste log als eerste tonen, nu moet je telkens naar beneden scrollen 😃.

4) De batterij SoC was al gemeld.... Moet ik nog es bekijken of ik hier naar een andere entity moet syncen.

Mooi werk.....

Greetz, J

[xoror]

@bilgy_no1 In HA kan je zien welke je in gebruik heb, en daar kan je ook reimport doen in het uitklap menu.


@Loonen138 Als je een energy meter hebt, wordt de COP en data nog wat beter. Die kan je in Asgard instellen. Mitsubishi is erg conservatief, en rekent idle usage bij het actieve programma. Dus als je in de zomer alleen DHW doet dan heb je een dramatische COP voor DHW volgens Mitsubishi. In werkelijkheid valt het wel mee.

@Johnny_Hasselt SOC heb ik net een blueprint voor gemaakt:
https://github.com/gekkek...iscussioncomment-18695816

Voor legionella is het verwarrend, dat heb ik in Asgard al aangepast. Dat wordt zo in Asgard:


Lees de Odin legionella planning door, dat is dus echt een andere optie.

De logs werken toch altijd al zo? Maar die is eigenlijk alleen voor mij he

[Loonen138]

Ben(V) schreef op donderdag 1 oktober 2026 @ 11:28:
Ik gebruik zelf een SONOFF SNZB-02D naar alle tevredenheid.
Fijn ding met ook nog een prima display en je kunt hem overal neerzetten, hangen of plakken.
Draait hier al meer dan een jaar op de eerste batterij en het display geeft nog steeds aan dat hij 100% vol zit.

https://www.sonoff.nl/a-80532623/zigbee-producten/sonoff-zigbee-snzb-02d-temperatuur-en-luchtvochtigheidssensor/#description

Mijn vader heeft dezelfde als jou en heeft via Homey ingesteld dat de temperatuur naar de Asgard wordt gepushed. Super ding, hij is er ook erg tevreden mee.

Ik heb nu zelf een Xiaomi LYWSD03MMC, dit is oorspronkelijk een BLE apparaat maar die kan je met andere firmware heel simpel ombouwen tot Zigbee. (https://github.com/devbis/z03mmc).
In HASS heb ik zelfs 0,01 temperatuur verschil en reageert super snel.
Nadeel is wel dat je om de 6 a 12 maanden de c2032 batterijen moet verwisselen.

Ik heb nu deze gekocht, komt als het goed is morgen binnen.
https://sonoff.tech/produ...humidity-sensor-snzb-02ul

Eens kijken of die beter werkt, heeft namelijk AAA batterijen en is relatief goedkoop voor de functies die het heeft.

[ Voor 17% gewijzigd door Loonen138 op 01-10-2026 15:14 ]

[xoror]

hmmm, ik heb het idee dat er behoefte is aan een goede temp sensor via wifi.... ;-)

[Johnny_Hasselt]

xoror schreef op donderdag 1 oktober 2026 @ 15:08:
hmmm, ik heb het idee dat er behoefte is aan een goede temp sensor via wifi.... ;-)

Die zijn er..... Heb nog geen uitval gehad..... En heb er veeeeeeel 🤗

Batterij 3 jaar minimum

[Johnny_Hasselt]

Johnny_Hasselt schreef op donderdag 1 oktober 2026 @ 11:41:
[...]

Zojuist alles updates naar ODIN 2.0

4) De batterij SoC was al gemeld.... Moet ik nog es bekijken of ik hier naar een andere entity moet syncen.

Ondertussen de SoC ook in orde gekregen via uw Blueprint.... Werkt vlekkeloos.

Nu effe ODIN zijn ding laten doen en es bekijken hoe het werkt.... De komende dagen wordt kouder weer voorspeld want tot nu toe heb ik enkel DHW nodig gehad..... Nog steeds iets te warm in huis 🥶.

Greetz, J

[ricvee]

@Johnny_Hasselt
Wat is dat voor een sensor? Heb je een link?

[Johnny_Hasselt]

ricvee schreef op donderdag 1 oktober 2026 @ 20:27:
@Johnny_Hasselt
Wat is dat voor een sensor? Heb je een link?

https://www.shelly.com/products/shelly-blu-h-t-zb-ivory?variant=58439205454173

[bilgy_no1]

@xoror ik krijg bij die 3 puntjes geen optie Re-import.



Sinds vanochtend is de data er weer gewoon, maar toch fijn om die fix te hebben. Ik weet nu dus alleen niet welke van die twee ik als yaml moet pakken.

[xoror]

Je moet in de blueprints tab kijken ipv automations tab. Dan zie je bij dat bolletje hoeveel automations zijn gemaakt met de blueprint, en weet je ook welke actief is.

[bilgy_no1]

xoror schreef op donderdag 1 oktober 2026 @ 22:01:
Je moet in de blueprints tab kijken ipv automations tab. Dan zie je bij dat bolletje hoeveel automations zijn gemaakt met de blueprint, en weet je ook welke actief is.

Thanks. Gevonden nu...

[ReseT]

xoror schreef op donderdag 1 oktober 2026 @ 11:47:
@bilgy_no1 In HA kan je zien welke je in gebruik heb, en daar kan je ook reimport doen in het uitklap menu.
[Afbeelding]

@Loonen138 Als je een energy meter hebt, wordt de COP en data nog wat beter. Die kan je in Asgard instellen. Mitsubishi is erg conservatief, en rekent idle usage bij het actieve programma. Dus als je in de zomer alleen DHW doet dan heb je een dramatische COP voor DHW volgens Mitsubishi. In werkelijkheid valt het wel mee.

@Johnny_Hasselt SOC heb ik net een blueprint voor gemaakt:
https://github.com/gekkek...iscussioncomment-18695816

Voor legionella is het verwarrend, dat heb ik in Asgard al aangepast. Dat wordt zo in Asgard:
[Afbeelding]

Lees de Odin legionella planning door, dat is dus echt een andere optie.

De logs werken toch altijd al zo? Maar die is eigenlijk alleen voor mij he

Een gerelateerde vraag. Ik zie in Asgard dat de Energy Meter Source kan selecteren. Naast de interne sensor ook Home Assistant/ REST API.

Welke entiteit(en) verwacht Asgard om de COP te berekenen via HA? Gezien de BUH vaak een tweede groep is naast de hoofdmeter, hoe configureer ik dan twee entiteiten voor Asgard zodat ze dan ook naar DHW (Heating + BUH) en Heating COP goed gerapporteerd wordt?

Ik heb dan ook twee Energy Meters, eentje voor de hoofd unit en een voor de BUH.

Misschien is dit ook de reden dat ik momenteel Heating Consumed x-tal kWh zie, zonder dat heating deze week aan heeft aangestaan.

[ Voor 10% gewijzigd door ReseT op 02-10-2026 13:51 ]

[xoror]

@ReseT
Als je de interne meter gebruikt dan worden beide geschat, maar het probleem is dat de idle consumption er ook bij zit. Hij telt dit op bij het huidige programma. Dit is gewoon de data zoals je die in je MRC ziet.

Voor een externe meter als je beide wilt doen, moet je ze optellen en dan syncen.

[Johnny_Hasselt]

@xoror ... Tot nu toe loopt ODIN 2.0 goed .... Nog effe wachten totdat het stookseizoen start om meer en betere testing te kunnen doen. Heb nog steeds geen verwarming nodig... Misschien komende week als het kouder wordt.

Wat ik opgemerkt heb is dat DHW treshold in de monitoring section gelinkt is met Asgard treshold settings, de waarde in ODIN settings tab komt niet overeen met de waarde in de monitoring tab van ODIN. Is dat correct?

Enkel heb ik Legionella in ODIN uitgezet (stond ingesteld dat ODIN zelf kiest) want hier plant hij telkens rond middernacht de sessie terwijl ik rond de middag een volle batterij had (10kWh beschikbaar) en de zon ongeveer 4000 Wh produceerde wat voor mij het moment is om Legionella te doen en niet om middernacht.

Neemt ODIN dit niet mee in zijn berekeningen? Of kijk hij enkel puur en alleen naar de stroomprijzen? Kan je bv een input van de zonnepanelen verwachte opbrengst in de algo zetten?

Greetz, J

[ Voor 17% gewijzigd door Johnny_Hasselt op 04-10-2026 09:11 ]

[xoror]

@Johnny_Hasselt kan je debug.json naar mij sturen met legionella aan? Dus even legionella aan, run opt en dan json mailen.

Hij zou wel moeten doen met solar namelijk.

[Geniussense]

Ik probeer AA werkend te krijgen met mijn Esp32 Atom Lite. Ik heb de MRC in de huiskamer hangen en gebruik deze in principe "heat target temp". Maar ik heb ook geëxperimenteerd met flow temperature waarin ik zelf een simpele HA automatie gebruikte (met prohibit) om het verwarmen te stoppen. Er is verder geen thermostaat aangesloten op de IN1 van de FTC, heb alleen die MRC.

Ik dacht te hebben begrepen dat ook met mijn huidige setup AA kan werken. Ik heb de room feedback werkend via HA (Auto-Adaptive: Current Room Temperature Feedback z1) en een LG Airco die ik even als test gebruik.

Bij het testen verhoogt AA echter het setpoint zachtjes richting de MAX waarde en blijft daar hangen, en de warmtepomp volgt dit netjes. Dit gebeurt ook als de set waarde van de room temperature climate (van de MRC) fors lager is dan de feedback temperatuur. Ik was onder de veronderstelling dat AA de warmtepomp dan überhaupt niet zou starten.

Is AA in mijn huidige setup mogelijk? Ik wilde even spelen en evalueren hoe het werkt, voordat ik de Asgard en een preciezere temperatuur sensor koop.

[xoror]

@Geniussense Het zou moeten werken zoals hier beschreven: https://github.com/gekkek...ith-auto-adaptive-control

Voor AA moet mode in heat flow temperature hebben. Er is ook een simulator dan zou je beweging moeten zien. Het is wel supported en je moet vanwege MRC only wel zorgen voor een stop conditie. De hogere resolutie sensor is evt ook nu mogelijk, want die synced je naar dat beschreven feedbackveld.

[ Voor 12% gewijzigd door xoror op 04-10-2026 11:14 ]

[xoror]

@Johnny_Hasselt Hier zijn we btw ook nog aan het koelen en is de Legionella run netjes gestart op het goedkoopste (gratis) moment met solar.

[Johnny_Hasselt]

xoror schreef op zondag 4 oktober 2026 @ 09:29:
@Johnny_Hasselt kan je debug.json naar mij sturen met legionella aan? Dus even legionella aan, run opt en dan json mailen.

Hij zou wel moeten doen met solar namelijk.

OK, terug opgezet..... Zal es bekijken voor de volgende run (komende zaterdag).

Heb nu effe manueel de temperatuur op 60 gezet en legionella is uitgevoerd.

Greetz, J

[xoror]

@Johnny_Hasselt Je kan tijdelijk legionella aanzetten en legionella dag op morgen zetten. Dan kan je run optimization doen en daarna weer terug zetten. Dan bevat de debug.json de gevraagde data en kan je alles weer uit zetten.

[ Voor 39% gewijzigd door xoror op 04-10-2026 20:37 ]

[bilgy_no1]

Het verwarmingsseizoen staat op het punt te beginnen... Even een check of deze setting goed staat:

• Setpoint Flow Z1 staat op 25°C
• Min Flow Z1 staat op 26,5°C
• Max Flow Z1 staat op 35°C

Ergens in de zomer scrollde ik door de settings van Asgard (niet in het dashboard, maar in de Home Assistant lijst) en sleepte per ongeluk een temperatuur slider. Nu weet ik niet meer precies welke slider dat was en wat de standaard instelling is. Was geen probleem op dat moment, want heating prohibit stond aan. Maar dit ziet er niet helemaal logisch uit denk ik. Voorheen (voor Asgard) stond de flow temperatuur op 30°C geloof ik.




Verder heb ik de Legionella aangezet in Asgard. Daar staat standaard 56°C. Is dat genoeg? De Mitsubishi doet het zelf tot 60°C (en heeft een overshoot naar 62°C).

[Johnny_Hasselt]

xoror schreef op zondag 4 oktober 2026 @ 20:34:
@Johnny_Hasselt Je kan tijdelijk legionella aanzetten en legionella dag op morgen zetten. Dan kan je run optimization doen en daarna weer terug zetten. Dan bevat de debug.json de gevraagde data en kan je alles weer uit zetten.

OK... hij plant weeral om middernacht de legionella in....



JSON file wil ik downloaden uit FireFox HA version..... ik zie de files maar krijg die niet op mijn laptop remotely

[ Voor 25% gewijzigd door Johnny_Hasselt op 05-10-2026 13:06 ]

[xoror]

@Johnny_Hasselt emailen, is ws te groot voor pm.

@bilgy_no1 min flow is default 25c. HA is heel vervelend met Mobiel, die settings veranderen te makkelijk. Een van de redenen voor het maken van de stand alone interface

[Johnny_Hasselt]

xoror schreef op maandag 5 oktober 2026 @ 13:26:
@Johnny_Hasselt emailen, is ws te groot voor pm.

@bilgy_no1 min flow is default 25c. HA is heel vervelend met Mobiel, die settings veranderen te makkelijk. Een van de redenen voor het maken van de stand alone interface

OK, tis gelukt - zie PM

[Johnny_Hasselt]

@xoror weet niet wat er aan de hand is maar ODIN had DHW gescheduled om 14h00 dewelke NIET gebeurde (had ik later opgemerkt) en ODIN had dan om 15h00 een nieuwe DHW gepland dewelke om 15h09 nog niet gestart was.

Staat er ergens iets foutief ingesteld dat die DHW stopt? Heb dan mijn setpoint effe verhoogd van 50 naar 55 om DHW te triggeren en hij sprong aan. Prohibits op DHW staan niet op

In Asgard settings stond wel de 'Trigger Regular DHW' op - in de notes staat dat dit voor ECO Mode is.... Moet die nu aan of uit?

ODIN snapshot voor instelling DHW en logs bijgevoegd.

Heb ook gemerkt dat in de onderste snip de tijd telkens op 12:00 staat (bovenaan), is dat correct?







Greetz, J

[xoror]

@Johnny_Hasselt Toevallig prohibit dhw aan ? Wat zegt de log van Asgard om 14:00 en 15:00 ? Even kijken waarom hij niet start. Odin stuurt wel het dhw commando (om 15:00), dus Asgard voert het niet uit, en dan kan eigenlijk alleen als de prohibit aanstaat.

Ik heb ondertussen jouw data kunnen bekijken, en het probleem is dat Odin verwacht dat je de volgende dag niet haalt met de geleerde tank verliezen. Dus hij verwacht dat je 40c tank temp aantikt voor middernacht, en dan start de dhw vanzelf. Je settings hierboven is ook afwijkend van wat je hebt gestuurd in de json

Wat je nog kan verifiëren is om te kijken hoeveel graden je tank verliest per uur. Odin schat 0.5-0.6c per uur namelijk. Dat is wat aan de hoge kant, maar ik geloof dat we het al een keer over gehad hebben.

40c is ook best wel hoog trigger temp, heb je al wel eens geprobeerd om 37 oid te doen? Kan je dan nog warm douchen? Bij ons kan je nog warm douchen bij 35c namelijk.

[ Voor 11% gewijzigd door xoror op 05-10-2026 15:46 ]

[Johnny_Hasselt]

xoror schreef op maandag 5 oktober 2026 @ 15:36:
@Johnny_Hasselt Toevallig prohibit dhw aan ? Wat zegt de log van Asgard rond 15:00 ? Even kijken waarom hij niet start.

Ik heb ondertussen jouw data kunnen bekijken, en het probleem is dat Odin verwacht dat je de volgende dag niet haalt met de geleerde tank verliezen. Dus hij verwacht dat je 40c tank temp aantikt voor middernacht, en dan start de dhw vanzelf.

Wat je nog kan verifiëren is om te kijken hoeveel graden je tank verliest per uur. Odin schat 0.5-0.6c per uur namelijk. Dat is wat aan de hoge kant, maar ik geloof dat we het al een keer over gehad hebben.

40c is ook best wel hoog trigger temp, heb je al wel eens geprobeerd om 37 oid te doen? Kan je dan nog warm douchen? Bij ons kan je nog warm douchen bij 35c namelijk.

Neen, geen prohibit aan.

Asgard log heeft geen history in de past.... je ziet enkel het huidige.

Punt is dat ODIN iets scheduled wat niet wordt uitgevoerd..... voor de omschakeling naar 2.0 deed ODIN soms teveel triggers en die werkte allemaal.

Ook al gemeld een paar dagen geleden is dat in de 'Settings Tab' van ODIN de DHW treshold NIET wordt overgenomen in de 'Monitoring Tab' - enkel als je rechtsreeks in Asgard webbpagina ga en daar de instelling verander zie ik die waarde ook in ODIN Monitoring page veranderen.

Dus wat ik eigenlijk wil zeggen is dat we misschien teveel duplicates hebben wat tegenstrijdig zijn en conflicts geeft - no offence, ik kan hier verkeerd zijn he .

Indien je wil kan ik via teams tonen wat ik hierboven schrijf.

Greetz, J

[bilgy_no1]

xoror schreef op maandag 5 oktober 2026 @ 13:26:
@Johnny_Hasselt emailen, is ws te groot voor pm.

@bilgy_no1 min flow is default 25c. HA is heel vervelend met Mobiel, die settings veranderen te makkelijk. Een van de redenen voor het maken van de stand alone interface

Thanks! Ja het was zo gebeurd en doorgescrolld terwijl ik eigenlijk alleen naar beneden wilde om de vakantie modus te controleren of zo.

Ik heb nu de toegang geregeld via Tailscale en Home Assistant. Kan dus verder met de Dashboards.

Ik zet die Min Flow terug naar 25°C en de setpoint naar 30°C zoals het was. Of zou ik beter iets lager kunnen blijven voor een meer continue flow? Bijv 28°C.

Want mijn begrip is dat Odin dit gebruikt om binnen Flow temp wat hoger/lager te laten gaan om binnen de kamertemp bandbreedte te blijven.

[xoror]

@Johnny_Hasselt Ik zie inderdaad dat het niet update, daar is wat fout gegaan bij de backwards compatibility handling. Ga ik fixen

@bilgy_no1 die flow climate gebruik je alleen als je geen Odin/AA gebruikt. Dus als je handmatig temps gaat instellen

[xoror]

Nieuwe build voor Asgard: https://github.com/gekkek...eleases/tag/2026-10-05.01

En bij behorende Odin: 2.0.0-33
- add DHW planning command confirm and retry
- enable Panasonic/MQTT
- enable Daikin/MQTT
- enable Daikin/Modbus over tcp
- enable Vaillant/MQTT
- fix resume legionella when interrupted
- add mixed tank handling/planning in solver
- add battery planning in solver

@Johnny_Hasselt als het goed is fixed dat de threshold setting, maar we moeten nog even kijken waarom je tank zo snel lijkt af te koelen.

[_RRM_]

Klinkt gek, maar lang uitgekeken naar het eerste moment verwarmen.

Vandaag draaien Asgard/Odin in combi met een mitsu PAR thermostaat. Heb me nog niet aan Odin 2.0 gewaagd. Voorlopig hiermee de fijne afstelling gaan doen en comfort ervaren.

[xoror]

@_RRM_ Ben ook benieuwd hoe de 0.5c resolutie gaat in een echt verwarmingsseizoen. Hier vandaag ook weer de switch omgedraaid naar verwarmen.

[CrankyGamerOG]

Ik draai dit al een tijdje in Homeassistant. werkt prima.

Maar het is mij nog steeds niet duidelijk hoe ik nu ook in homeassistant de temperatuur kan regelen. Kan iemand mij dit uitleggen alsof ik 5 ben?

[_RRM_]

CrankyGamerOG schreef op dinsdag 6 oktober 2026 @ 09:13:
Ik draai dit al een tijdje in Homeassistant. werkt prima.

Maar het is mij nog steeds niet duidelijk hoe ik nu ook in homeassistant de temperatuur kan regelen. Kan iemand mij dit uitleggen alsof ik 5 ben?

Na wat opstart problemen vanuit Home Assistant heb ik de setup uiteindelijk volledig vanuit Asgard gedaan. (handleiding Asgard)

Alle instellingen draaien zonder tussenkomst van HA.

Twee dingen die wel via HA draaien zijn het legionella programma; 2 uur voor start verhogen naar 60° en hierna weer terug naar 48. (omdat ik nog geen tijd heb gehad om dit in Asgard te proberen en dit al een tijdje goed draait)

En een automation van @xoror voor het syncen van de PAR thermostaat en virtuele thermostaat in Asgard.

Is dit een beetje antwoord op jouw vraag?

[ Voor 4% gewijzigd door _RRM_ op 06-10-2026 09:27 ]

[CrankyGamerOG]

_RRM_ schreef op dinsdag 6 oktober 2026 @ 09:25:
[...]

Na wat opstart problemen vanuit Home Assistant heb ik de setup uiteindelijk volledig vanuit Asgard gedaan. (handleiding Asgard)

Alle instellingen draaien zonder tussenkomst van HA.

Twee dingen die wel via HA draaien zijn het legionella programma; 2 uur voor start verhogen naar 60° en hierna weer terug naar 48. (omdat ik nog geen tijd heb gehad om dit in Asgard te proberen en dit al een tijdje goed draait)

En een automation van @xoror voor het syncen van de PAR thermostaat en virtuele thermostaat in Asgard.

Is dit een beetje antwoord op jouw vraag?

Ik ben al een tijdje afwezig uit dit topic, wat is Asgard? Ik probeer het te zoeken maar krijg zoveel hits.

(Misschien ook in de Topic start zetten?)

[ Voor 3% gewijzigd door CrankyGamerOG op 06-10-2026 09:29 ]

[_RRM_]

CrankyGamerOG schreef op dinsdag 6 oktober 2026 @ 09:28:
[...]

Ik ben al een tijdje afwezig uit dit topic, wat is Asgard? Ik probeer het te zoeken maar krijg zoveel hits.

(Misschien ook in de Topic start zetten?)

In mijn antwoord ging ik er vanuit dat onderstaande vanuit de openingspost al in bezit is en draait.

De ecodan draait nu alleen met de PAR thermostaat via Home Assistant?

[CrankyGamerOG]

Er staat alleen niets uitgelegd hoe en wat

[Blackraven]

CrankyGamerOG schreef op dinsdag 6 oktober 2026 @ 09:13:
Ik draai dit al een tijdje in Homeassistant. werkt prima.

Maar het is mij nog steeds niet duidelijk hoe ik nu ook in homeassistant de temperatuur kan regelen. Kan iemand mij dit uitleggen alsof ik 5 ben?

Zit een ingebouwde thermostaat al in, als je naar instellingen, apparaten/diensten, ESPHome en dan je Ecodan aanklikt zie je onderaan in de lijst met bediening de thermostaten staan, als je daar op klikt, kun je de thermostaat regelen. Dus als ik hieronder op 1 van de entiteiten klik, kan ik het setpoint er van aanpassen.

Edit: ik krijg stiekem het idee dat dit topic steeds meer richting Asgard/Odin schuift...
Begint steeds meer door elkaar te lopen.

[ Voor 7% gewijzigd door Blackraven op 06-10-2026 09:42 ]

[xoror]

@Blackraven Zou niet moeten, is voor beide. Atom is gewoon supported.

Als je de Mitsubishi thermostaten (MRC/Wireless) gebruikt kan je ze bedienen met de climates zoals hierboven. Maar vaak hebben mensen een externe thermostaat, dan ziet de Mitsubishi alleen aan/uit en die kan je niet bedienen tenzij de thermostaat zelf een integratie met HA heeft

[ Voor 66% gewijzigd door xoror op 06-10-2026 09:46 ]

[Johnny_Hasselt]

xoror schreef op maandag 5 oktober 2026 @ 18:24:
@Johnny_Hasselt Ik zie inderdaad dat het niet update, daar is wat fout gegaan bij de backwards compatibility handling. Ga ik fixen

@bilgy_no1 die flow climate gebruik je alleen als je geen Odin/AA gebruikt. Dus als je handmatig temps gaat instellen

OK, alles geupdate.... omdat de input van de solar na rebooten wat vertraagde heeft hij de verwarming gestart.... no issue.

Batterij optie aangezet - legionelle ook met de keuze dat Odin kiest en wat ik ook doe, hij blijft telkens middernacht kiezen om de starten.

Mss dat de log iets helpt waarom - heb met rood onderlined





Er moet iets in de settings staan dat dit triggerd.

Vraagske, ik heb de legionella optie in de MRC - als ik mij goed herrinner - nog aanstaan. Nu dat we dit via ODIN kunnen doen, mag ik die in de MRC uitzetten of overschrijft (overruled) ODIN die instelling?

Greetz, J

[xoror]

@Johnny_Hasselt mail de debug json. Het ligt aan de schatting van je tank.
Als je de Legionella in de MRC gebruikt dan moet je die andere optie pakken system cycle.

Als je de emulatie wilt gebruiken dan moet je legionella uitzetten in je MRC.

[CrankyGamerOG]

xoror schreef op dinsdag 6 oktober 2026 @ 09:44:
@Blackraven Zou niet moeten, is voor beide. Atom is gewoon supported.

Als je de Mitsubishi thermostaten (MRC/Wireless) gebruikt kan je ze bedienen met de climates zoals hierboven. Maar vaak hebben mensen een externe thermostaat, dan ziet de Mitsubishi alleen aan/uit en die kan je niet bedienen tenzij de thermostaat zelf een integratie met HA heeft

Ja dat is dus mijn probleem, ik heb volgens mij geen mitsubishi thermostaten, maar een ander merk, en de integratie in homeassistant doet dus niets met de bestaande temperatuur knop

[xoror]

CrankyGamerOG schreef op dinsdag 6 oktober 2026 @ 10:22:
[...]

Ja dat is dus mijn probleem, ik heb volgens mij geen mitsubishi thermostaten, maar een ander merk, en de integratie in homeassistant doet dus niets met de bestaande temperatuur knop

Welk merk is het? Als het geen integratie heeft, dan wordt het idd lastig

[CrankyGamerOG]

xoror schreef op dinsdag 6 oktober 2026 @ 10:26:
[...]


Welk merk is het? Als het geen integratie heeft, dan wordt het idd lastig

Ja goede vraag, ik zie er geen merk op staan, ik ga straks zoeken in de documenten,

[Johnny_Hasselt]

@xoror Na het opzetten van 'Use Battery For Planning' staat die terug op uit na ca 5 a 10 minuten - iets dat dit kan triggeren bij een andere instelling of setting?

[Johnny_Hasselt]

@xoror 'Estimated Compressor Time' wil ik veranderen naar 90 min maar springt telkens terug naar 210.

Voor mijn 200L tank weet ik dat dit al gedaan is <1 uur..... Neemt ODIN die waarde mss over vanuit de MRC want heb dit nog niet kunnen aanpassen?

J

[xoror]

@Johnny_Hasselt Jij ben een goede tester ;-) zou je de Odin gerelateerde issues op https://github.com/gekkekoe/heatpump-optimizer/issues kunnen posten? Dit topic kunnen we dan over de esphome impl laten gaan.

Je issue is met de volgende build opgelost btw.

[ Voor 5% gewijzigd door xoror op 07-10-2026 09:20 ]

[Johnny_Hasselt]

xoror schreef op woensdag 7 oktober 2026 @ 08:08:
@Johnny_Hasselt Jij ben een goede tester ;-) zou je de Odin gerelateerde issues op https://github.com/gekkekoe/heatpump-optimizer/issues kunnen posten? Dit topic kunnen we dan over de esphome impl laten gaan.

Je issue is met de volgende build opgelost btw.

Bedankt.... voor dit soort items heb ik wel interesse voor.....(gebruik HA, samen met een kleine 80 Shelly devices) enkel kan ik nu alleen via HA alles doen, dus alles buiten HA zoals Legionella uitzetten en andere settings van de Ecodan via de MRC kan ik pas doen wanneer ik thuis ben, e.g. de maximale drop van DHW.

Heb de laatste versie van ODIN opgeladen en zal verder testen .

Greetz, J

[ Voor 7% gewijzigd door Johnny_Hasselt op 07-10-2026 10:44 ]

[Breezz]

Het is me niet meer duidelijk waar de 'bandbreedte' die je ziet in in Asgard>Solver juist ingesteld wordt.

De 24h Schedule Profile in Odin?
Of toch setpoint & Hysteresis in Asards>Settings?

Ik krijg hem in ieder geval niet ingesteld zoals ik wil
21 graden, -1, +2 wou ik eens proberen.

[hesselbeertje]

Sinds een aantal weken gebruik ik hier de Asgard icm HomeAssistant. Werkt allemaal heel fijn tot nu toe. Er is nog een ding waar ik tegenaan loop: Ik meet de kamertemperatuur met een ds18b30 sensor. Deze geeft echter ongeveer 0.9 graad te laag aan. Kan ik hiervoor ergens een kalibratie waarde ingeven?

[xoror]

@Breezz Ben je over op de Beta? Dan is hij in Odin / Settings. Maar als je de migratie howto had gedaan, dan zijn je settings als het goed is vanzelf overgezet.


Ik heb op Github ook een Odin Discussions sectie toegevoegd, Dus misschien dat beter dat we daar verder gaan, dan blijft dit behouden voor esphome.

https://github.com/gekkekoe/heatpump-optimizer/discussions
en voor Ecodan/Asgard: https://github.com/gekkek...es/mitsubishi-asgard-mqtt

@hesselbeertje Dat is een goed idee! Ik zal dat in de loop van vandaag even toevoegen zodat je zelf een offset kan opgeven

[ Voor 16% gewijzigd door xoror op 09-10-2026 12:04 ]

[awieman]

verwarming gaat niet aan.

ik heb al diverse zoek functies geprobeerd, maar kan nog even geen oplossing vinden.

ik heb ashgard (ook odin, maar die is er nu tussenuit) op mijn ecodan CN105 aangesloten, ook de R1 uitgang op IN1 van de FTC7, SW2-1 naar de on positie. maar ik kan mijn verwarming niet starten of wordt niet gestart door ashgard. De temp sensor source gaat via loxone met de post command. Als ik handmatig in loxone de temperatuur aanpas dan gaat deze aanpassing mee in ashgard. Dus ik ga ervan uit dat dit werkt.
ik heb vanalles geprobeerd maar ik kan niet vinden wat ik fout doe.

[xoror]

@awieman Je hebt heat target temp ingesteld, moet heat flow zijn voor auto adaptive. Je ziet ook dat de auto adaptive kolom disabled is omdat je in de verkeerde mode zit

Wat het ook kan zijn is dat de Odin override nog actief is (als je die net uit haalt en er is nog een pauze uur ingeplanned), in dit geval kan je naar http://esp-ip gaan, en dan virtual thermostat op off zetten, dan de manual relay 1 aan en dan thermostat weer aan. Dan moet het weer in sync zijn.

[ Voor 46% gewijzigd door xoror op 09-10-2026 13:59 ]

[FrensDJ]

@xoror die offset zou wel nice zijn kan ik de delta t's die ik heb ook recht trekken.
aangezien de wamtepomp nu niet draait zou alles volgens mij ongeveer gelijk moeten zijn (alle sensoren zitten in de zelfde ruimte tegen de ledingen aan)


edit (zag nu dat er een fout zat in de deltaT berekening)

[ Voor 6% gewijzigd door FrensDJ op 09-10-2026 14:40 ]

[Ben(V)]

hesselbeertje schreef op vrijdag 9 oktober 2026 @ 11:18:
Sinds een aantal weken gebruik ik hier de Asgard icm HomeAssistant. Werkt allemaal heel fijn tot nu toe. Er is nog een ding waar ik tegenaan loop: Ik meet de kamertemperatuur met een ds18b30 sensor. Deze geeft echter ongeveer 0.9 graad te laag aan. Kan ik hiervoor ergens een kalibratie waarde ingeven?

Een ds18b30 bestaat niet en zal dus waarschijnlijk goedkope Chinese imitatie zijn die enkel een simpele diode als opnemer gebruiken, die zijn ook nog eens niet linear.

Een DS18b20(de echte) heeft een nauwkeurigheid van 0,5^oC over z'n hele temperatuur(-55^o tot 150^o) bereik en ik heb er nog nooit een gezien die rond de 20^oC meer dan een 0,1^oC afwijkt (gemeten met een fluke temperatuur meter).

[xoror]

@hesselbeertje @FrensDJ
Probeer https://github.com/gekkek...eleases/tag/2026-10-09.02
Daar zit per Dallas sensor een kalibratie offset

Wat betreft dallas sensoren: https://github.com/cpetrich/counterfeit_DS18B20
Er is veel namaak, koop bij een betrouwbare dealer

[ Voor 29% gewijzigd door xoror op 09-10-2026 15:22 ]

[Breud]

Ik heb na lange tijd weer eens de software geüpdatet. In mijn oude dashboard zijn ineens wat sensoren weg die ik niet meer kaan vinden.


Is er evt een kant en klaar dashboard dat ik kan laden in HA?

[Johnny_Hasselt]

xoror schreef op woensdag 7 oktober 2026 @ 08:08:
@Johnny_Hasselt Jij ben een goede tester ;-) zou je de Odin gerelateerde issues op https://github.com/gekkekoe/heatpump-optimizer/issues kunnen posten? Dit topic kunnen we dan over de esphome impl laten gaan.

Je issue is met de volgende build opgelost btw.

Effe wat positieve feedback geven 👍

Momenteel draait het systeem perfect, heb geen abnormalities opgemerkt....met laatste versies Asgard en ODIN.

Heating en DHW zoals ODIN het ingepland heeft en alles draaide rustig.

Was de eerste dag met wat heating requirements , weinig zon dus alles van de grid..., Trends zijn van gisteren run

[xoror]

@Breud het HA dashboard voor Atom staat hier: https://github.com/gekkek...utomations/dashboard.yaml als er dingen niet up te date zijn moet je even melden nadat je de laatste heb geïnstalleerd.

@Johnny_Hasselt Mooi! Ik ben benieuwd of de tank schatting beter gaat de komende dagen

[Quitoo]

Ik wilde de verwarming aan gaan zetten en toen viel het mij op dat de energieprijzen niet kloppen, die zouden veel lager moeten zijn vandaag.

In de system logs zie ik constant deze blokjes langskomen. Enig idee waar het aan zou kunnen liggen?

code:

-11
I (1508502466) [2026-10-10 08:15:04.558] esp-x509-crt-bundle: Certificate validated
E (1508503006) [2026-10-10 08:15:05.099] FETCH: Energy-Charts fetch failed! HTTP status: 404
W (1508508006) [2026-10-10 08:15:10.094] FETCH: Energy-Charts failed — retrying...
I (1508508006) [2026-10-10 08:15:10.094] FETCH: Energy-Charts URL: https://api.energy-charts.info/price?bzn=NL&start=2026-10-10&end=2026-10-11
I (1508509196) [2026-10-10 08:15:11.285] esp-x509-crt-bundle: Certificate validated
E (1508509786) [2026-10-10 08:15:11.875] FETCH: Energy-Charts fetch failed! HTTP status: 404
W (1508509786) [2026-10-10 08:15:11.876] SCHEDULER: Price fetch failed — quick retry in 30s...
I (1508539786) [2026-10-10 08:15:41.874] FETCH: Price source: Energy-Charts (BZN=NL)
I (1508539786) [2026-10-10 08:15:41.874] FETCH: Energy-Charts URL: https://api.energy-charts.info/price?bzn=NL&start=2026-10-10&end=2026-10-11
I (1508540966) [2026-10-10 08:15:43.062] esp-x509-crt-bundle: Certificate validated
E (1508541526) [2026-10-10 08:15:43.619] FETCH: Energy-Charts fetch failed! HTTP status: 404
W (1508546526) [2026-10-10 08:15:48.614] FETCH: Energy-Charts failed — retrying...
I (1508546526) [2026-10-10 08:15:48.614] FETCH: Energy-Charts URL: https://api.energy-charts.info/price?bzn=NL&start=2026-10-10&end=2026-10

[xoror]

@Quitoo https://github.com/gekkekoe/heatpump-optimizer/issues/1

Entso-e is niet zo betrouwbaar de laatste tijd. Op die url post in de prijzen als ik dat zie. Als de prijzen niet werken, moet je even daar melden

[John.S]

xoror schreef op zaterdag 10 oktober 2026 @ 09:13:
@Quitoo https://github.com/gekkekoe/heatpump-optimizer/issues/1

Entso-e is niet zo betrouwbaar de laatste tijd. Op die url post in de prijzen als ik dat zie. Als de prijzen niet werken, moet je even daar melden

Zoals eigenlijk altijd het geval is; Entso-e valt weg, en daarmee ook Energy-Charts. De fallback heeft naar mijn mening dan ook weinig meerwaarden.

Epexprijzen.nl blijft daarin tegen wel beschikbaar. (Ja ook afhankelijk van Entso-e, geen idee hoe ze het doen.. maar het werkt).

Ik juich het dan ook toe om het toegevoegde van epexprijzen.nl in overweging te nemen:)

[xoror]

@John.S Ik zal even kijken naar de voorwaarden van die site, zo te zien mogen we het gebruiken

[ Voor 100% gewijzigd door xoror op 10-10-2026 10:59 ]

[Maxiemillian]

xoror schreef op zaterdag 10 oktober 2026 @ 10:51:
ik heb nog iets beter, scrape het zelf ;-)
Kijk je chatbot lief aan om dit te automatiseren

Of mocht je Home Assistant gebruiken, ik heb net het volgende toegevoegd aan mijn configuration.yaml en dat lijkt Odin goed op te pakken:

YAML:

rest:
  - resource: https://epexprijzen.nl/api/v1/prices/zonneplan/hourly
    scan_interval: 1800
    sensor:
      - name: "EPEX prijzen data"
        value_template: "{{ value_json.today[0].price if value_json.today is defined and value_json.today | length > 0 else none }}"
        json_attributes:
          - today
          - tomorrow

rest_command:
  stuur_epex_prijzen_naar_odin:
    url: "http://odin.local/api/data/prices"
    method: post
    content_type: "application/json"
    payload: >-
      {% set today = state_attr('sensor.epex_prijzen_data', 'today') or [] %}
      {% set tomorrow = state_attr('sensor.epex_prijzen_data', 'tomorrow') or [] %}
      {{ {'prices': (today + tomorrow) | map(attribute='price') | list} | to_json }}

En een automation om de data door te sturen:

YAML:

alias: Stuur EPEX prijzen naar Odin
description: ''
triggers:
  - entity_id: sensor.epex_prijzen_data
    trigger: state
conditions:
  - condition: template
    value_template: >
      {% set today = state_attr('sensor.epex_prijzen_data', 'today') or [] %} {%
      set tomorrow = state_attr('sensor.epex_prijzen_data', 'tomorrow') or [] %}
      {{ today | count > 0
         and (today[0].t | as_datetime | as_local).date() == now().date()
         and (today + tomorrow) | count in [24, 48] }}
actions:
  - action: rest_command.stuur_epex_prijzen_naar_odin
    data: {}
    response_variable: response
mode: single

[Quitoo]

@xoror Thanks, duidelijk! Ik heb een automation opgezet om de zonneplan prijzen automatisch te pushen zodat ik niet afhankelijk ben van een onbetrouwbare API.

[hesselbeertje]

xoror schreef op vrijdag 9 oktober 2026 @ 14:57:
@hesselbeertje @FrensDJ
Probeer https://github.com/gekkek...eleases/tag/2026-10-09.02
Daar zit per Dallas sensor een kalibratie offset

Wat betreft dallas sensoren: https://github.com/cpetrich/counterfeit_DS18B20
Er is veel namaak, koop bij een betrouwbare dealer

Top, dank je! Werkt super zo. We laten maar even in het midden of mijn DS18B20 afwijkt, of de losse thermometer. In ieder geval lopen ze nu gelijk. En voor bepaalde mensen is een getal belangrijker dan de werkelijke temperatuur

Ik krijg nu wel in mijn log steeds deze regels te zien:
12:27:05[E][mqtt:171]: MQTT_EVENT_ERROR

12:27:05[E][mqtt:173]: Last esp-tls error: 0x8006, tls stack error: 0x0, socket errno: 0 (Success)

Ik vermoed een verband met de Odin MQTT instellingen? Die zag ik voorheen niet. Ik heb ook geen Odin trouwens.

[ Voor 5% gewijzigd door hesselbeertje op 10-10-2026 12:29 ]

[xoror]

@hesselbeertje Heb je broker ip gewoon leeg gelaten ? Dan zou hij niets moeten doen, maar ik zal het even nakijken

[hesselbeertje]

xoror schreef op zaterdag 10 oktober 2026 @ 12:47:
@hesselbeertje Heb je broker ip gewoon leeg gelaten ? Dan zou hij niets moeten doen, maar ik zal het even nakijken

Niets aan gedaan, staat op (default)

[usain]

Gisteren het allereerste uurtje verwarming gehad van mijn Ecodan. Zie nu wel een enorme drift in de voorspelling van Odin. Wat kon ik doen om dat weer enigzins recht te trekken. Er staat geen verwarming meer gepland.

[tante Truus]

Maxiemillian schreef op zaterdag 10 oktober 2026 @ 10:58:
[...]


Of mocht je Home Assistant gebruiken, ik heb net het volgende toegevoegd aan mijn configuration.yaml en dat lijkt Odin goed op te pakken:

code:

rest:
  - resource: https://epexprijzen.nl/api/v1/prices/zonneplan/hourly
 rice') | list} | to_json }}

En een automation om de data door te sturen:

YAML:

alias: Stuur EPEX prijzen naar Odin

Ik heb je code in mijn configuration yaml geplakt, maar stemmen deze tijden wel precies overeen met die van zonneplan?
InHA heb ik ze naast elkaar staan en zie dat de tarieven vanuit Epex twee uur achterlopen.

Epex - Zonneplan

11:00	€ 0.30
12:00	€ 0.31
13:00	€ 0.32 - 0.30
14:00	€ 0.35 - 0.31
15:00	€ 0.41 - 0.32
16:00	€ 0.46 - 0.35
17:00	€ 0.47 - 0.41
18:00	€ 0.43 - 0.46

[tante Truus]

het blijkt dat de Markdown kaart die in HA heb gemaakt de tarieven niet bij de juiste tijd plaatste, naar Odin gaat het wel goed. (Gelukkig!)

[Maxiemillian]

tante Truus schreef op maandag 12 oktober 2026 @ 12:15:
InHA heb ik ze naast elkaar staan en zie dat de tarieven vanuit Epex twee uur achterlopen.

De respons uit de API is CET. Dus +2 vanwege onze zomertijd, dan klopt het weer. En dan klopt het ook weer met de Zonneplan app.

De automation stuurt de tijden trouwens niet door naar Odin, alleen een array met 24 of 48 prijzen, zoals Odin verwacht. Nu ik dit type vraag ik me wel af hoe dat gaat met de overgang van zomertijd naar wintertijd. Met een uur extra zal die condition in de automation sowieso falen, maar ik weet niet hoe de Odin API daarmee omgaat.

Overigens zag ik dat @xoror deze API heeft toegevoegd aan een van de laatste beta's van Odin, dus dat zou deze stap in HA weer overbodig maken .

[xoror]

@tante Truus @Maxiemillian Er zat wel een foutje in mijn conversie, dat is nu opgelost in build 49.

Zullen we alle Odin gerelateerde zaken hier https://github.com/gekkek...es/mitsubishi-asgard-mqtt discussiëren ? Om te voorkomen dat dit topic alleen over Odin gaat ipv esphome + ecodan

[Johnny_Hasselt]

xoror schreef op zaterdag 10 oktober 2026 @ 08:47:
@Breud het HA dashboard voor Atom staat hier: https://github.com/gekkek...utomations/dashboard.yaml als er dingen niet up te date zijn moet je even melden nadat je de laatste heb geïnstalleerd.

@Johnny_Hasselt Mooi! Ik ben benieuwd of de tank schatting beter gaat de komende dagen

Yep, ziet er beter uit.



Greetz, J

[bilgy_no1]

Hmm vakantie bijna afgelopen, dus ik wil de warmtepomp weer aanzetten. Helaas geen verbinding meer naar het dashboard. Ik zie hem wel in de home assistant app staan dat hij is verbonden en aan staat. Odin dashboard is ook gewoon te zien in dezelfde browser.

Verbinding werkt via Tailscale. Dat draait, want de Home Assistant app en de browser (hierin heb ik Odin en Asgard dashboards open staan) hebben ook verbinding. Alleen Asgard dashboard dus niet (eerder in de week wel nog).

Nu kan ik wel via Home Assistant de Heating en DHW prohibits uitzetten, maar dan mis ik het grafiekje van de solver.

Iemand een idee???

[xoror]

@bilgy_no1 lijkt alsof de webserver hangt, via HA zit een reboot knop voor Asgard, probeer dat eens?

Misschien loopt de browser vast als je week laat draaien, tab sluiten en openen helpt misschien.

[ Voor 32% gewijzigd door xoror op 17-10-2026 18:08 ]

[bilgy_no1]

xoror schreef op zaterdag 17 oktober 2026 @ 18:03:
@bilgy_no1 lijkt alsof de webserver hangt, via HA zit een reboot knop voor Asgard, probeer dat eens?

Misschien loopt de browser vast als je week laat draaien, tab sluiten en openen helpt misschien.

Die actie heeft helaas niet geholpen. De browser tab staat eigenlijk al maanden open, net als Odin ernaast. Nooi problemen mee gehad. Goed, morgen weer thuis, dus dan maar eens kijken.

[Ben(V)]

Zal wel een tailscale probleem zijn of je firewall blokkeert verkeer van de Asgard naar het internet.

Ergens wordt verkeer verkeer vanaf de Asgard naar het internet tegen gehouden maar dat van je HA server niet.
De HA server heeft lokaal contact met Asgard dus die werkt gewoon goed.

[ Voor 29% gewijzigd door Ben(V) op 18-10-2026 10:38 ]

[xoror]

Er is een nieuwe Esphome release getagged voor Atom en Asgard. Deze is aanbevolen voor alle users.

Odin 2.0 is ook getagged en beschikbaar. De Odin discussies wil ik graag verplaatsen naar https://github.com/gekkekoe/heatpump-optimizer/discussions. Hier kunnen alle vragen en opmerkingen over Odin worden geplaatst. Je mag daar ook in NL posten, maar ik zal altijd in EN antwoorden zodat andere gebruikers de tips ook kunnen gebruiken. Ik zal daar regelmatig tips en tricks posten. Dus gewoon die repo in de gaten houden.

Dit topic blijft dan over Esphome gaan.

[gerjanvdb]

xoror schreef op zondag 18 oktober 2026 @ 15:01:
Er is een nieuwe Esphome release getagged voor Atom en Asgard. Deze is aanbevolen voor alle users.

Odin 2.0 is ook getagged en beschikbaar. De Odin discussies wil ik graag verplaatsen naar https://github.com/gekkekoe/heatpump-optimizer/discussions. Hier kunnen alle vragen en opmerkingen over Odin worden geplaatst. Je mag daar ook in NL posten, maar ik zal altijd in EN antwoorden zodat andere gebruikers de tips ook kunnen gebruiken. Ik zal daar regelmatig tips en tricks posten. Dus gewoon die repo in de gaten houden.

Dit topic blijft dan over Esphome gaan.

Beste xoror,

Bedankt voor de update! Ik had gehoopt dat die het volgende probleem zou oplossen.

Probleem: met auto adaptive aan zet de ESP bij de overgang van SWW naar Verwarmen de setpoint op het Z1-max (30 °C), terwijl de aanvoer nog ruim 50 °C is. Daardoor stopt de compressor. Dit gebeurt als de SWW-run vanuit Uit start. Eerder werkte dit goed.

Waar het zit (gecheckt met Claude in de code): bij een SWW-run vanuit Uit gaat het venster na SWW niet open (08b6356). Bij de overgang klemt apply_flow_limits de setpoint dan op het max in plaats van hem vlak onder de aanvoer te houden. Dit gebruik ik om na een SWW run nog even door te verwarmen.

Zou je kunnen kijken of dit weer hersteld kan worden?

(PS. ik gebruik geen Asgard)

Alvast bedankt!

Met vriendelijke groet,
Ger Jan

[xoror]

@gerjanvdb Genoteerd, is idd bug.

[Bravertal]

Het stookseizoen komt er weer aan. Ik heb ongeveer een half jaar HA en esphome, dus een beginner. Als ik auto-adaptive en pendel detectie aanzet dan zit ik goed dit stookseizoen (nieuwbouw met vloerverwarming)?

[bilgy_no1]

Ben(V) schreef op zondag 18 oktober 2026 @ 10:34:
Zal wel een tailscale probleem zijn of je firewall blokkeert verkeer van de Asgard naar het internet.

Ergens wordt verkeer verkeer vanaf de Asgard naar het internet tegen gehouden maar dat van je HA server niet.
De HA server heeft lokaal contact met Asgard dus die werkt gewoon goed.

Het is nog vreemder. Ik heb de browser (Firefox) ingesteld op gebruik van Tailscale (net als de Home Assistant app). Dan kan ik gewoon door de browser te gebruiken naar het lokale IP adres van Asgard en Odin om ook buiten de deur zaken te checken of instellingen te veranderen. Bijkomend voordeel is dat het verkeer van mijn browser door de Tailscale tunnel gaat en dus via mijn huisaansluiting naar de boze buitenwereld. Vooral bij soms onbeveiligde wifi netwerken in hotels vind ik dat wel prettig.

Dit werkt eigenlijk altijd wel prima: met 5G of met WiFi op andere netwerken dan thuis. Behalve dus met het wifi netwerk in mijn tweede huis kwam ik nu achter. Ik kon namelijk wel weer bij Asgard als ik daar wifi uitzetten en via 5G verbond. Odin werkte wel op dat wifi netwerk (en ook via 5G).

Nu weet niet of het een wifi setting op dat netwerk is (maar waarom werkt het voor Odin dan wel), een Tailscale instelling (maar daar valt niet per apparaat iets in te stellen in de subnet routing), of toch iets in Asgard waardoor deze zich iets anders gedraagt dan Odin (maar waarom dan alleen op dit specifieke netwerk???)...

Anyway, geen groot ding (nu weet ik dat ik het op kan lossen door via 5G te verbinden) maar wel mysterieus.

[Breezz]

xoror schreef op vrijdag 9 oktober 2026 @ 11:27:
@Breezz Ben je over op de Beta? Dan is hij in Odin / Settings. Maar als je de migratie howto had gedaan, dan zijn je settings als het goed is vanzelf overgezet.
[Afbeelding]

Ik heb op Github ook een Odin Discussions sectie toegevoegd, Dus misschien dat beter dat we daar verder gaan, dan blijft dit behouden voor esphome.

https://github.com/gekkekoe/heatpump-optimizer/discussions
en voor Ecodan/Asgard: https://github.com/gekkek...es/mitsubishi-asgard-mqtt

@hesselbeertje Dat is een goed idee! Ik zal dat in de loop van vandaag even toevoegen zodat je zelf een offset kan opgeven

Ik wou Odin updaten maar ik krijg deze melding on de knop "check for update":
✗ Asset 'odin_solver_2.0.0-61.bin' not found. Available: odin_next_2.0.0-61.bin

[xoror]

@bilgy_no1 Dat is wel raar. Zeker omdat je Odin wel kan bereiken. Ik dacht eerst aan sub-net clash van je 2 netwerken, maar dan zou Odin ook niet moeten werken.

Ik gebruik zelf wireguard, onderlaag van tailscale. Dat werkt eigenlijk altijd prima.

@Breezz zie PM

[ Voor 3% gewijzigd door xoror op 19-10-2026 09:22 ]

[John.S]

Breezz schreef op maandag 19 oktober 2026 @ 07:40:
[...]

Ik wou Odin updaten maar ik krijg deze melding on de knop "check for update":
✗ Asset 'odin_solver_2.0.0-61.bin' not found. Available: odin_next_2.0.0-61.bin

Hier had ik ook last van. @xoror ik heb de voorgestelde odin_next gepakt voor de initiële upgrade. Alles lijkt in orde. Of had ik gemiste versie moeten pakken?

[xoror]

@John.S Ja je kan hem zelf downloaden, dan werkt het idd. Maar ik heb er een kopie van gemaakt met de verwachte naam, zou nu moeten werken.

[Bravertal]

Bravertal schreef op zondag 18 oktober 2026 @ 18:02:
Het stookseizoen komt er weer aan. Ik heb ongeveer een half jaar HA en esphome, dus een beginner. Als ik auto-adaptive en pendel detectie aanzet dan zit ik goed dit stookseizoen (nieuwbouw met vloerverwarming)?

[Afbeelding]

[Afbeelding]

Iemand?

En v.w.b. die bug met auto-adaptive geeft Claude het volgende aan (geen flauw idee of dat klopt):

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

code:

--- a/components/optimizer/events.cpp
+++ b/components/optimizer/events.cpp
@@ -54,23 +54,27 @@ namespace esphome
             time_t current_timestamp = status.timestamp();

             if (this->is_dhw_active(status)) {
-                // Only follow flow temp during DHW if we transitioned from heating.
-                float saved_setpoint = (zone == OptimizerZone::ZONE_2) ? this->dhw_old_z2_setpoint_ : this->dhw_old_z1_setpoint_;
-                if (std::isnan(saved_setpoint))
-                    return;
-
                 if (status.DhwFlowTemperatureSetPoint > actual_flow_temp)
                     return;

-                // adjust during first part of heating
-                adjusted_flow += 0.5f;
-                // Each time we adjust for dhw, set the post dhw timer expiration
+                // Each time we pass here during DHW, set the post dhw timer expiration.
+                // Also when the DHW run started from Off: the window is needed so the
+                // first heating cycle after DHW is not clamped to the zone max while
+                // the feed is still hot (which would stop the compressor).
                 time_t current_timestamp = status.timestamp();
                 if (status.CompressorOn && current_timestamp > 0) {
                     const uint32_t after_dhw_monitoring_duration_s = 5 * 60UL;
                     this->dhw_post_run_expiration_ = (uint32_t)(current_timestamp + after_dhw_monitoring_duration_s);
                     ESP_LOGD(OPTIMIZER_TAG, "Setting monitor expiration to: %lu", this->dhw_post_run_expiration_);
                 }
+
+                // Only follow flow temp during DHW if we transitioned from heating.
+                float saved_setpoint = (zone == OptimizerZone::ZONE_2) ? this->dhw_old_z2_setpoint_ : this->dhw_old_z1_setpoint_;
+                if (std::isnan(saved_setpoint))
+                    return;
+
+                // adjust during first part of heating
+                adjusted_flow += 0.5f;
             }
             else if (post_dhw_window) {
                 if (!status.is_heating_active() && !status.is_cooling_active()) {
@@ -86,6 +90,14 @@ namespace esphome
                             this->dhw_old_z2_setpoint_ = NAN;
                     }

+                    // DHW run started from Off: nothing was saved, so there is nothing to
+                    // restore. Close the window instead of writing the feed temp as setpoint.
+                    if (std::isnan(restore_val)) {
+                        if (std::isnan(this->dhw_old_z1_setpoint_) && std::isnan(this->dhw_old_z2_setpoint_))
+                            this->dhw_post_run_expiration_ = 0;
+                        return;
+                    }
+
                     ESP_LOGD(OPTIMIZER_TAG, "Post-DHW: Heat/Cool demand gone. Restoring original setpoint Z%d: %.1f.", static_cast<uint8_t>(zone), restore_val);

                     if (!std::isnan(restore_val)) {

Let op: dit is nog niet gecompileerd of getest op een warmtepomp. Ik hoop dat je er iets mee kan @xoror.

(PS. ik gebruik geen Asgard)

[xoror]

Als het goed is heb ik het al opgelost in https://github.com/gekkek...eleases/tag/2026-10-19.01
[edit] had idd nog paar kleine dingen over het hoofd gezien

Voor AA moet je gewoon uit proberen, AA is vrij eenvoudig kan niet zo heel veel fout gaan als alles goed is gekoppeld. gebruik de simulator om evt te kijken wat elke switch doet.

[ Voor 9% gewijzigd door xoror op 19-10-2026 16:52 ]

[dj_dysaster]

Ik heb een week of twee geleden mijn Ecodan (cylinder unit) in gebruik genomen en het opstartprotocol van mijn nieuwe vloer met vloerverwarming doorlopen (met de heat flow mode).

Vandaag de tijd genomen om Auto Adaptive in te stellen. Ik gebruik de virtual thermostat die de "current room temperature" via een home assistant automation gevoed krijgt. Dit werkt prima, zie ik ook correct terug in het Asgard dashboard. Op het moment is er geen warmtevraag (huidige kamer temperatuur 20,5. Setpoint is 19,5).

Ik zie nu echter het volgende gedrag. De Ecodan is in de mode "Off". Na enige tijd springt hij naar de mode "Hot Water", in het Asgard dashbord zie ik dat de pomp gaat lopen, maar de compressor blijft uit. Na enige minuten geeft mijn FTC een L9 melding, onvoldoende flow. Na een reset begint het riedeltje weer opnieuw.

* Waarom springt het systeem naar "Hot Water"? Het DHW is nog 46 graden, vanmorgen vroeg nog opgewarmd (voordat ik de asgard firmware geupdate had en AA ingesteld heb, werkte prima).
* Waarom komt dan de compressor niet bij?
* Waarom krijg ik een L9 melding? Het Dashboard laat met draaiende pomp wel 14L/minuut zien.

De Asgard log toont enkel

code:

[D][auto_adaptive:325]: System is busy (DHW/Defrost/Lockout). Exiting.

Ben benieuwd wat ik verkeerd doe? Of loop ik tegen een bugje aan? Voor het updaten heb ik middels Asgard prima het opstartprotocol doorlopen waarbij er ook op de juiste momenten DHW werd gemaakt. Wat er nu anders is begrijp ik niet helemaal.

Alvast bedankt!

Edit: Ik ben nog even terug gegaan naar firmware 2026-09-26.01 die ik tot vanmorgen draaide. Tot zo ver lijkt de ecodan niet naar "Hot Water" te springen, ik hou het in de gaten.

[ Voor 7% gewijzigd door dj_dysaster op 19-10-2026 18:25 ]

[Bravertal]

@xoror, toch nog een vraag over auto-adaptive.

Onderstaande zegt Claude naar aanleiding van een foto van mijn thermostaat:

"Dat is de MRC, de bedrade Mitsubishi-bediening (PAR-WT/PAR-W-serie). Daarmee heb je geen Asgard nodig, en de kamertemperatuur hoef je ook niet via HA door te sturen. De Ecodan krijgt die al van de MRC. Je kunt AA gewoon aanzetten.

Volgens de documentatie is er bij alleen een MRC wel één aandachtspunt. De warmtepomp stopt dan niet vanzelf als de kamer op temperatuur is. Hij blijft verwarmen, alleen met een lagere aanvoertemperatuur. De oplossing is om de verwarming met server control "verbieden" (prohibit) uit te zetten zodra de kamer warm genoeg is."

Vervolgens geeft Claude aan dat het met een kleine automatisering is op te lossen.

Klopt bovenstaande (dat de wp niet vanzelf stopt met verwarmen?)

[xoror]

@dj_dysaster
- Je moet de thermostaat op HEAT zetten eenmalig, daarna volgt hij je operating mode changes
- Dus bij DHW gaat er geen water lopen met L9. Dat de booster alleen draait is ook raar. De compressor heeft wel gewerkt neem ik aan tijdens het opstook protocol?
- Elke keer dat je het systeem spanningsloos is geweest, gaat hij altijd dhw maken. *feature* van de Ecodan
- De Asgard firmware heeft weinig invloed starten van DHW. Werkte dhw hiervoor wel goed?

@Bravertal Claude loopt een beetje te spacen. Deze guide volgen: https://github.com/gekkek...-connection-if-applicable

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.

Als je dus alleen een MRC hebt, en AA gaat draaien heb je geen stop conditie, die dien je zelf te verzorgen. Zoek in dit topic terug, @Blackraven had wat voorbeelden gemaakt. Dat is inderdaad een kleine automation icm prohibits, moet je even terug zoeken in het topic.

Alternatief is dat je de ruimte regeling van Mitsubishi gaat gebruiken, die kan wel stoppen met alleen een MRC.

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

[dj_dysaster]

Dank voor het inzicht. Ik heb het eea nog eens nagelopen mbv de history die ik had in mn Home Assistant logs. Zo kwam ik er achter dat ik niet enkel SW2-1 op ON gezet heb, maar perongeluk ook SW2-2. Die inverteerd de flow-switch logica.....

Alles werkt nu weer als verwacht.

[Bravertal]

xoror schreef op maandag 19 oktober 2026 @ 18:56

@Bravertal Claude loopt een beetje te spacen. Deze guide volgen: https://github.com/gekkek...-connection-if-applicable

[...]


Als je dus alleen een MRC hebt, en AA gaat draaien heb je geen stop conditie, die dien je zelf te verzorgen. Zoek in dit topic terug, @Blackraven had wat voorbeelden gemaakt. Dat is inderdaad een kleine automation icm prohibits, moet je even terug zoeken in het topic.

Alternatief is dat je de ruimte regeling van Mitsubishi gaat gebruiken, die kan wel stoppen met alleen een MRC.

Ik heb van @Blackraven iets gevonden en Claude heeft het een klein beetje aangepast naar mijn situatie.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[bilgy_no1]

xoror schreef op maandag 19 oktober 2026 @ 09:21:
@bilgy_no1 Dat is wel raar. Zeker omdat je Odin wel kan bereiken. Ik dacht eerst aan sub-net clash van je 2 netwerken, maar dan zou Odin ook niet moeten werken.

Ik gebruik zelf wireguard, onderlaag van tailscale. Dat werkt eigenlijk altijd prima.

Ja heel vreemd. Ik bedenk me nu dat ik even had moeten proberen om het tailscale adres te gebruiken ipv de lokale IP van thuis. Misschien dat op het andere netwerk een apparaat op hetzelfde IP adres lokaal is gebruikt en dat daardoor een conflict ontstaat of zo. Anyway, er is een work around en anders maar eens naar Wireguard kijken idd.

Nog even iets over Odin. Ik heb de stappen gevolgd om Asgard en Odin te updaten. Volgens mij is alles wel goed overgezet. Nu kijk ik de Odin 2.0 checklist. Omdat daaronder geen vragen kunnen worden gesteld toch even hier een vraag over de Setpoint.

Ik heb een schema ingesteld met een bandbreedte voor de temperatuur in Z1. Klopt het dat de Setpoint in Asgard (ik kan hem niet vinden in Odin) dan 1°C boven de hoogste temperatuur van deze bandbreedte moet staan? Dus in onderstaande geval zou die op 22°C moeten staan:



De piek in de Z1 temp die je in de grafiek ziet komt omdat we ook een L/L wp hebben voor snel de woonkamer verwarmen. Die had mijn vrouw eventjes aangezet.

Nu nog de bandbreedte wat aanpassen op comfort en dan de etages waterzijdig goed inregelen. Die worden nu te warm als ik de warmtepomp in de woonkamer aanstuurt op 20°C; vandaar de wat lage bandbreedte in de nacht. NB ondanks dat de setpoint nog op 18,2°C staat ging Odin wel verwarmen inplannen.

Dank!