Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32

[tromphakvoort]

Hierbij de laatste logs, na het zetten van de smart start op 25 nog niet begonnen met koelen.

09:06:36
[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:06:36
[D][auto_adaptive:625]: [*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
09:06:36
[D][auto_adaptive:390]: Z1 src=2 room=21.8 target=21.0 flow=46.0 flow_rate=0.0 outside=22.0 bias=0.0 H=0 C=0
09:06:36
[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:06:36
[D][auto_adaptive:453]: Z1 ODIN (Heuristic) Low Flow (0.0 L/min). Load Ratio: 0.31 -> ΔT: 3.41
09:06:36
[D][auto_adaptive:310]: Z1 COOLING: calc=27.1°C (return 30.5 - delta 3.4)
09:06:36
[W][auto_adaptive:055]: Flow limited to 18.0°C (Zone Max Limit), calculated_flow: 27.1
09:06:36
[D][auto_adaptive:467]: Z1 ODIN COOLING: delta=3.4 → flow=18.0°C
09:11:36
[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:11:36
[D][auto_adaptive:625]: [*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
09:11:36
[D][auto_adaptive:390]: Z1 src=2 room=21.8 target=21.0 flow=45.5 flow_rate=0.0 outside=22.0 bias=0.0 H=0 C=0
09:11:36
[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:11:36
[D][auto_adaptive:453]: Z1 ODIN (Heuristic) Low Flow (0.0 L/min). Load Ratio: 0.31 -> ΔT: 3.41
09:11:36
[D][auto_adaptive:310]: Z1 COOLING: calc=26.6°C (return 30.0 - delta 3.4)
09:11:36
[W][auto_adaptive:055]: Flow limited to 18.0°C (Zone Max Limit), calculated_flow: 26.6
09:11:36
[D][auto_adaptive:467]: Z1 ODIN COOLING: delta=3.4 → flow=18.0°C
09:16:36
[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:16:36
[D][auto_adaptive:625]: [*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
09:16:36
[D][auto_adaptive:390]: Z1 src=2 room=21.9 target=21.0 flow=44.5 flow_rate=0.0 outside=22.0 bias=0.0 H=0 C=0
09:16:36
[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:16:36
[D][auto_adaptive:453]: Z1 ODIN (Heuristic) Low Flow (0.0 L/min). Load Ratio: 0.31 -> ΔT: 3.41
09:16:36
[D][auto_adaptive:310]: Z1 COOLING: calc=26.6°C (return 30.0 - delta 3.4)
09:16:36
[W][auto_adaptive:055]: Flow limited to 18.0°C (Zone Max Limit), calculated_flow: 26.6
09:16:36
[D][auto_adaptive:467]: Z1 ODIN COOLING: delta=3.4 → flow=18.0°C
09:21:36
[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:21:36
[D][auto_adaptive:625]: [*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
09:21:36
[D][auto_adaptive:390]: Z1 src=2 room=21.8 target=21.0 flow=44.0 flow_rate=0.0 outside=22.0 bias=0.0 H=0 C=0
09:21:36
[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:21:36
[D][auto_adaptive:453]: Z1 ODIN (Heuristic) Low Flow (0.0 L/min). Load Ratio: 0.31 -> ΔT: 3.41
09:21:36
[D][auto_adaptive:310]: Z1 COOLING: calc=26.6°C (return 30.0 - delta 3.4)
09:21:36
[W][auto_adaptive:055]: Flow limited to 18.0°C (Zone Max Limit), calculated_flow: 26.6
09:21:36
[D][auto_adaptive:467]: Z1 ODIN COOLING: delta=3.4 → flow=18.0°C
09:26:36
[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:26:36
[D][auto_adaptive:625]: [*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
09:26:36
[D][auto_adaptive:390]: Z1 src=2 room=21.9 target=21.0 flow=43.5 flow_rate=0.0 outside=22.0 bias=0.0 H=0 C=0
09:26:36
[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:26:36
[D][auto_adaptive:453]: Z1 ODIN (Heuristic) Low Flow (0.0 L/min). Load Ratio: 0.31 -> ΔT: 3.41
09:26:36
[D][auto_adaptive:310]: Z1 COOLING: calc=26.6°C (return 30.0 - delta 3.4)
09:26:36
[W][auto_adaptive:055]: Flow limited to 18.0°C (Zone Max Limit), calculated_flow: 26.6
09:26:36
[D][auto_adaptive:467]: Z1 ODIN COOLING: delta=3.4 → flow=18.0°C
09:31:36
[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:31:36
[D][auto_adaptive:625]: [*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
09:31:36
[D][auto_adaptive:390]: Z1 src=2 room=21.9 target=21.0 flow=42.5 flow_rate=0.0 outside=22.0 bias=0.0 H=0 C=0
09:31:36
[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:31:36
[D][auto_adaptive:453]: Z1 ODIN (Heuristic) Low Flow (0.0 L/min). Load Ratio: 0.31 -> ΔT: 3.41
09:31:36
[D][auto_adaptive:310]: Z1 COOLING: calc=26.6°C (return 30.0 - delta 3.4)
09:31:36
[W][auto_adaptive:055]: Flow limited to 18.0°C (Zone Max Limit), calculated_flow: 26.6
09:31:36
[D][auto_adaptive:467]: Z1 ODIN COOLING: delta=3.4 → flow=18.0°C
09:36:36
[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:36:36
[D][auto_adaptive:625]: [*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
09:36:36
[D][auto_adaptive:390]: Z1 src=2 room=21.9 target=21.0 flow=42.0 flow_rate=0.0 outside=22.0 bias=0.0 H=0 C=0
09:36:36
[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:36:36
[D][auto_adaptive:453]: Z1 ODIN (Heuristic) Low Flow (0.0 L/min). Load Ratio: 0.31 -> ΔT: 3.41
09:36:36
[D][auto_adaptive:310]: Z1 COOLING: calc=26.6°C (return 30.0 - delta 3.4)
09:36:36
[W][auto_adaptive:055]: Flow limited to 25.0°C (Zone Max Limit), calculated_flow: 26.6
09:36:36
[D][auto_adaptive:467]: Z1 ODIN COOLING: delta=3.4 → flow=25.0°C
09:36:36
[D][auto_adaptive:141]: CMD: Set Dependent Cool Flow -> 25.0°C (18.0°C)
09:41:36
[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:41:37
[D][auto_adaptive:625]: [*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
09:41:37
[D][auto_adaptive:390]: Z1 src=2 room=21.9 target=21.0 flow=41.5 flow_rate=0.0 outside=22.0 bias=0.0 H=0 C=0
09:41:37
[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:41:37
[D][auto_adaptive:453]: Z1 ODIN (Heuristic) Low Flow (0.0 L/min). Load Ratio: 0.31 -> ΔT: 3.41
09:41:37
[D][auto_adaptive:310]: Z1 COOLING: calc=26.6°C (return 30.0 - delta 3.4)
09:41:37
[W][auto_adaptive:055]: Flow limited to 25.0°C (Zone Max Limit), calculated_flow: 26.6
09:41:37
[D][auto_adaptive:467]: Z1 ODIN COOLING: delta=3.4 → flow=25.0°C
09:46:36
[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:46:36
[D][auto_adaptive:625]: [*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
09:46:36
[D][auto_adaptive:390]: Z1 src=2 room=21.9 target=21.0 flow=41.0 flow_rate=0.0 outside=22.0 bias=0.0 H=0 C=0
09:46:36
[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:46:36
[D][auto_adaptive:453]: Z1 ODIN (Heuristic) Low Flow (0.0 L/min). Load Ratio: 0.31 -> ΔT: 3.41
09:46:36
[D][auto_adaptive:310]: Z1 COOLING: calc=26.6°C (return 30.0 - delta 3.4)
09:46:36
[W][auto_adaptive:055]: Flow limited to 25.0°C (Zone Max Limit), calculated_flow: 26.6
09:46:36
[D][auto_adaptive:467]: Z1 ODIN COOLING: delta=3.4 → flow=25.0°C

[FrensDJ]

@xoror heb een nieuwe sensor voor mijn woonkamer temperatuur, maar deze loopt via matter over thread, en daar nog beetje mee aan het spelen, maar als de sensor unavailble is zet de blueprint de temperatuur op 0

misschien een stukje in zetten zoals :

code:

- condition: 
   template value_template: > {{ current_temp not in ['unknown', 'unavailable', none] }}

[Loonen138]

tromphakvoort schreef op donderdag 9 juli 2026 @ 09:03:
@xoror ah okey dan ga ik straks even de warmtepomp tijd checken.

Hier de laatste logs:

08:42:18
--- Connected to EventStream ---
08:42:39
~[I][auto_adaptive:146]: ODIN production targets loaded (48h). current_hour=7 midnight_wrap=0 data_day=189
08:46:36
~[I][auto_adaptive:178]: Solver soft-stop: enable stop for hour 7
08:46:36
~[D][auto_adaptive:625]: ~[*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
08:46:36
~[D][auto_adaptive:390]: Z1 src=2 room=21.8 target=21.0 flow=48.0 flow_rate=0.0 outside=22.0 bias=0.0 H=0 C=0
08:46:36
~[D][auto_adaptive:428]: Z1 ODIN heating/cooling stopped, solver_load_ratio: -1.00, mode: 0
08:51:36
~[D][auto_adaptive:625]: ~[*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
08:51:36
~[D][auto_adaptive:390]: Z1 src=2 room=21.9 target=21.0 flow=47.5 flow_rate=0.0 outside=22.0 bias=0.0 H=0 C=0
08:51:36
~[D][auto_adaptive:428]: Z1 ODIN heating/cooling stopped, solver_load_ratio: -1.00, mode: 0
08:55:37
~[I][auto_adaptive:288]: Pre-hour trigger at 07:55 — requesting ODIN solve for hour 8.
08:55:39
~[I][auto_adaptive:146]: ODIN production targets loaded (48h). current_hour=7 midnight_wrap=0 data_day=189
08:56:36
~[D][auto_adaptive:625]: ~[*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
08:56:36
~[D][auto_adaptive:390]: Z1 src=2 room=21.8 target=21.0 flow=47.5 flow_rate=0.0 outside=22.0 bias=0.0 H=0 C=0
08:56:36
~[D][auto_adaptive:428]: Z1 ODIN heating/cooling stopped, solver_load_ratio: -1.00, mode: 0
09:01:36
~[I][auto_adaptive:192]: Solver soft-stop: disable stop for hour 8
09:01:36
~[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:01:36
~[D][auto_adaptive:625]: ~[*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
09:01:36
~[D][auto_adaptive:390]: Z1 src=2 room=21.8 target=21.0 flow=46.5 flow_rate=0.0 outside=22.0 bias=0.0 H=0 C=0
09:01:36
~[D][auto_adaptive:155]: ODIN -> Hour 8 | Prod: 2.3/7.5 | factor: 0.31 | mode: 3
09:01:36
~[D][auto_adaptive:453]: Z1 ODIN (Heuristic) Low Flow (0.0 L/min). Load Ratio: 0.31 -> ΔT: 3.41
09:01:36
~[D][auto_adaptive:310]: Z1 COOLING: calc=27.1°C (return 30.5 - delta 3.4)
09:01:36
~[W][auto_adaptive:055]: Flow limited to 18.0°C (Zone Max Limit), calculated_flow: 27.1
09:01:36
~[D][auto_adaptive:467]: Z1 ODIN COOLING: delta=3.4 → flow=18.0°C
09:01:36
~[D][auto_adaptive:141]: CMD: Set Dependent Cool Flow -> 18.0°C (17.0°C)
09:01:38
~[W][ecodan.component:363]: Command timed out. Retrying (attempt 2/30)...[1]

Bij mij stond de tijd ook niet goed maar blijkbaar stond de zomertijd op OFF en liep de warmtepomp dus 1 uur achter, na zomertijd op ON gezet te hebben staat die wel op de juiste tijd.

[Loonen138]

@xoror, Feature request, is het misschien mogelijk om de tijd die bij Heating\Cooling\DHW wordt weergegeven de tijd in te vullen wanneer die daadwerkelijk gaat beginnen met Heating\Cooling\DHW? 1e moment van die dag,

En kan het als sensor misschien zichtbaar worden gemaakt (voor HA)?
Dan kan dat ook worden weergegeven op het dashboard in HA, krijg je mooie overzichten van en kan je automations mee maken .

[xoror]

@FrensDJ Ik heb een change gepushed, re-import je blueprints en kijk of dat nu goed werkt.

@Loonen138 Hmm als er geen verwarming is bijv, wat vul je dan in Het is voor nu gewoon legenda, dat de x-as kleur een betekenis heeft.

Sensoren voor HA zijn voor nu even low prio, eerst even alle users up to speed helpen. Maar Asgard is open source en contributies zijn uiteraard welkom. (al is deze vrij lastig, omdat je 48h planning moet doorsturen als sensor naar HA, dat is nog even de vraag hoe dat moet)

[ Voor 14% gewijzigd door xoror op 09-07-2026 14:16 ]

[_RRM_]

xoror schreef op dinsdag 7 juli 2026 @ 22:58:
@barcomoon Dank voor de tip, ik heb even het achterliggende algo bekeken en mijn simpele model aangepast. Kan je 1.0.4-04 downloaden en testen en laten weten of het goed werkt?

Anderen met zonnepanelen, graag ook uitproberen.

Zie geen vreemde ESP reboots of panic meldingen.

De solar inschatting loopt hier aardig uit de pas.

Gister de helft minder dan verwacht, vandaag 10 kWh te kort. Houd het nog even in de gaten.

[xoror]

@_RRM_ Hier vandaag 67 verwacht en 62 werkelijk. Bewolkte dagen zijn lastig omdat de data voor de bewolking onbetrouwbaar is. Ik draai een experimentele versie die iets meer rekening houdt met bewolking. Wordt later vrijgegeven als ik geen gekke dingen zie.

[bilgy_no1]

PV vandaag:

• Totale opbrengst 26,09 kWh
• Voorspelling van Odin gisteren: 15,22 (nieuwste versie).
• Grafiek Expected PV zojuist terug gekeken: 19,39 kWh

Odin heeft dus ergens die expected solar flink bijgesteld.

Wat me opvalt:

• Odin voorspelt eerste opbrengst in uur 7. Werkelijke opwekking begint in uur 6 en vandaag zelfs een piepklein beetje in uur 5.
• Odin voorspelt nog opwekking in uur 22. Werkelijke laatste opwekking in uur 21.
• Wellicht een uur verschoven?
• Met een typische curve op een zonnige dag wekt mijn systeem tussen 11:00 - 15:00 nagenoeg hetzelfde op. Bij Odin is de piek wat smaller en ook minder hoog.

Uit de opbrengst zelf is door de lastig te voorspellen bewolking denk ik weinig op te maken.

Ik check het voor morgen nog even. Dan nog even speuren naar die bug...

[xoror]

Als iedereen nu met een vergrootglas op de solar production zit, kan je beter even de 1.04-06 build downloaden. Die houdt wat meer rekening met bewolking.

Maar het blijft een schatting, dus ga daar niet blind op staren, als het ongeveer goed is, is het goed genoeg om mee te sturen

[ Voor 4% gewijzigd door xoror op 09-07-2026 23:09 ]

[xoror]

Ik heb nog even een voorbeeld gemaakt hoe je een van de belangrijkste parameters gebruikt binnen Odin: kWh penalty

Je kan met deze param Odin meer naar de ideale lijn laten bewegen (tegen kosten)
https://github.com/gekkek...iscussioncomment-17593959

Het wordt de komende tijd weer warm, dus begin op tijd met koelen

[ Voor 10% gewijzigd door xoror op 10-07-2026 11:39 ]

[bilgy_no1]

xoror schreef op donderdag 9 juli 2026 @ 07:39:
Ik ben een vervelende crash aan het debuggen, maar hij is zo random dat ik lastig de oorzaak kan vinden.

Kunnen mensen met Asgard + HA het volgende in HA nakijken:
- kijk bij de esp uptime sensor, reboot hij vaak uit zichzelf?
- kijk bij de reset reason, zie je panic als reason ?

Zo ja, vanaf welke datum start het (bij welke release evt)

ESP Uptime 467.522s

Error Code: No error

Reset Reason: Reboot request from http_request.update

Ik had wel vlak daarvoor Home Assistant herstart vanwege een app update. Maar de uptime lijkt wel te kloppen met het installeren van de vorige update van Asgard (staat nu op 2026.07.02.01)

[xoror]

Over de crash:
Ik heb hem uiteindelijk gevonden. Er zit een bug in ESPHome wanneer je continu draait met een logger attached (via de cmd line). Dat doet natuurlijk niemand hier, dus ik ben dan ook de enige die het ziet.

[_RRM_]

xoror schreef op donderdag 9 juli 2026 @ 23:07:
Als iedereen nu met een vergrootglas op de solar production zit, kan je beter even de 1.04-06 build downloaden. Die houdt wat meer rekening met bewolking.

Maar het blijft een schatting, dus ga daar niet blind op staren, als het ongeveer goed is, is het goed genoeg om mee te sturen

Hoe groot is het belang van de solar voor Odin?

In de winter jaag ik misschien wel 80% van mijn verbruik voor verwarmen er doorheen. De opbrengst van solar komt dan niet eens in de buurt van de 10% van het dagverbruik.

Bij mij blijft Asgard nu 10-20 kWh minder voorspellen dan de daadwerkelijke opbrengst. Maar misschien is dat dus helemaal geen probleem.

[bilgy_no1]

_RRM_ schreef op zaterdag 11 juli 2026 @ 10:40:
[...]

Hoe groot is het belang van de solar voor Odin?

In de winter jaag ik misschien wel 80% van mijn verbruik voor verwarmen er doorheen. De opbrengst van solar komt dan niet eens in de buurt van de 10% van het dagverbruik.

Bij mij blijft Asgard nu 10-20 kWh minder voorspellen dan de daadwerkelijke opbrengst. Maar misschien is dat dus helemaal geen probleem.

Zolang het goed genoeg is om de juiste sturing te geven zal het inderdaad geen probleem zijn.

Ik merk bij mijn systeem dat Odin vooral in de ochtend te conservatief is. Even uitgaande van een (bijna) perfect zonnige dag als gisteren. Dan heb ik om 7:00 uur al meer dan 1 kWh, Odin verwacht dan 0,07 kWh.

De periode dat ik meer dan 2 kWh opwek in een uur is bij mijn systeem tussen 9:00 en 16:00. Volgens Odin is dit tussen 12:00 en 15:00.

In deze periode gaat het alleen om SWW bij mij, want aparte airco's. In de praktijk zie ik dat Odin de SWW keurig om 14:00 plant, wat ook samenvalt met typisch de goedkoopste uren qua dynamische tarieven. Ik zou het zelf ook zo plannen.

In het verwarmingsseizoen is PV voor mij niet echt heel relevant meer qua opbrengst.

Wel is het zo dat na einde salderen de keuze iets anders kan uitvallen als ik bijv rond 10:00 nog volop PV heb en het in de middag betrekt. Maar goed, bijna al mijn PV gaat toch al naar de thuisbatterij, dus gaat niet verloren tegen laag tarief...

[xoror]

@_RRM_ Grotendeels wat @bilgy_no1 hier zegt.

In de winter heb je niet genoeg. Odin zal de beschikbare solar kWh afhalen van wat er nodig is om dat uur te verwarmen. Per saldo worden sommige uren dan goedkoper vanwege solar. Maar in de winter is dat minimaal.

In de zomer heb je veel zon. En dan sturen we op dezelfde manier, alleen valt de balans nu veel sneller om (er worden veel meer uren gratis).

De ochtenden/avonden zijn ook wat lastig te schatten. Daarom zit er in de HA plugin ook dempingsfactoren voor ochtenden en avonden. Ik vindt het niet de moeite waard om dat allemaal erin te stoppen, het blijft een schatting en voor de sturing is het ruim voldoende.

[xoror]

Odin is vanaf nu beschikbaar

Hoe gaat het koelen bij jullie deze dagen? Hier begin ik tegen dauwpunt aan te lopen. Dat kan je zien aan de consumption/production. Deze zijn dan lager dan geschat.

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

[bilgy_no1]

Vraagje/suggestie: ik wilde voor vertrek de warmtepomp op vakantiemodus zetten. Via de Home Assistant integratie van Asgard is dat prima gelukt. Maar in de stand-alone web interface van Asgard kon ik die optie niet vinden. Misschien heb ik er overheen gekeken, maar voor stand-alone gebruik wel handig om daar bij Settings een schuifje voor te hebben.

Nu in de zomervakantie niet zo'n probleem, maar in de winter gebruikte ik hem wel icm met een wat lagere setpoint (16,5°C of zoiets).

In Melcloud is dit ook in te stellen tot een bepaalde dag, bijvoorbeeld een dag voor terugkomst is vakantiemodus afgelopen en is het huis en SWW weer op temperatuur.

[xoror]

@bilgy_no1
- server control aan, prohibit heating/cooling/dhw. alleen legionella draait dan nog. Dag van terug komst doe prohibit dhw off, dan gaat hij gelijk starten.

[bilgy_no1]

xoror schreef op zondag 12 juli 2026 @ 18:27:
@bilgy_no1
- server control aan, prohibit heating/cooling/dhw. alleen legionella draait dan nog. Dag van terug komst doe prohibit dhw off, dan gaat hij gelijk starten.

Ik bedoel het meer als suggestie voor de stand-alone klanten. Als die van Melcloud komen zoeken ze misschien zo'n functie.

[xoror]

@ReseT Even hier reageren. Installeer laatste versie voor de zekerheid om dat uit te sluiten. Ik heb wel een bug opgelost die de verkeerde step down limit hanteerde en dat kan een verklaring zijn waarom het niet zonder dhw start.

[ Voor 41% gewijzigd door xoror op 12-07-2026 22:53 ]

[Djvdb]

Als ik een update van de esp uitvoer gaat de warmtepomp kort daarna altijd even verwarmen. Is dit te voorkomen?

[xoror]

@Djvdb hmm heb je toevallig logs? Ik zie het bij mijzelf nooit, maar ik gebruik dan Asgard + in1, die state restore ik, dus dan merk ik niets van updates. Kan zijn wanneer de selected operating mode van unknown -> laatst gekozen mode gaan. Die unknown of begin state is misschien niet correct.

[Ben(V)]

Ik gebruik de Asgard voornamelijk via HA, maar keek vandaag eens rechtstreeks via de browser naar de Asgard en zie dat in het monitor scherm wel de live data te zien is maar "Calendar View" blijft leeg.
Ik draai altijd de laatste versie en heb vanochtend nog een update gedaan.

Enige idee hoe dat komt?

[xoror]

@Ben(V) al recentelijk een keer de factory flash via usb gedaan ?
https://github.com/gekkek...eleases/tag/2026-06-07.01

Je kan de factory flash gewoon met de laatste firmware doen, maar je moet het wel een keer gedaan hebben voor de history.

[Ben(V)]

Dat heb ik gedaan, zou daar iets mis zijn gegaan?

Misschien nog een keer via USB doen en dan weer updaten naar de laatste versie?

[ Voor 45% gewijzigd door Ben(V) op 13-07-2026 12:11 ]

[xoror]

Ja met usb een keer met laatse versie doen. Let op de factory he ?

Als je calendar kiest en dan een dag, zou je wel data moeten zien.

[ Voor 32% gewijzigd door xoror op 13-07-2026 12:19 ]

[ReseT]

xoror schreef op zondag 12 juli 2026 @ 22:41:
@ReseT Even hier reageren. Installeer laatste versie voor de zekerheid om dat uit te sluiten. Ik heb wel een bug opgelost die de verkeerde step down limit hanteerde en dat kan een verklaring zijn waarom het niet zonder dhw start.

Laatste versie van gisteren asgard-z1-en-2026-07-12.01 geinstalleerd.

Zojuist even aangezet. (DHW run is rond half 3) Schiet nog steeds naar 38hz en na 3 min start de short cycle prevention blokkade.





Voor de lezers: mijn cross-post in het andere topic: ReseT in "Mitsubishi Electric Ecodan Lucht/Water Warmtepompen"

[Ben(V)]

xoror schreef op maandag 13 juli 2026 @ 12:17:
Ja met usb een keer met laatse versie doen. Let op de factory he ?

Als je calendar kiest en dan een dag, zou je wel data moeten zien.

Ok ik ga hem als vanmiddag wel even loshalen en nogmaals via USB een factory bin installeren kijken of het dan wel werkt.
Ik laat het weten als het gedaan is en wat het resultaat is.

[xoror]

@Ben(V) Als je nu calendar kiest, en dan gisteren pakt, zie je iets van een error in de Asgard log?

[Ben(V)]

Hij zegt:

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

Maar dat komt waarschijnlijk doordat de warmtepomp met een legionella run bezig is.

Verder blijft het scherm leeg welke datum ik ook kies

[ Voor 46% gewijzigd door Ben(V) op 13-07-2026 12:29 ]

[xoror]

@ReseT zoek een smart start waarde waarbij je dat vermogen wel kwijt kan. Het ging mij meer om starts zonder dhw. Nog steeds last van stops?

@Ben(V) Dat is apart, want als de file er niet is zou hij moeten klagen. Klik nog paar dagen terug om te kijken of je errors ziet?

[Ben(V)]

Alles blijft leeg en geen error.

[xoror]

Ben(V) schreef op maandag 13 juli 2026 @ 12:39:
Alles blijft leeg en geen error.

Laat log raampje een uurtje open, kijken of je wat berichten ziet over het wegschrijven.

[Ben(V)]

Doe ik al sinds 12:30 uur maar voorlopig alleen meldingen dat het systeem busy is.
Laat hem nog wel een een tijdje staan en dan zal ik vanmiddag wel opnieuw een factory bin via USB flashen kijken wat dat oplevert.

[ReseT]

xoror schreef op maandag 13 juli 2026 @ 12:36:
@ReseT zoek een smart start waarde waarbij je dat vermogen wel kwijt kan. Het ging mij meer om starts zonder dhw. Nog steeds last van stops?

@Ben(V) Dat is apart, want als de file er niet is zou hij moeten klagen. Klik nog paar dagen terug om te kijken of je errors ziet?

Ja nog steeds last van stops. Na een DHW start de wp op volle vermogen en moduleert binnen 15 minuten de wp terug naar 18hz.

Zonder DHW start moduleert deze niet terug en wordt onderbroken na 3 minuten, door de short cycle of gaat pendelen zonder short cycle functie.

Ik ga er wel vanuit dat na x min de wp terug moduleert, na initiële full power Startup.

-Komt dit mogelijk door het initiële hogere Ta door de DHW waardoor de wp wel zijn koelopstartvermogen wel kwijt kan?
-Wat voor gevolgen heeft een lagere smart start als deze lager is dan minimum cooling flow temperature van de AA:cooling? Nu 16c.

[xoror]

@ReseT Ik denk dat wanneer DHW heeft gedraait, hij terug mag naar lager dan 36hz, en dat het daarom goed gaat.

Wanneer je smart start onder min flow zet, wordt dat op min flow gecapped. Kan je flowrate nog verhogen dmv pomp stand en/of meer groepen openen?

[Djvdb]

xoror schreef op maandag 13 juli 2026 @ 11:38:
@Djvdb hmm heb je toevallig logs? Ik zie het bij mijzelf nooit, maar ik gebruik dan Asgard + in1, die state restore ik, dus dan merk ik niets van updates. Kan zijn wanneer de selected operating mode van unknown -> laatst gekozen mode gaan. Die unknown of begin state is misschien niet correct.

Wellicht dat je hier wijzer van wordt. Ik kan de logs niet terug vinden op de ESP zelf. De hoofdthermostaat lijkt te wijzigen naar MRC, operating mode gaat van uit naar unknown naar uit en dan ineens naar verwarmen. Dus hij lijkt na de update de vorige mode wel eerst even goed op te pakken. Maar om de een of andere reden wordt er dan besloten om te gaan verwarmen.

[ReseT]

xoror schreef op maandag 13 juli 2026 @ 14:11:
@ReseT Ik denk dat wanneer DHW heeft gedraait, hij terug mag naar lager dan 36hz, en dat het daarom goed gaat.

Wanneer je smart start onder min flow zet, wordt dat op min flow gecapped. Kan je flowrate nog verhogen dmv pomp stand en/of meer groepen openen?

Nu de smart start op 16C gezet.
In de situatie als ik koeling aan zet naar Cool Flow Temperature, dmv het switchen tussen operating mode van Heating naar Cooling of Server Control Prohibit Cooling&Heating, is de Smart Start temperature 18C en niet de ingestelde 16C.

Is er ergens een minimum range grens?

Begrijp wel dat je geen risico wilt nemen als een gebruiker te koelt en geen rekening houdt met het dauwpunt.

[xoror]

@ReseT staat letterlijk in bericht die je qoute: "Wanneer je smart start onder min flow zet, wordt dat op min flow gecapped" ws staat je min flow op 18c?

[Ben(V)]

Ik heb de Asgard opnieuw geflashed met de factory bin via USB en vervolgens met HA hem weer naar de laatste firmware geupdate.

Er is nog steeds geen dat te zien in de calender view en ook geen error in de log.
Kan het iets met de datum setting te maken hebben, waar haalt de Asgard zijn datum vandaan?

[xoror]

@Ben(V) Datum is van de Ecodan zelf. Staat je tijd daar goed? Na flash kan je na half uurtje al data zien in calendar view. kies dan datum van vandaag, dan moet je wel van afgelopen half uur zien

[Ben(V)]

Dat was het, de Ecodan stond op 2025 in plaats van 2026, verder stond de datum/tijd wel goed.
Als ik in de Asgard bij 2025 kijk is de data er wel.
Heb de Ecodan nu op het juiste jaar gezet en nu werkt het wel.

Thanks voor het meedenken al was het gewoon mijn fout.

[xoror]

@Ben(V) Asgard wilde ik geen externe afhankelijkheden hebben behalve update server, want de boel moet **altijd** blijven werken, ook zonder netwerk. Zodoende mag Asgard niet de tijd ophalen via het netwerk.

Odin doet dit wel, omdat hij meer data van het internet nodig heeft.

[Ben(V)]

Goede redenering, de Ecodan zelf kan ook geen datum van het internet halen en dan zou je met de Asgard de datum van de Ecodan moeten kunnen instellen en misschien kan dat wel niet.

Ik heb gewoon ergens in het verleden een foutje gemaakt in de jaar setting van de Ecodan, maar voor de werking van alles maakt dat niets uit en dat jaar verschil zit er al zeker twee jaar in toen de Ecodan werd opgeleverd.

[ReseT]

xoror schreef op dinsdag 14 juli 2026 @ 09:18:
@ReseT staat letterlijk in bericht die je qoute: "Wanneer je smart start onder min flow zet, wordt dat op min flow gecapped" ws staat je min flow op 18c?

Nee. Ik zou 17C of 17.3C verwachten in deze situatie.

[xoror]

@ReseT post eens een stuk logging met auto adaptive berekening, dan kan je zien wat hij doet qua flow temp.

@Djvdb Het verwarmen lees ik uit van de Ecodan zelf. Kan je kijken of bepaalde setpoint wordt gezet met je thermostaat na rebooten? Ik gok dat de thermostaat demand genereert (je wireless)

[ Voor 46% gewijzigd door xoror op 14-07-2026 12:00 ]

[FrensDJ]

ReseT schreef op dinsdag 14 juli 2026 @ 11:45:
[...]


Nee. Ik 17C of 17.3C verwachten in deze situatie.
[Afbeelding]

hoe heb je die douwpunt in je HA gezet? en kan je ze niet beter in het blokje cooling doen? dat blok is niet zichtbaar bij verwarmen en dus ook dan niet relevant

[xoror]

@FrensDJ je kan gewoon een sensor definieren, zie voorbeeld: https://github.com/gekkek...ecodan-hp/discussions/356

[ReseT]

xoror schreef op dinsdag 14 juli 2026 @ 11:55:
@ReseT post eens een stuk logging met auto adaptive berekening, dan kan je zien wat hij doet qua flow temp.

@Djvdb Het verwarmen lees ik uit van de Ecodan zelf. Kan je kijken of bepaalde setpoint wordt gezet met je thermostaat na rebooten? Ik gok dat de thermostaat demand genereert (je wireless)

Ik weet niet precies hoe je de berekeningslog achterhaalt. Dit kan ik wel achterhalen, is dit wat je aangeeft?

code:

[13:07:23] --- Connection Established ---
[13:10:52] [D][auto_adaptive:590]: Zone 1 not in fixed flow mode. Exiting.
[13:11:24] [W][ecodan.component:363]: Command timed out. Retrying (attempt 2/30)...[1]
[13:11:25] [W][ecodan.component:363]: Command timed out. Retrying (attempt 3/30)...[1]
[13:15:52] [D][auto_adaptive:625]: [*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
[13:15:52] [D][auto_adaptive:390]: Z1 src=0 room=23.0 target=23.0 flow=41.0 flow_rate=0.0 outside=31.0 bias=0.0 H=0 C=0
[13:15:52] [D][auto_adaptive:490]: Z1 target_delta=2.00 cold_factor=0.00 dyn_min=2.00 eff_range=2.00 error_factor=0.00 boost=1.00 linear=0, use_solver=0
[13:20:52] [D][auto_adaptive:625]: [*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
[13:20:52] [D][auto_adaptive:390]: Z1 src=0 room=23.0 target=23.0 flow=40.5 flow_rate=0.0 outside=32.0 bias=0.0 H=0 C=0
[13:20:52] [D][auto_adaptive:490]: Z1 target_delta=2.00 cold_factor=0.00 dyn_min=2.00 eff_range=2.00 error_factor=0.00 boost=1.00 linear=0, use_solver=0
[13:24:37] [W][ecodan.component:363]: Command timed out. Retrying (attempt 2/30)...[1]
[13:25:52] [D][auto_adaptive:625]: [*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
[13:25:52] [D][auto_adaptive:390]: Z1 src=0 room=23.0 target=23.0 flow=40.5 flow_rate=0.0 outside=33.0 bias=0.0 H=0 C=0
[13:25:52] [D][auto_adaptive:490]: Z1 target_delta=2.00 cold_factor=0.00 dyn_min=2.00 eff_range=2.00 error_factor=0.00 boost=1.00 linear=0, use_solver=0
[13:30:52] [D][auto_adaptive:625]: [*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
[13:30:52] [D][auto_adaptive:390]: Z1 src=0 room=23.0 target=23.0 flow=40.0 flow_rate=0.0 outside=33.0 bias=0.0 H=0 C=0
[13:30:52] [D][auto_adaptive:490]: Z1 target_delta=2.00 cold_factor=0.00 dyn_min=2.00 eff_range=2.00 error_factor=0.00 boost=1.00 linear=0, use_solver=0
[13:33:43] [W][ecodan.component:363]: Command timed out. Retrying (attempt 2/30)...[1]
[13:35:52] [D][auto_adaptive:590]: Zone 1 not in fixed flow mode. Exiting.
[13:36:27] [W][ecodan.component:363]: Command timed out. Retrying (attempt 2/30)...[1]

FrensDJ schreef op dinsdag 14 juli 2026 @ 12:47:
[...]

hoe heb je die douwpunt in je HA gezet? en kan je ze niet beter in het blokje cooling doen? dat blok is niet zichtbaar bij verwarmen en dus ook dan niet relevant

Ik heb een bestaande sensoren gebundeld en daarvan de dew point berekend, zoals in de link. Als bevestiging wilde ik de sensorwaarde zien alvorens dit als Min. Cooling Flow wordt gebruikt.

Ondertussen ook in het blokje gezet met zichtbaarheidsconditie.

[ Voor 53% gewijzigd door ReseT op 14-07-2026 15:21 ]

[FrensDJ]

sinds vandaag een beetje vreemde situatie na verwarmen warm water word de setpoint voor koelen op 30 graden gezet

code:

[14:15:51] ~~~[W][ecodan.component:363]: Command timed out. Retrying (attempt 2/30)...[1]
[14:16:09] ~~~[D][auto_adaptive:057]: Passive thermal window started: room=21.50C
[14:16:16] ~~~[I][short_cycle:278]: Compressor STOP detected
[14:16:16] ~~~[D][short_cycle:155]: Compressor stop event: stand-alone-cycle prevention: 0, saved z1 flow setpoint: nan, saved z2 flow setpoint: nan
[14:18:35] ~~~[D][auto_adaptive:583]: System is busy (DHW/Defrost/Lockout). Exiting.
[14:19:14] ~~~[I][short_cycle:286]: Compressor START detected
[14:19:14] ~~~[D][auto_adaptive:291]: Compressor start: triggering auto-adaptive loop.
[14:19:14] ~~~[D][auto_adaptive:583]: System is busy (DHW/Defrost/Lockout). Exiting.
[14:23:35] ~~~[D][auto_adaptive:583]: System is busy (DHW/Defrost/Lockout). Exiting.
[14:28:35] ~~~[D][auto_adaptive:583]: System is busy (DHW/Defrost/Lockout). Exiting.
[14:33:35] ~~~[D][auto_adaptive:583]: System is busy (DHW/Defrost/Lockout). Exiting.
[14:37:48] ~~~[I][short_cycle:278]: Compressor STOP detected
[14:37:48] ~~~[D][short_cycle:155]: Compressor stop event: stand-alone-cycle prevention: 0, saved z1 flow setpoint: nan, saved z2 flow setpoint: nan
[14:38:35] ~~~[D][auto_adaptive:583]: System is busy (DHW/Defrost/Lockout). Exiting.
[14:43:35] ~~~[D][auto_adaptive:625]: ~~~[*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
[14:43:35] ~~~[D][auto_adaptive:390]: Z1 src=0 room=21.5 target=20.0 flow=55.0 flow_rate=19.0 outside=32.0 bias=0.0 H=0 C=1
[14:43:35] ~~~[D][auto_adaptive:490]: Z1 target_delta=5.80 cold_factor=0.00 dyn_min=2.00 eff_range=2.00 error_factor=0.84 boost=1.00 linear=0, use_solver=0
[14:43:35] ~~~[D][auto_adaptive:310]: Z1 COOLING: calc=30.7°C (return 36.5 - delta 5.8)
[14:43:35] ~~~[D][auto_adaptive:141]: CMD: Set Dependent Cool Flow -> 30.7°C (17.5°C)
[14:48:35] ~~~[D][auto_adaptive:625]: ~~~[*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
[14:48:35] ~~~[D][auto_adaptive:390]: Z1 src=0 room=21.5 target=20.0 flow=19.5 flow_rate=18.0 outside=30.0 bias=0.0 H=0 C=0
[14:48:35] ~~~[D][auto_adaptive:490]: Z1 target_delta=5.80 cold_factor=0.00 dyn_min=2.00 eff_range=2.00 error_factor=0.84 boost=1.00 linear=0, use_solver=0
[14:53:35] ~~~[D][auto_adaptive:625]: ~~~[*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
[14:53:35] ~~~[D][auto_adaptive:390]: Z1 src=0 room=21.5 target=20.0 flow=19.5 flow_rate=18.0 outside=30.0 bias=0.0 H=0 C=0
[14:53:35] ~~~[D][auto_adaptive:490]: Z1 target_delta=5.80 cold_factor=0.00 dyn_min=2.00 eff_range=2.00 error_factor=0.84 boost=1.00 linear=0, use_solver=0

EDIT: zie dat @ReseT een vergelijkbaare situate heeft, bij mij wel na home assistant automation om warmwater te maken van overproductie stroom uit de zonnepanelen

[ Voor 88% gewijzigd door FrensDJ op 14-07-2026 16:31 ]

[juandelcampo]

Hoi @xoror,

Ik heb Asgard al een tijdje draaien en sindskort ook Odin er aan gekoppeld. Ik ben erg onder de indruk wat je allemaal voor elkaar hebt gekregen en benieuwd hoe het straks allemaal gaat lopen wanneer er warmtevraag komt (koelen is hier nu nog niet nodig, dat doe ik alleen als de nachten ook warm zijn).
Ik heb nog wel een kleine feature-request: Bij Odin staan bij alle instellingen van die kleine vraagtekentjes met uitleg, bij Asgard is dat maar mondjesmaat. Het zou handig zijn als bij iedere instelling een beknopte uitleg staat, en wellicht ook wat de standaard waarde was. (bijvoorbeeld bij 'smart boost' of 'defrost mitigation')
Verder heb ik geen home assistant, en ben van plan om gewoon de draadloze mitsubishi thermostaat (PAR WT60R-E) te blijven gebruiken. Of mis ik dan zoveel verfijning in hysterese dat Asgard niet optimaal kan werken?

[xoror]

@juandelcampo Ja is wel iets wat ik nog wil oppakken. De opties staan wel hier beschreven, maar een tooltip is beter.
Soms is het ook lastig in een of 2 zinnen uit te leggen, in dat geval kan je dan beter de docs gebruiken.

Wat betreft de PAR. Het werkt wel, maar de resolutie van 0.5c is een beetje beperkend. De warmte verliezen zijn dan lastig te schatten omdat het bij energie zuinige woningen nauwelijks fluctueert. Voor alleen verwarmen kom je er wel mee weg, maar voor koelen is het echt lastig schatten met de 0.5c resolutie.

Als je de PAR koppelt aan de virtuele thermostaat, kan je iig al wel een eigen hysterese instellen. Je moet wel virtual thermostat gebruiken voor Odin.

Er zijn hier nog een paar gebruikers die het ook zo doen.

[Ben(V)]

Tevens kun je met de PAR WT60R-E enkel per hele graad instellen, wat met koelen niet zoveel uitmaakt maar in de winter vind ik dat echt waardeloos voor zo'n duur ding.

[xoror]

offtopic:
Ik ben een andere algo aan het testen om de heat loss tijdens koelen beter te kunnen bepalen, maar daar struggle ik al met 0.1c resolutie....

@FrensDJ Je return temp is nog hoog (na dhw). Dus hij bouwt dat rustig op, zal binnen een min of 10 weer normaal moeten zijn ?

Ik zie dat ik de smart start alleen gebruik als je return temp even niet bekend is, maar als die te hoog is (dus wel bekend) gebruiken we dat niet.

Hebben jullie de na draai tijd ingesteld bij DHW ? Om je rest warmte temp om laag te krijgen na een DHW?

[ Voor 56% gewijzigd door xoror op 15-07-2026 14:40 ]

[ReseT]

xoror schreef op woensdag 15 juli 2026 @ 11:34:
offtopic:
Ik ben een andere algo aan het testen om de heat loss tijdens koelen beter te kunnen bepalen, maar daar struggle ik al met 0.1c resolutie....

@FrensDJ Je return temp is nog hoog (na dhw). Dus hij bouwt dat rustig op, zal binnen een min of 10 weer normaal moeten zijn ?

Ik zie dat ik de smart start alleen gebruik als je return temp even niet bekend is, maar als die te hoog is (dus wel bekend) gebruiken we dat niet.

Hebben jullie de na draai tijd ingesteld bij DHW ? Om je rest warmte temp om laag te krijgen na een DHW?

Betekent dat bij een lage smart start temperatuur bij koeling nooit gebruikt zal worden omdat de return altijd hoger is doordat het zomer is?


Heb de nadraaitijd nu naar 20min gezet om na DHW lagere return temperaturen te krijgen. 'Wacht' is dan 20min.

Zoals hier aangegeven https://kennisbank.alklima.nl/hc/nl/articles/39059852560529-Ecodan-koelbedrijf-optimalisatiemodule

[xoror]

Ja dat klopt, moet even denken of we daar smart het willen overriden.
Kijk of de na-draai tijd het oplost. Zijn er nog andere keuzes? 5m of 10m lijken me ook meer dan voldoende. Gaat erom dat het (warme) rest-water even rond gepompt wordt en de temp gaat aannemen van je verwarmingscircuit.

Bij mijn puhz gaat de water pomp eerst een paar mins lopen voor de compressor aangaat. Wellicht werkt dat bij een SUZ anders. Ik heb nog nooit die na-draai tijd nodig gehad.

[ Voor 23% gewijzigd door xoror op 15-07-2026 19:20 ]

[tromphakvoort]

Ik heb een SUZ-SWM60-VA2 buitenunit en bij gaat ook de waterpomp eerst een aantal minuten draaien voordat de compressor aangaat.

[FrensDJ]

xoror schreef op woensdag 15 juli 2026 @ 11:34:
offtopic:
Ik ben een andere algo aan het testen om de heat loss tijdens koelen beter te kunnen bepalen, maar daar struggle ik al met 0.1c resolutie....

@FrensDJ Je return temp is nog hoog (na dhw). Dus hij bouwt dat rustig op, zal binnen een min of 10 weer normaal moeten zijn ?

Ik zie dat ik de smart start alleen gebruik als je return temp even niet bekend is, maar als die te hoog is (dus wel bekend) gebruiken we dat niet.

Hebben jullie de na draai tijd ingesteld bij DHW ? Om je rest warmte temp om laag te krijgen na een DHW?

@xoror heb hem na ruim een uur in op de web interface van de asgard naar beneden gezet, nalopen heeft hij wel gedaan maar de target temp werd al te hoog gezet om een of andere reden.

[xoror]

@FrensDJ draai je laatste versie < 07-17.01? Denk dat die die verkeerde stepdown bug is van versie ervoor

[FrensDJ]

xoror schreef op donderdag 16 juli 2026 @ 09:51:
@FrensDJ draai je laatste versie < 07-17.01? Denk dat die die verkeerde stepdown bug is van versie ervoor

asgard-z1-en-2026-07-12.01

uptime: 3d 3h,

[xoror]

@FrensDJ Ja even updaten, daar zit de bug nog in.

[xoror]

Djvdb schreef op maandag 13 juli 2026 @ 20:27:
[...]

Wellicht dat je hier wijzer van wordt. Ik kan de logs niet terug vinden op de ESP zelf. De hoofdthermostaat lijkt te wijzigen naar MRC, operating mode gaat van uit naar unknown naar uit en dan ineens naar verwarmen. Dus hij lijkt na de update de vorige mode wel eerst even goed op te pakken. Maar om de een of andere reden wordt er dan besloten om te gaan verwarmen. [Afbeelding]

Zijn hier meer mensen die dit probleem hebben bij het updaten van je firmware?
Ik kan het niet echt reproduceren namelijk.

[usain]

Nou nou nou 😂

[xoror]

@usain nieuwe install en nog geen verwarmingsseizoen gehad met asgard denk ik ? Deel je stats of debug json van Odin met mij Dan kan ik kijken wat er aan de hand is bij jou

[ Voor 45% gewijzigd door xoror op 17-07-2026 16:11 ]

[kimjansen]

xoror schreef op woensdag 3 juni 2026 @ 16:36:
@kimjansen heb je de documentatie bekeken? Er is een custom stand alone webserver speciaal voor mensen zonder HA. Er zijn genoeg gebruikers hier zonder HA.

Heel vluchtig, maar loop nu ook nog met name tegen de hardware beperking aan, ik zoek iets met een ingang voor de vraagsturing vanuit de naregeling (waarmee potentieel PWM regelgedrag wordt gladgestreken). De I2C aansluiting op Asgard heeft vast geen mogelijkheid om hierop het potentiaalvrij contact aan te sluiten ipv de DS18B20's (GPIO mode dus)?

[ Voor 3% gewijzigd door kimjansen op 17-07-2026 16:47 ]

[usain]

xoror schreef op vrijdag 17 juli 2026 @ 16:09:
@usain nieuwe install en nog geen verwarmingsseizoen gehad met asgard denk ik ? Deel je stats of debug json van Odin met mij Dan kan ik kijken wat er aan de hand is bij jou

Klopt ja, warmtepomp pas sinds april in huis. Naast DHW en beetje kloten met coolen heeft hij nog niks gedaan. Debug json in de DM

[xoror]

@kimjansen Moet ik controleren, kom ik later op terug.

@kimjansen Ik heb het even voor je getest met de GPIO2 (dallas)

YAML:

binary_sensor:
  - platform: gpio
    pin: 
      number: GPIO2
      inverted: true 
    name: "Dry Contact Test"
    id: dry_contact
    filters:
      - delayed_on: 50ms
      - delayed_off: 50ms
    on_state:
      then:
        - if:
            condition:
              binary_sensor.is_on: dry_contact
            then:
              - logger.log: "DRY CONTACT TEST: GPIO2 State is LOW (Contact CLOSED)"
            else:
              - logger.log: "DRY CONTACT TEST: GPIO2 State is HIGH (Contact OPEN)"

Je kan het gebruiken om de status van een dry contact uit te lezen. Je moet dan de software zelf compilen en dallas deel eruit commenten (yaml) en dan je eigen logica erbij plakken.

[ Voor 87% gewijzigd door xoror op 17-07-2026 19:59 ]

[xoror]

Hoe gaat het koelen bij iedereen afgelopen week? Hier heeft Odin het goed gedaan, meestal binnen bandbreedte kunnen blijven tegen minimale kosten. Vandaag bijv:

[xoror]

Er is een nieuwe Asgard en Odin release uit. Deze zijn aanbevolen voor de gebruikers. Het fixed een aantal issues met drifts in de params als je niet aan het koelen bent. Verder is esphome 2026.7.x uitgekomen en die had wat breaking changes en die heb ik moeten fixen.
Asgard: https://github.com/gekkek...eleases/tag/2026-07-20.03

Als het goed is zie je de beide updates in de betreffende dashboards.

Voor Odin is er nu ook een pagina met meer informatie te vinden.

@juandelcampo de tooltips zitten nu overal in Asgard

[bilgy_no1]

xoror schreef op maandag 20 juli 2026 @ 16:28:
Er is een nieuwe Asgard en Odin release uit. Deze zijn aanbevolen voor de gebruikers. Het fixed een aantal issues met drifts in de params als je niet aan het koelen bent. Verder is esphome 2026.7.x uitgekomen en die had wat breaking changes en die heb ik moeten fixen.
Asgard: https://github.com/gekkek...eleases/tag/2026-07-20.03

Als het goed is zie je de beide updates in de betreffende dashboards.

Voor Odin is er nu ook een pagina met meer informatie te vinden.

@juandelcampo de tooltips zitten nu overal in Asgard

Ik heb Asgard kunnen updaten vanuit HA, maar Odin nog niet (want niet benaderbaar van buitenshuis). Ik neem aan dat dit geen conflict geeft.

Ik moet toch eens even kijken hoe ik de Asgard dashboard ook zichtbaar kan maken via Tailscale, want het is nu lastig te monitoren wanneer ik er niet ben. Heeft iemand daar ervaring mee?

Ik heb Tailscale op de HA en mijn telefoon. Die verbinding werkt goed. Maar geen idee hoe ik Asgard (en liefst ook Odin) daaraan toevoeg...

[tromphakvoort]

bilgy_no1 schreef op dinsdag 21 juli 2026 @ 09:25:
[...]

Ik heb Asgard kunnen updaten vanuit HA, maar Odin nog niet (want niet benaderbaar van buitenshuis). Ik neem aan dat dit geen conflict geeft.

Ik moet toch eens even kijken hoe ik de Asgard dashboard ook zichtbaar kan maken via Tailscale, want het is nu lastig te monitoren wanneer ik er niet ben. Heeft iemand daar ervaring mee?

Ik heb Tailscale op de HA en mijn telefoon. Die verbinding werkt goed. Maar geen idee hoe ik Asgard (en liefst ook Odin) daaraan toevoeg...

Je kan dit van tailscale even bekijken, dan kan je via je HA tailscale je lokale subnet routeren en daarmee verbinden met Asgard en Odin.

https://tailscale.com/docs/features/subnet-routers

Edit: deze pagina is denk ik nog geschikter voor jouw setup https://tailscale.com/blog/remotely-access-home-assistant#use-home-assistant-as-an-exit-node-or-subnet-router

[ Voor 15% gewijzigd door tromphakvoort op 21-07-2026 09:40 ]

[xoror]

Ik heb zelf wireguard, werkt net zo makkelijk en kan je overal bij je LAN. Zo monitor ik de boel als ik niet achter de computer zit.

[barcomoon]

xoror schreef op maandag 20 juli 2026 @ 16:28:
Er is een nieuwe Asgard en Odin release uit. Deze zijn aanbevolen voor de gebruikers. Het fixed een aantal issues met drifts in de params als je niet aan het koelen bent. Verder is esphome 2026.7.x uitgekomen en die had wat breaking changes en die heb ik moeten fixen.
Asgard: https://github.com/gekkek...eleases/tag/2026-07-20.03

Als het goed is zie je de beide updates in de betreffende dashboards.

Voor Odin is er nu ook een pagina met meer informatie te vinden.

@juandelcampo de tooltips zitten nu overal in Asgard

Dank. Ik heb de situatie dat we niet koelen met de warmtepomp want het effect is minimaal en het is een hoop gedoe met continue korte runs, als het al werkt. Dat ligt niet aan Asgard/Odin maar aan de afgifte hier thuis. Die is voor koelen wat te beperkt. We hebben Airco en buitenzonwering dus maakt ook verder niet uit. Wellicht volgend jaar als we de afgifte boven hebben aangepast.

Doordat we niet koelen is de expected temp inschatting in Asgard vaak veel te hoog. Zou dat met deze nieuwe release beter moeten gaan?

Er is geen actieve sturing dus het is puur cosmetisch, maar toch. Zou mooi zijn als ook tijdens het zomerseizoen de inschattingen kloppen.

Dit is een voorbeeld van vandaag:


Passive solar factor staat op laagst mogelijke waarde en HLxTM staat op 0. Als die twee hoger staan denkt Asgard dat het boven de 30 graden binnen wordt…

[xoror]

@barcomoon Ja dit is precies het probleem wat ik probeer op te lossen. Mail me je debug.json, dan zal ik het kijken en laten weten wat je even handmatig moet tweaken.

de nieuwe versie drift niet meer, maar jij bent al drifted zo te zien.

[bilgy_no1]

tromphakvoort schreef op dinsdag 21 juli 2026 @ 09:35:
[...]

Je kan dit van tailscale even bekijken, dan kan je via je HA tailscale je lokale subnet routeren en daarmee verbinden met Asgard en Odin.

https://tailscale.com/docs/features/subnet-routers

Edit: deze pagina is denk ik nog geschikter voor jouw setup https://tailscale.com/blog/remotely-access-home-assistant#use-home-assistant-as-an-exit-node-or-subnet-router

Super. Ik heb het nu bijna aan de praat, maar in de router thuis moet ik waarschijnlijk nog de firewall aanpassen om dit toe te staan (volgens Copilot het laatste issue voor het werkt). Moet dus nog eventjes wachten nu...

[tromphakvoort]

@bilgy_no1 Het mooie van tailscale is dat het via NAT traversal werkt en daardoor zou je als het goed is geen portforwarding op de router nodig hebben (of je router moet extreem dichtgetimmerd zijn). Ik denk dat als je alles ingesteld hebt en subnetrouting in je tailscale dashboard heb toegestaan het al zou moeten werken.

[Gottr00]

De Asgard geeft in het dashboard de gegevens mooi weer alleen zie dat het aantal starts niet het juiste aantal vermeld. Na een aantal dagen staat het zelfde getal nog vermeld. Gisteren `Maandag de update geïnstalleerd en dit gaf ook geen verandering. Heeft iemand een oplossing.

[xoror]

@Gottr00 Waarom zou dat getal niet goed zijn ? Je weet wel dat het per 100 gaat de compressor starts ? (staat ook in documentatie en ook de ecodan documentatie bij de betreffende service code).

Dus je ziet het pas per 100 starts veranderen helaas.

[ Voor 4% gewijzigd door xoror op 21-07-2026 16:54 ]

[bilgy_no1]

tromphakvoort schreef op dinsdag 21 juli 2026 @ 16:10:
@bilgy_no1 Het mooie van tailscale is dat het via NAT traversal werkt en daardoor zou je als het goed is geen portforwarding op de router nodig hebben (of je router moet extreem dichtgetimmerd zijn). Ik denk dat als je alles ingesteld hebt en subnetrouting in je tailscale dashboard heb toegestaan het al zou moeten werken.

Hm Copilot checkte het log en zei dat alles goed staat. Alleen is het een OpenWrt-router en die zou standaard geen verkeer binnen van VPN routers zegt Copilot. Ik zou dus een regel moeten aanmaken om de firewall te omzeilen. Mij zegt het allemaal niet zoveel... Maar goed, gaat een beetje voorbij aan dit topic.

[ Voor 4% gewijzigd door bilgy_no1 op 21-07-2026 17:08 ]

[RemyNouweland]

Hoi allemaal,

Ik heb de afgelopen dagen een flink aantal topics zitten lezen en ben blij om te ontdekken dat mijn Mitsubishi Ecodan warmtepomp toch slim aan te sturen is via Home Assistant. En als ik al jullie berichten zo lees zijn er zat opties alleen heb ik (denk ik) één uitdaging...

Voor zover ik begrijp moet ik de CN105-communicatiepoort op het moederbord van de warmtepomp gebruiken. Alleen... die poort is bij mij al bezet.



Ik heb een EHST20D, geïnstalleerd door Morgen Wonen / Homij. Helaas heb ik beide partijen gevraagd hoe de installatie technisch is opgebouwd, maar geen van beiden kon mij vertellen waar deze aansluiting precies voor dient.

Op de CN105-poort zit een Procon Melco BEMS Mini aangesloten. De kabels die daaruit komen verdwijnen ergens in de kabelgoot en zijn vervolgens niet meer terug te vinden. Ik heb dus geen idee waar deze uiteindelijk op uitkomen.



Momenteel wordt de warmtepomp aangestuurd door twee thermostaten: één in de woonkamer en één in de slaapkamer. Mijn vermoeden is echter dat deze niet via de CN105 communiceren, maar via een andere aansluiting.





Mijn theorie is dat de Procon is aangesloten op een kastje voor een onderhouds of storingsdienst op afstand. Zo'n contract hebben wij zelf niet, maar het zou kunnen dat de hardware tijdens de bouw al preventief is geïnstalleerd. Dat is echter puur een vermoeden.

Heeft iemand hier eerder zo'n configuratie gezien?

En zou het kwaad kunnen om de stekker van de Procon tijdelijk los te halen om te kijken wat er gebeurt? Of loop ik dan het risico dat de warmtepomp in storing gaat of bepaalde functionaliteit verliest?

Ik lees namelijk ook dat ik óf rechtstreeks via de CN105-poort kan communiceren, óf via de Procon zelf met een Home Assistant-integratie. In beide gevallen moet ik dus weten waarvoor deze aansluiting nu wordt gebruikt.

Het uiteindelijke doel is om mijn Huawei-omvormer, Anker thuisaccu en de warmtepomp met elkaar te laten samenwerken. Ik wil de boiler alleen laten opwarmen wanneer er een overschot aan zonne-energie is (uiteraard met behoud van de legionella-cyclus). Op die manier wil ik de boiler als een soort thermische accu gebruiken, zodat overtollige zonnestroom niet wordt teruggeleverd maar als warmte wordt opgeslagen.

Ik ben benieuwd of iemand deze Procon-opstelling herkent of tips heeft hoe ik veilig kan achterhalen waarvoor hij wordt gebruikt, ik heb e-mails uitstaan bij andere partijen maar tot nu toe weinig reactie

[xoror]

@RemyNouweland Asgard heeft daar een proxy poort voor. Je prikt die procon op de Asgard slave poort en hij merkt geen verschil en alles blijft voor hem nog werken. Je kan die kabels volgen en kijken waar die op uitkomen en daar een foto van maken. Ik gok dat het z'n gare schakelmodule is....

Op Asgard zit ook een optie om alle schrijf acties die ervandaan komen te blokkeren.

Ik denk dat je 2e thermostaat puur een slave is, en stuurt alleen de servo motoren aan. De MRC (die hoofdbediening) stuurt ws de echte vraag. Bij Honeywell moet je heel erg oppassen met modulerend gedrag.

lees ook odin info voor optimalisaties.

[ Voor 27% gewijzigd door xoror op 21-07-2026 18:16 ]

[xoror]

Voor Odin gebruikers bij wie de voorspellingen minder zijn geworden lees: https://github.com/gekkekoe/heatpump-optimizer/issues/2

Daar staan instructies in hoe je het kan corrigeren. Dat is eigenlijk alleen nodig als je actief aan het koelen bent. De stats worden vanzelf geleerd bij een volgend verwarmingsperiode

Laatste Asgard pre-release https://github.com/gekkek...eleases/tag/2026-07-21.02 zitten ook een aantal leuke zaken:
- save/restore settings. Je kan alle ingevulde settings opslaan in een bestand en weer restoren. Dus als je een factory reset doet, kan je eenvoudig alle settings weer herstellen. Of als je partner wat heeft gewijzigd
- voor Odin kan je nu in de temp grafiek naast de geplande operating modes ook de werkelijke modes zien (aan de boven kant)

[Gottr00]

@ xoror. Ik lees op de ecodan het aantal starts 933. X 100=93.300 en op de Asgard 27.764 kun je dit verschil verklaren ? Alvast bedankt voor het meedenken

[xoror]

@Gottr00 Oh dat is apart, hoe leest je de compressor starts uit op je ecodan dan ?
Voor Asgard zou ik alleen veelvouden van 100 verwachten, dus die 27764 lijk me niet goed. Verwar je misschien met runtime van de compressor ?

De compressor starts lees je met service code 003 uit. Dat doet Asgard ook.

[Gottr00]

@xoror de runtime is. 7515 uur en op de ecodan heb ik de volgende handelingen gedaan. De uren komen overeen met Asgard aantal uur. Alleen de starts dus niet. Ik snap niet waar dit verschil vandaan komt.

1: druk lang op de menu knop (ronde knop linksonder)2: druk 5 keer op de knop onder het pijltje naar rechts zodat "Service" wordt getoond3: druk op de ronde knop met een vinkje "\/" zodat "Invoeren paswoord" wordt getoond4: druk nogmaals op het vinkje want het standaard paswoord is "0000"5: druk nu een aantal keren op pijltje naar beneden totdat "Informatie werking" wordt getoond6: druk op het vinkje zodat je informatie kunt gaan opvragen aan de buiten unit7: Bijvoorbeeld "Compressor-Number of operation times" is code 003   Ga met het pijltje naar rechts naar de meest recht "0" en druk dan 3 keer op de + 8: druk op het vinkje om de informatie op te vragen. 9: even wachten en een getal wordt getoond. Vermenigvuldig dit met 100 en je hebt het aantal Compressor operation times10: de code voor het aantal uren (Compressor-Accumulated operating time) is 002. Vermenigvuldig dit getal met 10 voor het totaal aantal uren.

[xoror]

@Gottr00 Ah dat verklaart een hoop. Ja Asgard gebruikt dezelfde service codes om het uit te lezen. Als je met de hand uitleest, moet je even "service codes enabled" uit zetten. Anders krijg je soms random antwoorden. Hij mixed resultaten door elkaar. De switch ervoor staat op de esphome pagina (http://esp-ip zonder dashboard). De Ecodan snapt het niet zo goed als jij via het menu service code opvraagt en ondertussen doet Asgard dat ook

Je moet ook altijd het service menu sluiten als je klaar bent. Anders gaan ook je dagelijkse energie tellingen niet goed.

Dan over je data, dat is wel verontrustend (maar hopelijk is het gewoon verkeerde data). 7.515 draai uren met 93.300 starts is niet gezond. Hoe oud is je installatie ? Ter vergelijking die van mij is ruim 5 jaar, en ik heb 10.300 starts bij 19.462 draaiuren.

[ Voor 7% gewijzigd door xoror op 21-07-2026 20:24 ]

[Gottr00]

@ xoror mijn installatie is nog geen 3 jaar en de data kloppen. Ik heb recentelijk onderhoud laten plegen en hieruit bleek dat de bouwer/ installateur bij oplevering mijn installatie onjuist heeft ingesteld. Ik heb de bouwer deze week aansprakelijk gesteld voor de fout ingestelde warmtepomp. Wordt een juridische strijd.

[xoror]

Oef, balen.

Heb je nu de correcte cijfers in Asgard gekregen? Als het nog niet goed gaat, zou je UART logging aan kunnen doen, en dan je browser op de logging tab staan. Record iets van 10m, en download de logs, en mail die naar mij. Mogelijk gaat er toch wat fout ergens.

[ Voor 62% gewijzigd door xoror op 21-07-2026 21:34 ]

[Repsect]

RemyNouweland schreef op dinsdag 21 juli 2026 @ 17:19:
[...]

Mijn theorie is dat de Procon is aangesloten op een kastje voor een onderhouds of storingsdienst op afstand. Zo'n contract hebben wij zelf niet, maar het zou kunnen dat de hardware tijdens de bouw al preventief is geïnstalleerd. Dat is echter puur een vermoeden.

Heeft iemand hier eerder zo'n configuratie gezien?

[...]

Ik ben benieuwd of iemand deze Procon-opstelling herkent of tips heeft hoe ik veilig kan achterhalen waarvoor hij wordt gebruikt, ik heb e-mails uitstaan bij andere partijen maar tot nu toe weinig reactie

Ik heb een dergelijke opstelling in mijn huis, ook van Homij. De Procon zit aangesloten op een Raspberry Pi waar inderdaad monitoring software op draait. Daar zitten tevens ook aansluitingen voor de WTW, kWh meter, omvormer en P1 poort op aangesloten.

Ik heb wel een service contract en heb inmiddels het één en ander losgekoppeld (warmtepomp nog niet, maar dat wordt de volgende). Ze controleren helemaal niks, bij iedere service beurt wordt het ook niet opgemerkt dat er geen gegevens beschikbaar zijn. Dus het is allemaal maar een wassen neus.

Naar mijn idee kan je dus gewoon loskoppelen of de Procon op de slave poort aansluiten. Ik zou wel noteren hoe het oorspronkelijk aangesloten was, dan kan je altijd nog terug naar origineel.

[xoror]

Op de slave poort werkt de procon gewoon als voorheen. Dus je kan dan ook mee luisteren. Maar als het toch niets doet kan je de procon beter op marktplaats verkopen, brengt nog wat op

[Ben(V)]

RemyNouweland schreef op dinsdag 21 juli 2026 @ 17:19:
Hoi allemaal,

Ik heb de afgelopen dagen een flink aantal topics zitten lezen en ben blij om te ontdekken dat mijn Mitsubishi Ecodan warmtepomp toch slim aan te sturen is via Home Assistant. En als ik al jullie berichten zo lees zijn er zat opties alleen heb ik (denk ik) één uitdaging...

Voor zover ik begrijp moet ik de CN105-communicatiepoort op het moederbord van de warmtepomp gebruiken. Alleen... die poort is bij mij al bezet.

[Afbeelding]

Ik heb een EHST20D, geïnstalleerd door Morgen Wonen / Homij. Helaas heb ik beide partijen gevraagd hoe de installatie technisch is opgebouwd, maar geen van beiden kon mij vertellen waar deze aansluiting precies voor dient.

Op de CN105-poort zit een Procon Melco BEMS Mini aangesloten. De kabels die daaruit komen verdwijnen ergens in de kabelgoot en zijn vervolgens niet meer terug te vinden. Ik heb dus geen idee waar deze uiteindelijk op uitkomen.

[Afbeelding]

Momenteel wordt de warmtepomp aangestuurd door twee thermostaten: één in de woonkamer en één in de slaapkamer. Mijn vermoeden is echter dat deze niet via de CN105 communiceren, maar via een andere aansluiting.

[Afbeelding]

[Afbeelding]

Mijn theorie is dat de Procon is aangesloten op een kastje voor een onderhouds of storingsdienst op afstand. Zo'n contract hebben wij zelf niet, maar het zou kunnen dat de hardware tijdens de bouw al preventief is geïnstalleerd. Dat is echter puur een vermoeden.

Heeft iemand hier eerder zo'n configuratie gezien?

En zou het kwaad kunnen om de stekker van de Procon tijdelijk los te halen om te kijken wat er gebeurt? Of loop ik dan het risico dat de warmtepomp in storing gaat of bepaalde functionaliteit verliest?

Ik lees namelijk ook dat ik óf rechtstreeks via de CN105-poort kan communiceren, óf via de Procon zelf met een Home Assistant-integratie. In beide gevallen moet ik dus weten waarvoor deze aansluiting nu wordt gebruikt.

Het uiteindelijke doel is om mijn Huawei-omvormer, Anker thuisaccu en de warmtepomp met elkaar te laten samenwerken. Ik wil de boiler alleen laten opwarmen wanneer er een overschot aan zonne-energie is (uiteraard met behoud van de legionella-cyclus). Op die manier wil ik de boiler als een soort thermische accu gebruiken, zodat overtollige zonnestroom niet wordt teruggeleverd maar als warmte wordt opgeslagen.

Ik ben benieuwd of iemand deze Procon-opstelling herkent of tips heeft hoe ik veilig kan achterhalen waarvoor hij wordt gebruikt, ik heb e-mails uitstaan bij andere partijen maar tot nu toe weinig reactie

Hier ook een installatie van "Morgen Wonen / Homij" en die "Melcom Bems mini" zat gekoppeld aan een BeNext internet gateway(in de meterkast) en aan de Huawei omvormer van de zonnepanelen.
Die hele installatie is volgens mij een standaard af fabriek installatie, bij de bouw werd een hele kast inclusief de Econdan en de WTW unit(Zender Comfortair standaard) naar binnen getakeld.
De boel is standaard geschikt gemaakt voor remote beheer door een derde partij, maar als je daar geen contract voor hebt, dan doet dat alles gewoon helemaal niets.

Ik heb die Melcom een tijdje aan de Asgard gekoppeld gehad maar dat ding doet dus echt helemaal niets en die BeNext ook niet.
Ik heb inmiddels al een tijdje die Melcom afgekoppeld en enkel de Asgard aangesloten, dat werkt nog steeds helemaal prima.

Volgende stap is de BeNext van de spanning halen en de Solar aansluiting bij de Benext afkoppelen en aan HA server koppelen (RS484 --> USB).
En dan nog de WTW unit die via een RS323 poort aan de BeNext gekoppeld is ook verhuizen naar de HA server (RS232 --> USB).

Die Honeywell zit bij mij ook in de slaap kamer en stuurt motoren van de vloerverwarming van de bovenverdieping en staat helemaal los van de Ecodan, dat is gewoon een naregeling van het warme(koude) water.

[HeJ]

Kan ik bij Asgard / Odin verwarmen / coolen uitzetten, en alleen WW genereren?

[xoror]

HeJ schreef op woensdag 22 juli 2026 @ 21:54:
Kan ik bij Asgard / Odin verwarmen / coolen uitzetten, en alleen WW genereren?

Prohibit heating en cooling aan

[Ben(V)]

HeJ schreef op woensdag 22 juli 2026 @ 21:54:
Kan ik bij Asgard / Odin verwarmen / coolen uitzetten, en alleen WW genereren?

Of gewoon de "Virtual thermostat" op "Off" zetten als je de "Server Control" niet gebruikt.

[mike20]

Wie kan en wil mij hier antwoord op geven?

​Ik heb een nieuwe Ecodan warmtepomp staan en wil deze graag uitlezen. Is het mogelijk om dit alleen uit te lezen, zonder dat er vanuit de ESP automatisch aanpassingen worden gedaan?

​Het gaat mij voor nu puur om het monitoren. De warmtepomp is ingeregeld en de instellingen staan goed. Ik wil voorkomen dat er bij het aansluiten zomaar dingen worden aangepast of gereset, want van de exacte instellingen in de pomp weet ik zelf nog weinig.

​Om dit te realiseren heb ik het volgende besteld:

• ​ESP32 WROOM-32
• ​Logic Level Converter
• ​Kabel en connector voor de CN105-poort

​Als alles binnen is, ga ik het solderen en me verdiepen in het programmeren van de ESP32. Ik ga ervan uit dat ik hiervoor de GitHub van Gekke Koe moet gebruiken?

​Als er nog tips zijn of dingen waar ik extra op moet letten, hoor ik het heel graag.

Dingen wat ik weet zijn,bij het aansluiten spanningsloos werken.

Als de esp vast loopt rebooten na die tijd moet er via de usb aansluiting extra stroom gevoed worden,als dit de oplossing is kan er een spannings regelaar bij geplaatst worden.

Tussentijds lees ik rustig verder in dit topic!

[xoror]

Had je niet beter een Atom S3 lite kunnen kopen? Dan hoef je alleen kabeltje te maken.
De WP levert (ruim) voldoende stroom voor de esp.

[Ben(V)]

Of nog veel beter gewoon een kant en klare Asgard kopen, kan prima voor alleen monitoring gebruikt worden.

Wordt geleverd inclusief kabels en software

[ Voor 45% gewijzigd door Ben(V) op 24-07-2026 12:07 ]

[xoror]

Voor de mensen die de predictive cycle prevention gebruiken: https://github.com/gekkek...eleases/tag/2026-07-24.02

Hij werkt nu ook voor het koelen. Ik heb nu een andere experimentele implementatie gekozen. Het blijkt dat de vorige implementatie soms compressor stops mist vanwege de timer. De nieuwe methode houdt je flow setpoint binnen +/- 1c van de actual flow temp (uiteraard binnen de grenzen van je ingestelde min/max). We reageren nu op elke feed temp change. Probeer het even uit en laat weten of het goed werkt. Dit werkt voor zowel AA als stand alone buiten AA om. @Grolsch

Verder is de lockout aangepast. Voor mensen met een buffer tank kunnen nu de 'flow control' gebruiken als lockout ipv server control. Het verschil is dat je water pomp nu tijdens de lockout bijft draaien. Je kan dus zo effectief je buffer tank tijdens een lockout leeg trekken. Deze feature is alleen voor mensen met buffer tanks dus, anders moet je de default server control blijven gebruiken. Ik heb zelf geen buffer tank, dus laat vooral weten of het goed werkt, ik heb wat meer testers nodig.

[Munsterman97]

Hey ik heb een vraag hierover.

Ik heb een Asgard, wil een Sonoff gaan gebruiken en dit via HA. Selecteer ik dan als source: Asgard virtual thermostat of Home Assistant?

Step 1 — Configure Auto Adaptive

1. Set Auto Adaptive: Room Temp Source to the source Auto Adaptive should read the room temperature from:
   • Asgard Virtual Thermostat — uses the R1/R2 relay signal and its room temperature (requires R1/R2 wired).
   • Home Assistant / REST API — a value you push from Home Assistant (use this if R1/R2 is not wired). See Link Room Temperature.
   • Room Thermostat — the Mitsubishi MRC or wireless thermostat.
2. If you chose Asgard Virtual Thermostat, set Virtual Thermostat: Temp Sensor Source:
   • Virtual Thermostat Input — temperature pushed via the REST API or the Home Assistant blueprint below.
   • DS18x20 — a wired Dallas sensor on the Asgard One Wire header.
   • MRC — the sensor in the main display. Note the low resolution (0.5 °C); use only if you have no other sensor.

[xoror]

@Munsterman97
Als je de virtual thermostat gebruikt dan:

1) Virtual Thermostat
2) Virtual Thermostat Input

Gebruik je geen R1/R2 dan HA/rest api voor optie 1. optie 2 is dan niet van belang

de temp sensor kan je eenvoudig linken via : https://github.com/gekkek..._blueprints/setup_sync.md

[ Voor 30% gewijzigd door xoror op 24-07-2026 16:50 ]