Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32

[nicowinde]

Nog steeds verwarming stop na een Defrost. Ook vannacht / vanmorgfen 2 - 3 keer. Voorbeeld:



Logging:

code:

[09:04:44.437][D][auto_adaptive:449]: [*] Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.45, min delta T: 2.00, max delta T: 6.50
[09:04:44.439][D][auto_adaptive:218]: Processing Zone 1: climate source: 2, Room=20.6, Target=20.8, Actual Feedtemp: 28.5, Return temp: 25.5, Outside: 4.0, Bias: 0.0, heating: 1, cooling: 0
[09:04:44.440][D][auto_adaptive:238]: Effective delta T: 3.06, cold factor: 0.45, dynamic min delta T: 2.91, error factor: 0.03, smart boost: 1.50, linear profile: 0
[09:04:44.443][D][auto_adaptive:312]: Z1 HEATING (Delta T): calculated_flow: 28.60°C (boost: 0.0)
[09:09:44.439][D][auto_adaptive:449]: [*] Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.45, min delta T: 2.00, max delta T: 6.50
[09:09:44.514][D][auto_adaptive:218]: Processing Zone 1: climate source: 2, Room=20.6, Target=20.8, Actual Feedtemp: 28.5, Return temp: 25.5, Outside: 4.0, Bias: 0.0, heating: 1, cooling: 0
[09:09:44.515][D][auto_adaptive:238]: Effective delta T: 3.06, cold factor: 0.45, dynamic min delta T: 2.91, error factor: 0.03, smart boost: 1.50, linear profile: 0
[09:09:44.525][D][auto_adaptive:312]: Z1 HEATING (Delta T): calculated_flow: 28.60°C (boost: 0.0)
[09:10:10.659][I][auto_adaptive:236]: Defrost started. Locking outside temp at 4.0°C for adaptive calculations.

Ontdooien gestart, duurt tot 09:17:18

[09:14:44.434][D][auto_adaptive:362]: System is busy (DHW, Defrost, or Lockout). Exiting.
[09:15:09.556][I][short_cycle:254]: Compressor STOP detected
[09:15:09.564][D][short_cycle:158]: Compressor stop event: stand-alone-cycle prevention: 0, saved z1 flow setpoint: 26.4, saved z2 flow setpoint: nan
[09:17:12.943][D][auto_adaptive:268]: Compressor start: triggering auto-adaptive loop.
[09:17:12.948][D][auto_adaptive:362]: System is busy (DHW, Defrost, or Lockout). Exiting.
[09:17:17.968][D][auto_adaptive:242]: Defrost stop: triggering auto-adaptive loop.
[09:17:17.969][D][auto_adaptive:449]: [*] Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.09, min delta T: 2.00, max delta T: 6.50
[09:17:17.969][D][auto_adaptive:218]: Processing Zone 1: climate source: 2, Room=20.6, Target=20.8, Actual Feedtemp: 22.0, Return temp: 22.5, Outside: 10.0, Bias: 0.0, heating: 1, cooling: 0
[09:17:17.969][D][auto_adaptive:238]: Effective delta T: 2.37, cold factor: 0.09, dynamic min delta T: 2.19, error factor: 0.03, smart boost: 1.50, linear profile: 0

Snap ik niet, Defrost gestopt, direct AA cycle berekening met buitentemp van 10C???? (werkelijk 4C)

[09:17:17.973][D][auto_adaptive:312]: Z1 HEATING (Delta T): calculated_flow: 24.90°C (boost: 0.0)
[09:17:17.978][D][auto_adaptive:123]: CMD: Set Dependent Heat Flow -> 24.9°C (28.6°C)
[09:17:24.677][D][short_cycle:119]: Defrost cycle finished. Updating last_defrost timestamp

[09:18:24.682][D][short_cycle:074]: Zone: 1: High Delta T detected (1.6°C). Starting timer.
[09:19:44.437][D][auto_adaptive:449]: [*] Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.38, min delta T: 2.00, max delta T: 6.50
[09:19:44.443][D][auto_adaptive:218]: Processing Zone 1: climate source: 2, Room=20.6, Target=20.8, Actual Feedtemp: 27.0, Return temp: 23.0, Outside: 5.0, Bias: 0.0, heating: 0, cooling: 0
[09:19:44.451][D][auto_adaptive:238]: Effective delta T: 2.91, cold factor: 0.38, dynamic min delta T: 2.75, error factor: 0.03, smart boost: 1.50, linear profile: 0

Verwarmen stopt om 09:19:51, start weer op 09:24:51

[09:20:54.703][W][short_cycle:078]: Short-cycle predicted! Increasing Feed temps to force a longer cycle. Current saved Z1 setpoin: 26.4°
[09:20:54.708][D][short_cycle:090]: (Delta T) CMD: Increase Z1 Heat Flow to -> 25.4°C
[09:20:56.139][W][ecodan.component:352]: Command timed out. Retrying (attempt 2/30)...[1]
[09:21:24.715][D][short_cycle:074]: Zone: 1: High Delta T detected (1.1°C). Starting timer.
[09:23:54.722][W][short_cycle:078]: Short-cycle predicted! Increasing Feed temps to force a longer cycle. Current saved Z1 setpoin: 26.4°
[09:23:54.728][D][short_cycle:090]: (Delta T) CMD: Increase Z1 Heat Flow to -> 25.9°C
[09:24:04.529][D][auto_adaptive:223]: Operation Mode Changed to heating: 0 -> 2
[09:24:04.533][D][auto_adaptive:449]: [*] Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.45, min delta T: 2.00, max delta T: 6.50
[09:24:04.537][D][auto_adaptive:218]: Processing Zone 1: climate source: 2, Room=20.6, Target=20.8, Actual Feedtemp: 26.5, Return temp: 24.5, Outside: 4.0, Bias: 0.0, heating: 1, cooling: 0
[09:24:04.541][D][auto_adaptive:238]: Effective delta T: 3.06, cold factor: 0.45, dynamic min delta T: 2.91, error factor: 0.03, smart boost: 1.50, linear profile: 0
[09:24:04.545][D][auto_adaptive:300]: Z1 HEATING (boost adjustment): boost: 1.0°C, calcluated_flow: 27.60°C, actual_flow: 26.50°C
[09:24:04.549][D][auto_adaptive:312]: Z1 HEATING (Delta T): calculated_flow: 27.60°C (boost: 0.0)
[09:24:04.552][D][auto_adaptive:123]: CMD: Set Dependent Heat Flow -> 27.6°C (25.9°C)
[09:24:44.440][D][auto_adaptive:449]: [*] Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.45, min delta T: 2.00, max delta T: 6.50
[09:24:44.445][D][auto_adaptive:218]: Processing Zone 1: climate source: 2, Room=20.6, Target=20.8, Actual Feedtemp: 26.5, Return temp: 24.5, Outside: 4.0, Bias: 0.0, heating: 1, cooling: 0
[09:24:44.448][D][auto_adaptive:238]: Effective delta T: 3.06, cold factor: 0.45, dynamic min delta T: 2.91, error factor: 0.03, smart boost: 1.50, linear profile: 0
[09:24:44.452][D][auto_adaptive:312]: Z1 HEATING (Delta T): calculated_flow: 27.60°C (boost: 0.0)

Zoals ik het als leek kan zien zie ik geen verschil, AA rekend nog steeds met de verhoogde buitenremp vanwege defrost, gevraagde setpoint zakt altijd bijna 4c aan einde Defrost en daarmee ruim onder de werkelijke aanvoertemp en is het soms dat de Ecodan denkt ik stop ermee en soms gaat het goed.

[peterpijpelink]

ik heb deze: Firmware: esp32s3-proxy2-z1-nl-2026-02-10.01 (ESPHome 2026.1.4) en net een herstart gedaan, geen nieuwe versie te zien. Handmatig flashen?

[xoror]

Ik mis "Using locked outside temp:" rond 9:17. Ik zie dat 4c wordt opgeslagen, maar die hoort hij te tonen als hij het gebruikt (als de defrost niet meer actief is).

De conditie is namelijk:
defrost of binnen 15m na start defrost, en je defrost was om 9:10 (vs 9:17 nu).

Heb je laatste code wel? Heb idee dat hij nog met 5m rekent. hmmm
Ik heb wat test prints toegevoegd om te zien wat de locked waarden zijn net na defrost, dan kan ik zien of je de laatste code draait, kan je even flashen en kijken of je het nog krijgt?


@peterpijpelink kan, maar HA checked om de x mins, dus je krijgt de OTA vanzelf aangeboden hoor.

[ Voor 30% gewijzigd door xoror op 17-02-2026 13:40 ]

[nicowinde]

Dat was vannacht / vanmorgen met de laatste / nieuwste code. Net weer ge-updated met de code van 44 min geleden.

[xoror]

nicowinde schreef op dinsdag 17 februari 2026 @ 13:40:
Dat was vannacht / vanmorgen met de laatste / nieuwste code. Net weer ge-updated met de code van 44 min geleden.

nog een keer doen, ik heb nu een msg erbij gedaan
"Debug locked outside temp: %.1f°C (Sensor: %.1f°C) due to recent defrost."
Om uit te sluiten dat compilatie fout is gegaan.

[Grolsch]

xoror schreef op dinsdag 17 februari 2026 @ 13:15:
Okay, als het goed is ziet HA nu de correcte versie en zou je weer via HA moeten kunnen updaten. Voor de mensen die een van de pre-releases hebben draaien met "VERSION" als firmware, even laatste ota zelf applyen. Let op alleen als je VERSION als huidige/geinstalleerde versie nummer heb, en niet zoals @Grolsch screenshot. Die moet gewoon zo normaal kunnen updaten.

Ik zie nu (net zoals eerder) alleen VERSION staan bij nieuwste versie.
Kan dit ff duren?

[xoror]

@Grolsch ja als je over een uur nog steeds ziet moet je even seintje geven. HA ververst een keer in de zoveel tijd

[nicowinde]

Ok. ga ik doen, momenteel is de WP uit (kamer warm genoeg), er zal de koemnde dagen echt nog wel eens een keer een Defrost zijn.

[xoror]

@Zjemm ik realiseerde me dat voor jou nog 2 dingen ontbraken vanwege je z2 als primary source.
https://github.com/gekkek...eleases/tag/2025-02-17.03 vanaf die versie moet je even installeren

@nicowinde nu even niet meer updaten, debug msg heb ik even weg gehaald, en wil even met debug bij jou zien

[nicowinde]

Ok, heb net om 15:39 een nieuwe compile / upload gedaan, in optimizer.cpp staat:

code:

// use stored outside temp if we are within 15m from last defrost start
            const uint32_t LOCK_DURATION_MS = 15 * 60 * 1000;
            bool is_in_lock_window = (millis() - this->last_defrost_time_) < LOCK_DURATION_MS;

            if (!isnan(this->locked_outside_temp_))
            {
                if (status.DefrostActive || is_in_lock_window)
                {
                    ESP_LOGD(OPTIMIZER_TAG, "Using locked outside temp: %.1f°C (Sensor: %.1f°C) due to recent defrost.",
                             this->locked_outside_temp_, status.OutsideTemperature);
                    actual_outside_temp = this->locked_outside_temp_;
                }
                else
                {
                    this->locked_outside_temp_ = NAN;
                }
            }

Daar staat de debug message in, al shij in deze loop komt zal er dus een melding moeten komen denk ik zo.

[xoror]

Ok als die daar staat dan is het de goede code, hopelijk kan je het nog een keer triggeren.
Ik zou namelijk dat berichtje verwachten als er een temp is opgeslagen (want je ben net in/na defrost, maar nog wel binnen 15m van defrost start)

[Grolsch]

xoror schreef op dinsdag 17 februari 2026 @ 13:47:
@Grolsch ja als je over een uur nog steeds ziet moet je even seintje geven. HA ververst een keer in de zoveel tijd

Ik zag hem nog steeds niet, nu met de hand via je github geupdate dmv OTA naar esp32s3-z1-nl-2026-02017.02.ota.bin

[ricvee]

http://ecodan-heatpump.local/dashboard doet het alleen als je een asgard hebt?

[xoror]

@ricvee Ja klopt, hij gebruikt virtuele thermostaat voor de "eenvoudige" regelingen, dus helaas alleen voor asgard. Het is vooral voor mensen die geen HA willen/kunnen draaien en toch verwarming "eenvoudig" kunnen regelen. Dus voornamelijk AA icm virtuele thermostaat gebruikers. Je heb ook maar 24h history bijv, ik probeer hiermee met een simpelere bediening een groter publiek te bereiken die wat simpeler besturing zoekt.

Misschien dat we op een later tijdstip de reguliere zone1/zone2 thermostaten kunnen toevoegen voor non asgard, maar het blijft wel lastig omdat iedereen een andere thermostaat kan hebben.

@Grolsch heel apart, nou ja handmatig kan altijd. Dan moet het nu weer goed gaan.

[ Voor 27% gewijzigd door xoror op 18-02-2026 08:37 ]

[nicowinde]

Vanavond een keer een defrost gehad, verwarming blijft aan. Grafiek als volgt:

In de logging gekeken:

code:

[20:28:39.954][I][auto_adaptive:236]: Defrost started. Locking outside temp at 4.0°C for adaptive calculations.

[20:32:38.382][D][auto_adaptive:362]: System is busy (DHW, Defrost, or Lockout). Exiting.
[20:32:44.456][I][short_cycle:254]: Compressor STOP detected
[20:32:44.466][D][short_cycle:158]: Compressor stop event: stand-alone-cycle prevention: 0, saved z1 flow setpoint: nan, saved z2 flow setpoint: nan
[20:34:37.686][D][auto_adaptive:268]: Compressor start: triggering auto-adaptive loop.
[20:34:37.689][D][auto_adaptive:362]: System is busy (DHW, Defrost, or Lockout). Exiting.
[20:34:42.707][D][auto_adaptive:242]: Defrost stop: triggering auto-adaptive loop.

[20:34:42.712][D][auto_adaptive:449]: [*] Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.14, min delta T: 2.00, max delta T: 6.50
[20:34:42.718][D][auto_adaptive:218]: Processing Zone 1: climate source: 2, Room=20.6, Target=20.8, Actual Feedtemp: 21.0, Return temp: 22.0, Outside: 9.0, Bias: 0.0, heating: 1, cooling: 0
[20:34:42.723][D][auto_adaptive:238]: Effective delta T: 2.45, cold factor: 0.14, dynamic min delta T: 2.27, error factor: 0.03, smart boost: 1.50, linear profile: 0
[20:34:42.738][D][auto_adaptive:312]: Z1 HEATING (Delta T): calculated_flow: 24.40°C (boost: 0.0)
[20:34:42.740][D][auto_adaptive:123]: CMD: Set Dependent Heat Flow -> 24.4°C (27.6°C)
[20:35:10.598][D][short_cycle:119]: Defrost cycle finished. Updating last_defrost timestamp

[20:35:40.602][D][short_cycle:074]: Zone: 1: High Delta T detected (1.1°C). Starting timer.

[20:37:38.384][D][auto_adaptive:449]: [*] Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.45, min delta T: 2.00, max delta T: 6.50
[20:37:38.390][D][auto_adaptive:218]: Processing Zone 1: climate source: 2, Room=20.6, Target=20.8, Actual Feedtemp: 26.5, Return temp: 22.5, Outside: 4.0, Bias: 0.0, heating: 1, cooling: 0
[20:37:38.396][D][auto_adaptive:238]: Effective delta T: 3.06, cold factor: 0.45, dynamic min delta T: 2.91, error factor: 0.03, smart boost: 1.50, linear profile: 0
[20:37:38.402][D][auto_adaptive:312]: Z1 HEATING (Delta T): calculated_flow: 25.60°C (boost: 0.0)
[20:37:38.407][D][auto_adaptive:123]: CMD: Set Dependent Heat Flow -> 25.6°C (24.4°C)

[20:38:10.613][D][short_cycle:098]: Zone: 1: High Delta T has disappeared. Resetting timer.
[20:39:10.616][D][short_cycle:074]: Zone: 1: High Delta T detected (1.4°C). Starting timer.

[20:40:40.637][D][short_cycle:098]: Zone: 1: High Delta T has disappeared. Resetting timer.

Had ik hier de nieuwe debug melding niet moeten zien? Om 20:28:39.954 zie je dat de buitentemp wordt bewaard, maar
verder lijkt het erop dat er niets mee wordt gedaan. Om 20:34:42.718 doet ie een berekening met een buitentemp van 9.0C.
Nu is het verschil tussen setpoint en aanvoer niet groot genoeg / lang genoeg om de Ecodan te doen besluiten te stoppen,
maar de debug melding zou toch moeten komen?

[xoror]

@nicowinde Tijdens de start auto adaptive mode op 20:34 had hij moeten tonen, dan lijkt erop dat die teller stiekem wordt gereset. Ik ga eens kijken op alle plekken waar hij gereset wordt

@nicowinde Ok, Ik denk dat ik hem snap. De post window check gebruiken we last defrost time, maar die wordt dus pas NA auto adaptive loop gezet.... dat gaat dus nooit werken.
Ik heb de derfost time nu gezet op het defrost stop event, daarna starten we auto adaptive loop, dus dan gaat het goed.

Kan je nog een keer recompilen, en kijken of het nu dan eindelijk weg is?

[ Voor 52% gewijzigd door xoror op 17-02-2026 22:51 ]

[nicowinde]

Ok, opnieuw ge-compileerd, uploaded en nu kijken. Zal vanacht wel een defrost komen.
Moest wel even een paar entiteiten op mijn dasbboard aanpassen waar nu "_z1" achter was gekomen.

[xoror]

@nicowinde Klopt, je kan/mag nu per zone z1/z2 de AA: room temp source verschillend hebben, net als virtuele thermostaat z1/z2 hysteresis. Voorheen was dit globaal, maar bij nader inzien moet dit per zone instelbaar zijn.

[nicowinde]

2x een Defrost bekeken, beide keren zakt de setpoint aan einde defrost van 30.4 -> 24.5 en van 31.1 -> 25.5.
Bij de 2e defrost stopt weer met verwarmen, aanvoertemp is 27.5.
Debug meldingen staan er nu in, de bewaarde buitentemp zie je ook terug, maar toch bij Z1 Defrost Recovery wordt de setpoint naar 24.5 resp. resp 25.5 gezet, tussen haakjes staat wel de setpoint bij start defrost.

code:

[08:01:46.256][D][auto_adaptive:450]: [*] Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.73, min delta T: 2.00, max delta T: 6.50
[08:01:46.264][D][auto_adaptive:219]: Processing Zone 1: climate source: 2, Room=20.4, Target=20.8, Actual Feedtemp: 30.0, Return temp: 26.5, Outside: 1.0, Bias: 0.0, heating: 1, cooling: 0
[08:01:46.265][D][auto_adaptive:239]: Effective delta T: 3.94, cold factor: 0.73, dynamic min delta T: 3.47, error factor: 0.10, smart boost: 1.50, linear profile: 0
[08:01:46.269][D][auto_adaptive:266]: Defrost logic: enabled=1, active=0, time_since=10627166 ms
[08:01:46.269][D][auto_adaptive:313]: Z1 HEATING (Delta T): calculated_flow: 30.40°C (boost: 0.0)
[08:02:06.587][I][auto_adaptive:236]: Defrost started. Locking outside temp at 1.0°C for adaptive calculations.
[08:06:46.268][D][auto_adaptive:363]: System is busy (DHW, Defrost, or Lockout). Exiting.
[08:07:07.947][I][short_cycle:255]: Compressor STOP detected
[08:07:07.949][D][short_cycle:158]: Compressor stop event: stand-alone-cycle prevention: 0, saved z1 flow setpoint: 26.0, saved z2 flow setpoint: nan
[08:09:03.650][D][auto_adaptive:243]: Defrost stop: triggering auto-adaptive loop (Also updating last_defrost timestamp).
[08:09:03.663][D][auto_adaptive:398]: Using locked outside temp: 1.0°C (Sensor: 13.0°C) due to recent defrost.
[08:09:03.664][D][auto_adaptive:450]: [*] Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.73, min delta T: 2.00, max delta T: 6.50
[08:09:03.668][D][auto_adaptive:219]: Processing Zone 1: climate source: 2, Room=20.4, Target=20.8, Actual Feedtemp: 21.5, Return temp: 22.5, Outside: 1.0, Bias: 0.0, heating: 1, cooling: 0
[08:09:03.668][D][auto_adaptive:239]: Effective delta T: 3.94, cold factor: 0.73, dynamic min delta T: 3.47, error factor: 0.10, smart boost: 1.50, linear profile: 0
[08:09:03.670][D][auto_adaptive:266]: Defrost logic: enabled=1, active=1, time_since=18 ms
[08:09:03.676][W][auto_adaptive:282]: Z1 Defrost Recovery: 0% done. Ramp Delta: 2.00 (Min: 2.00, Target: 3.94). Flow: 24.50
[08:09:03.682][D][auto_adaptive:123]: CMD: Set Dependent Heat Flow -> 24.5°C (30.4°C)
[08:09:12.735][I][short_cycle:263]: Compressor START detected
[08:09:12.738][D][auto_adaptive:269]: Compressor start: triggering auto-adaptive loop.
[08:09:12.738][D][auto_adaptive:398]: Using locked outside temp: 1.0°C (Sensor: 12.0°C) due to recent defrost.
[08:09:12.747][D][auto_adaptive:450]: [*] Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.73, min delta T: 2.00, max delta T: 6.50
[08:09:12.750][D][auto_adaptive:219]: Processing Zone 1: climate source: 2, Room=20.4, Target=20.8, Actual Feedtemp: 22.0, Return temp: 22.5, Outside: 1.0, Bias: 0.0, heating: 1, cooling: 0
[08:09:12.755][D][auto_adaptive:239]: Effective delta T: 3.94, cold factor: 0.73, dynamic min delta T: 3.47, error factor: 0.10, smart boost: 1.50, linear profile: 0
[08:09:12.760][D][auto_adaptive:266]: Defrost logic: enabled=1, active=1, time_since=9109 ms
[08:09:12.782][W][auto_adaptive:282]: Z1 Defrost Recovery: 0% done. Ramp Delta: 2.01 (Min: 2.00, Target: 3.94). Flow: 24.50
.........................
[10:46:46.472][D][auto_adaptive:450]: [*] Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.84, min delta T: 2.00, max delta T: 6.50
[10:46:46.474][D][auto_adaptive:219]: Processing Zone 1: climate source: 2, Room=20.4, Target=20.8, Actual Feedtemp: 31.0, Return temp: 27.0, Outside: 0.0, Bias: 0.0, heating: 1, cooling: 0
[10:46:46.475][D][auto_adaptive:239]: Effective delta T: 4.13, cold factor: 0.84, dynamic min delta T: 3.69, error factor: 0.10, smart boost: 1.50, linear profile: 0
[10:46:46.481][D][auto_adaptive:266]: Defrost logic: enabled=1, active=0, time_since=9462775 ms
[10:46:46.486][D][auto_adaptive:313]: Z1 HEATING (Delta T): calculated_flow: 31.10°C (boost: 0.0)
[10:50:51.217][I][auto_adaptive:236]: Defrost started. Locking outside temp at 0.0°C for adaptive calculations.
[10:51:46.476][D][auto_adaptive:363]: System is busy (DHW, Defrost, or Lockout). Exiting.
[10:55:17.729][I][short_cycle:255]: Compressor STOP detected
[10:55:17.736][D][short_cycle:158]: Compressor stop event: stand-alone-cycle prevention: 0, saved z1 flow setpoint: 26.0, saved z2 flow setpoint: nan
[10:56:46.483][D][auto_adaptive:363]: System is busy (DHW, Defrost, or Lockout). Exiting.
[10:57:10.937][D][auto_adaptive:269]: Compressor start: triggering auto-adaptive loop.
[10:57:10.942][D][auto_adaptive:363]: System is busy (DHW, Defrost, or Lockout). Exiting.
[10:57:15.974][D][auto_adaptive:243]: Defrost stop: triggering auto-adaptive loop (Also updating last_defrost timestamp).
[10:57:15.975][D][auto_adaptive:398]: Using locked outside temp: 0.0°C (Sensor: 11.0°C) due to recent defrost.
[10:57:15.976][D][auto_adaptive:450]: [*] Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.84, min delta T: 2.00, max delta T: 6.50
[10:57:15.976][D][auto_adaptive:219]: Processing Zone 1: climate source: 2, Room=20.4, Target=20.8, Actual Feedtemp: 22.0, Return temp: 23.5, Outside: 0.0, Bias: 0.0, heating: 1, cooling: 0
[10:57:15.981][D][auto_adaptive:239]: Effective delta T: 4.13, cold factor: 0.84, dynamic min delta T: 3.69, error factor: 0.10, smart boost: 1.50, linear profile: 0
[10:57:15.985][D][auto_adaptive:266]: Defrost logic: enabled=1, active=1, time_since=15 ms
[10:57:15.986][W][auto_adaptive:282]: Z1 Defrost Recovery: 0% done. Ramp Delta: 2.00 (Min: 2.00, Target: 4.13). Flow: 25.50
[10:57:15.991][D][auto_adaptive:123]: CMD: Set Dependent Heat Flow -> 25.5°C (31.1°C)
[10:58:19.166][D][short_cycle:074]: Zone: 1: High Delta T detected (2.0°C). Starting timer.
[11:00:49.177][W][short_cycle:078]: Short-cycle predicted! Increasing Feed temps to force a longer cycle. Current saved Z1 setpoin: 26.0°
[11:00:49.188][D][short_cycle:090]: (Delta T) CMD: Increase Z1 Heat Flow to -> 26.0°C
[11:01:19.210][D][short_cycle:074]: Zone: 1: High Delta T detected (1.0°C). Starting timer.
[11:01:46.489][D][auto_adaptive:398]: Using locked outside temp: 0.0°C (Sensor: 1.0°C) due to recent defrost.
[11:01:46.493][D][auto_adaptive:450]: [*] Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.84, min delta T: 2.00, max delta T: 6.50
[11:01:46.503][D][auto_adaptive:219]: Processing Zone 1: climate source: 2, Room=20.4, Target=20.8, Actual Feedtemp: 27.0, Return temp: 24.5, Outside: 0.0, Bias: 0.0, heating: 0, cooling: 0
[11:01:46.509][D][auto_adaptive:239]: Effective delta T: 4.13, cold factor: 0.84, dynamic min delta T: 3.69, error factor: 0.10, smart boost: 1.50, linear profile: 0
[11:03:19.196][D][short_cycle:098]: Zone: 1: High Delta T has disappeared. Resetting timer.

Hopelijk kun je iets mee, is niet erg dat de verwarming even stopt, maar wil graag snappen wat er gebeurd en waarom........

[xoror]

@nicowinde Np, even logs nalopen
- 10:50:51 -> temp wordt gelocked op 0c voor 15m, dus t/m 11:05:51
- 10:57:15 -> AA gebruikt de 0 graden netjes nu, dat gaat nu goed.

De defrost recovery zit je nu dwars, bij defrost recovery laten we de temp langzaam oplopen. Die temp (net na defrost) is dan te laag voor jouw min vermogen, de short cycle prevention probeert in te grijpen, maar is zo te zien niet op tijd.
Dus ik denk defrost mitigation uitzetten in jouw geval

[nicowinde]

Dank je wel voor de snelle reactie, staat nu uit, wachten op de volgende defrost.

[xoror]

@nicowinde Ik verwacht dat het nu gewoon 'normaal' moet gaan. De te lage temp na defrost is verholpen

[nicowinde]

Nu inderdaad geen probleem meer bij de defrost. Gevraagde setpoint en aanvoertemp zitten nu altijs netjes bij elkaar in de buurt:



Weer wat geleerd, in mijn situatie pakt dan de Defrost Mitigation niet zo gunstig uit.
Bedankt voor de hulp en het uitzoekwerk.

[xoror]

@nicowinde Mooi dat het is opgelost. Het is altijd beetje lastig als ik zelf niet kan reproduceren, maar gelukkig komen we met de logs een heel eind.

Overigens heb ik de front end wat beter ingedeeld in de laatste pre-release, mensen die de standalone mode draaien, probeer de laatste versie uit. Kan je ook in de grafieken zoomen etc
https://github.com/gekkekoe/esphome-ecodan-hp/releases

Hier ingezoomd op een defrost.

[ Voor 13% gewijzigd door xoror op 19-02-2026 09:52 ]

[borgoe72]

Gisteren de Asgard aangesloten, prachtig gemaakt en heel duidelijk beschreven allemaal. Paar kleine instellings issues;

1) Heb mijn netatmo temperatuurmeter via de bluepint als virtual thermostaat aangesloten en dit werkt want de temp wordt correct ingelezen. Echter als de ingestelde temp 21.5 bereikt wordt draait de WP door. climate.ecodan_heatpump_virtual_thermostat_z1 gaat weliswaar mooi op inactief dus dat werkt wel. Mogelijk komt dit omdat ik zie dat hij ook climate.ecodan_heatpump_zone_1_room_temp uitleest. Deze blijft op verwarmen staan.
2) bij de atom eerder zag ik in de logs "learning" staan. Zie ik nu niet meer. En Delta T komt geen waarde uit: [11:49:21] [D][sensor:129]: 'DS18x20 Delta T' >> nan °C

[xoror]

@borgoe72 De netatmo zijn een vreemde eend in de bijt, ze geven de current en target andersom terug.
@SebastiaanPs Heeft scriptjes hiervoor, je moet dan de blue print niet gebruiken. Zie SebastiaanPs in "Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32" . Ik zal het in de FAQ stoppen denk ik

Kan je dus controleren of je current temp en target temp niet omgekeerd staan?
Voor demand: Heb je de in1 aangesloten op R1 en heb de de dipswitches aangepast (indien je wireless thermostat had)?

Single zone 1: connect 2 wires from Asgard PCB R1 to IN1 on your main FTC board. When using R1 please ensure that SW2-1 is in the ON position.

@SebastiaanPs Ik zit trouwens jouw yaml te kijken, maar daar lijkt je ook de current_temperature te pakken net als de blueprint. Kan je dat wellicht nog een keer nakijken ? Mijn blueprint leest namelijk het zelfde attribuut:

YAML:

action:
  - variables:
      current_temp: >-
        {% if states[source].domain == 'climate' %}
          {{ state_attr(source, 'current_temperature') | float(0) }}
        {% else %}
          {{ states(source) | float(0) }}
        {% endif %}
  - condition: template
    value_template: "{{ current_temp != states(target) | float(0) }}"

2) De learning data komt na 24h draaien pas. Dus morgen zie je het. De DS18x20 delta T zie je alleen als je temperatuur sensoren heb aangesloten en gekoppeld. Zie omschrijving: https://github.com/gekkek...iscussioncomment-15579857

Overigens moet je je dashboard even nog een keer updaten, ik zie een entiteit niet gevonden, dat komt doordat de room temp source nu per zone mag, als het goed is had ik de voorbeeld dashboard wel aangepast
[edit] toch een plekje vergeten, is nu aangepast, dus even opnieuw erin plakken

[ Voor 39% gewijzigd door xoror op 19-02-2026 12:21 ]

[peterpijpelink]

xoror schreef op donderdag 19 februari 2026 @ 12:05:
@borgoe72 De netatmo zijn een vreemde eend in de bijt, ze geven de current en target andersom terug.
[

en de netatmo werkt via netamo cloud (met max aantal keren opvragen per dag via api calls) en soms pas iedere 3 uur bij, ik heb zelf als check een sonoff zigbee thermometer hier. De Netatmo gebruik ik steeds minder en via weerstation (Ecowit) met binnen sensoren heb ik betrouwbare metingen. Die verwerk ik in een helper zodat ik een goede balans heb qua temperatuur.

[xoror]

@peterpijpelink Oh meen je dat nou? Is dat niet te configureren zonder cloud? Lijk me toch wel? Als internet eruit ligt werkt je thermostaat toch nog wel gewoon?

[ricvee]

Er zijn 2 versies van Netatmo, 1 werkt ook met Homekit (lokaal), de ander alleen via cloud.
Die blijft wel werken, maar kun je soms niet uitlezen met HA of via die app.
Ik heb ze allebei....

[ Voor 25% gewijzigd door ricvee op 19-02-2026 12:28 ]

[peterpijpelink]

xoror schreef op donderdag 19 februari 2026 @ 12:22:
@peterpijpelink Oh meen je dat nou? Is dat niet te configureren zonder cloud? Lijk me toch wel? Als internet eruit ligt werkt je thermostaat toch nog wel gewoon?

ja werk wel maar met oude data als je via Netatmo integratie werkt, die kan alleen via cloud. en dan heb je 5000 api calls per account per uur (dus voor alle devices samen). https://helpcenter.netatm...mit-clarification-request

[borgoe72]

dank allen! heb een sonoff SNZB-o2D gekoppeld en dat werkt stabieler. De andere sensor blijft wel op verwarmen staan> climate.ecodan_heatpump_zone_1_room_temp. Ik begrijp niet wat deze sensor doet en hoe ik deze uit krijg. Immers: de virtuele thermostaat werkt prima en staat op idle (21.5 setpoint en 21.9 in woning) climate.ecodan_heatpump_virtual_thermostat_z1

Samengevat: de HP draait nu zonder dat het in mijn ogen nodig is.

[ Voor 12% gewijzigd door borgoe72 op 19-02-2026 16:08 ]

[The Source]

Klopt het dat na een firmware update de settings allemaal anders zijn?
Bij mijn stond de waterpomp uit, prohibits aan en niets werkte.
Er zijn ook entiteiten van mijn dashboard die ontbreken.
Misschien was ik te vroeg met updaten

[xoror]

@The Source Nee, alleen de auto adaptive temp source is alleen gewijzigd. daar is nu een z1 en z2 variant van. De rest is hetzelfde gebleven. Er zou naast die 2 switches niets anders zijn. Heb je toevallig je ecodan renamed? Dan kan het zijn dat ze allemaal anders zijn. (wellicht heb je met mac suffx gecompiled? https://github.com/gekkek...9/ecodan-esphome.yaml#L22)

@borgoe72 Komt door je hysteresis, die staat standaard op 0.5c, dus je wp stopt bij 21.5 + 0.5. Daarom draait het nog Hij stopt bij 22.0c

Voor vloerverwarming wil je iets van 0.1 a 0.2c instellen. Kijk hier voor uitleg en voorbeeld: https://github.com/gekkek...ns/261#discussion-9363391
Ik werk met 0.1c Hysteresis. Het leuke is dat het instelbaar is met de virtuele thermostaat, dus je heb nu volledige controle.

Post anders ook je dipswitches, dan kan ik zien welke thermostaat is geconfigureerd. Want ik had een oranje stip verwacht bij de virtuele thermostaat

[ Voor 26% gewijzigd door xoror op 19-02-2026 17:03 ]

[xoror]

@borgoe72 Ik heb de stand alone mode omgegooid en zaken gedisabled afhankelijk van je dipswitches.
Het ziet er dan zo uit.

documentatie is aangepast: https://github.com/gekkek.../main/asgard/sa-config.md

Installeer handmatig de pre-release: https://github.com/gekkek...eleases/tag/2026-02-20.01

[ Voor 8% gewijzigd door xoror op 20-02-2026 11:50 ]

[borgoe72]

dank wederom. Dashboard geladen. Toch blijft de WP op laagste vermogen doordraaien terwijl kamertemp hoger is dan ingestelde temp. Ik vermoed dat mijn probleem is dat ik de interne thermostaat van de ftc7 niet uit krijg (basseer ik op laatste foto en vermogen WP). Via menu lukt me dat niet dus kijk ik naar dipswitch om het hardwarematig om te zetten. Deze gaan op mijn unit ERSF-VM2E + PUZSWM120YAA maar tot 1-7. Is de dipswtich ook hardwarematig asgard om te zetten? (wellicht heb je dit al duidelijk aangegeven maar is nog wat lastige materie voor me. Tot slot; ik heb ook nog een losse netatmo thermostaat liggen met twee draden. Wordt het eenvoudiger als ik die op de adguard aansluit?

[xoror]

@borgoe72 De dip switches kan je tonen in HA. Ze zijn niet in te stellen via de software.
Kan je anders screenshot van je diagnostics posten in HA ? (bij devices, esphome, ecodan)


Ik kijk naar jouw fotos, maar het is lastig om te kijken wat aan / uit is.
Controleer het volgende:
- heb je R1 van asgard verbonden met de IN1 ? (en zie je in1 oplichten bij vraag?)
- SW1-8 moet uit (om aan te geven dat je geen draadloze thermostaten wil)
- SW2-1 moet aan (die lijkt bij jou uit te staan?)

Je moet netatmo niet aansluiten op asgard verder. Alleen via REST API of via de blueprint/trigger de temperatuur synchroniseren.

[borgoe72]

@xoror gelukt!! Dank.

Verbinding R1 met IN1 was de oplossing. Beetje puzzelen en zoeken waar de aansluiting zat in de binnenunit. Lijkt allemaal vlekkeloos te werken nu. Zou bijna hopen op wat koude dagen nu.....

[ Voor 4% gewijzigd door borgoe72 op 21-02-2026 20:11 ]

[Tweakert77]

@xoror Is het ook mogelijk om de pomp snelheid aan te passen middels de ESP?

Afgelopen zaterdag was mijn warmtepomp enorm onrustig aan het draaien. Nadat ik de flow had aangepast van 19l naar 11l als test zag ik een zeer stabiele werking.

[ Voor 77% gewijzigd door Tweakert77 op 22-02-2026 20:03 ]

[xoror]

@Tweakert77 nee dat kan helaas niet. Maar flow rate verminderen is minder vermogen vragen. Dat is meestal niet waarmee je WP rustiger laat lopen... Je loopt dan ook eerder aan je min vermogen

[Blackraven]

@Tweakert77 Je zit aan de verkeerde instellingen, m*c*delta T. Dus nu je de massasnelheid omlaag hebt gebracht, moet de delta T omhoog, dus je aanvoertemp. en dus een minder zuinige warmtepomp.
Het is gewoon een balans tussen vraag en opwek, dus dat onrustig valt wel mee.
Je woning heeft een bepaalde warmtelast en bij die vraag vriest de verdamper in en moet hij gewoon af en toe even defrosten.

[xoror]

Volgende release: https://github.com/gekkek...eleases/tag/2026-02-23.05

General
- Allow per zone (z1/z2) virtual thermostat Hysteresis and AA room temp source
- Add Delta T sensor
- AA: Fixed the predictive boost indicator incorrectly showing that a boost was applied

Asgard
- Reduce refresh rate on 1-wire sensors
- Fix energy counter rollover when rebooting
- Dashboard: Allow zooming in graphs
- Dashboard: store 24h graph history on Asgard instead of browser
- Dashboard: Cycle prevention settings
- Dashboard: Added remaining climates
- Dashboard: Add missing thermostat mode (virtual thermostat)
- Dashboard: UI tweaks for mobile/touch devices
- Dashboard: Add selection to for virtual thermostat or room thermostat (setting is persisted in NVS)
- Dashboard: Fixed history endpoint from rebooting by avoiding using esphome::web_server_idf::AsyncResponseStream::print*
- Dashboard: Use snapshots to avoid concurrency issues (http endpoints)

Paar vervelende bugs eruit en stand alone dashboard wat gebruiksvriendelijker gemaakt

Opgelet: Voor AA gebruikers, ik heb de setting niet mee kunnen migreren, dus je moet deze even eenmalig weer instellen. Voorheen kon je alleen globaal een source kiezen, en nu kan je per zone een source kiezen. Geeft wat meer mogelijkheden

[ Voor 9% gewijzigd door xoror op 23-02-2026 17:57 ]

[ricvee]

Er is eea gewijzigd waardoor een entiteit in mijn HA dashboard het niet meer doet:
- entity: select.ecodan_heatpump_auto_adaptief_bron_kamertemperatuur
name: Bron Kamertemperatuur
Als ik bij apparaat info kijk zie ik dit:
select.ecodan_heatpump_auto_adaptief_bron_kamertemperatuur_z1
select.ecodan_heatpump_auto_adaptief_bron_kamertemperatuur_z2
Deze staan allebei op: Kamerthermostaat
Staat dit nog goed zo of moet ik hier HA REST /API kiezen?

Ik heb een Netatmo op IN1

[ Voor 3% gewijzigd door ricvee op 23-02-2026 17:44 ]

[xoror]

Alleen die z1/z2 goed zetten, is nu per zone in te stellen. als dat van toepassing is.
Je moet daar REST api kiezen, of wat je voorheen daar had staat bij de sensor zonder z1/z2

Edit: Dan REST/HA

@ricvee Ik heb het wat duidelijker in de release notes nu vermeld

[ Voor 77% gewijzigd door xoror op 23-02-2026 18:16 ]

[ricvee]

Ik heb ze allebei op HA / REST API gezet.
Bedankt

[Quitoo]

Ik zie dat er ook een kwh meter feedback entity is toegevoegd, maar kon er niks over vinden in de documentatie. Ik vroeg me af hoe ik hier m'n power meter aan kan koppelen en wat doet het verder?

[xoror]

Quitoo schreef op maandag 23 februari 2026 @ 20:26:
Ik zie dat er ook een kwh meter feedback entity is toegevoegd, maar kon er niks over vinden in de documentatie. Ik vroeg me af hoe ik hier m'n power meter aan kan koppelen en wat doet het verder?

https://github.com/gekkek...ecodan-hp/discussions/259
is voorlopig alleen voor stats

[Blackraven]

xoror schreef op dinsdag 23 december 2025 @ 10:58:
@Blackraven nee, als je mrc gebruikt en op room thermostat heb staan lees ik die direct uit.

Hoeveel overshoot mag deze hebben, want volgens mij was de bedoeling 21, maar is ondertussen al 23 graden...

Hieronder wellicht wat relevante waardes:
select.ecodan_heatpump_auto_adaptive_room_temperature_source_z2 = Room thermostat
number.ecodan_heatpump_auto_adaptive_setpoint_bias = 0
number.ecodan_heatpump_auto_adaptive_current_room_temperature_feedback_z2 = 21
sensor.ecodan_heatpump_zone_2_room_setpoint_value = 21
sensor.ecodan_heatpump_zone_2_room_temp = 23

Edit: of moet ik middels automation de onderste waarde teruglussen naar de feedback_z2?

[ Voor 6% gewijzigd door Blackraven op 24-02-2026 14:16 ]

[xoror]

jij had zone2 toch , dan daarheen idd
mitsu dingen doen +1c, als het meer is, is het meestal config fout

Wat zegt de log? welke room temp gebruikt ie?

[ Voor 65% gewijzigd door xoror op 24-02-2026 14:39 ]

[barcomoon]

Vandaag na de SWW run een interessant patroon. Het leek alsof de calculatie wat vertraagd reageerde op het einde van de SWW run (zie gele stippellijn in de middelste grafiek). Met als gevolg even een flinke piek in de compressor frequentie (piek net na het rode gedeelte in de onderste grafiek). Ging vanzelf weer over maar toch. Best apart. Is dat door de AA aansturing of is dit de warmtepomp zelf die een oeps heeft?

Dit is de grafiek:


Hieronder de logging:

code:

[13:06:09.660][D][auto_adaptive:051]: Setting monitor expiration to: 1771938729
[13:06:09.669][D][auto_adaptive:123]: CMD: Set Dependent Heat Flow -> 53.0°C (52.5°C)
[13:06:48.425][D][auto_adaptive:363]: System is busy (DHW, Defrost, or Lockout). Exiting.
[13:08:14.159][D][auto_adaptive:051]: Setting monitor expiration to: 1771938853
[13:08:14.165][D][auto_adaptive:123]: CMD: Set Dependent Heat Flow -> 53.5°C (53.0°C)
[13:11:05.348][D][auto_adaptive:051]: Setting monitor expiration to: 1771939024
[13:11:05.351][D][auto_adaptive:123]: CMD: Set Dependent Heat Flow -> 54.0°C (53.5°C)
[13:11:48.432][D][auto_adaptive:363]: System is busy (DHW, Defrost, or Lockout). Exiting.
[13:13:53.469][D][auto_adaptive:051]: Setting monitor expiration to: 1771939192
[13:13:53.473][D][auto_adaptive:123]: CMD: Set Dependent Heat Flow -> 55.0°C (54.0°C)
[13:15:35.858][D][auto_adaptive:051]: Setting monitor expiration to: 1771939294
[13:15:35.860][D][auto_adaptive:123]: CMD: Set Dependent Heat Flow -> 54.0°C (55.0°C)
[13:16:20.035][D][auto_adaptive:051]: Setting monitor expiration to: 1771939339
[13:16:20.038][D][auto_adaptive:123]: CMD: Set Dependent Heat Flow -> 53.5°C (54.0°C)
[13:16:48.438][D][auto_adaptive:363]: System is busy (DHW, Defrost, or Lockout). Exiting.
[13:16:53.162][D][auto_adaptive:051]: Setting monitor expiration to: 1771939372
[13:16:53.165][D][auto_adaptive:123]: CMD: Set Dependent Heat Flow -> 54.0°C (53.5°C)
[13:21:33.699][D][auto_adaptive:223]: Operation Mode Changed to heating: 1 -> 2
[13:21:33.702][D][auto_adaptive:450]: [*] Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.03, min delta T: 2.00, max delta T: 6.50
[13:21:33.706][D][auto_adaptive:219]: Processing Zone 1: climate source: 2, Room=19.5, Target=19.5, Actual Feedtemp: 53.5, Return temp: 51.5, Outside: 12.0, Bias: 0.0, heating: 1, cooling: 0
[13:21:33.714][D][auto_adaptive:239]: Effective delta T: 2.07, cold factor: 0.03, dynamic min delta T: 2.07, error factor: 0.00, smart boost: 1.00, linear profile: 0
[13:21:33.715][D][auto_adaptive:313]: Z1 HEATING (Delta T): calculated_flow: 53.60°C (boost: 0.0)
[13:21:33.715][W][auto_adaptive:059]: Flow limited to 35.0°C (Zone Max Limit), calculated_flow: 53.6
[13:21:33.719][W][auto_adaptive:145]: Flow adjust: 53.00°C to prevent compressor stop! (setpoint: 35.00°C is 18.50°C below actual feed temp)
[13:21:33.723][D][auto_adaptive:123]: CMD: Set Dependent Heat Flow -> 53.0°C (54.0°C)
[13:21:39.718][D][auto_adaptive:123]: CMD: Set Dependent Heat Flow -> 53.5°C (53.0°C)
[13:21:48.436][D][auto_adaptive:450]: [*] Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.03, min delta T: 2.00, max delta T: 6.50
[13:21:48.439][D][auto_adaptive:219]: Processing Zone 1: climate source: 2, Room=19.5, Target=19.5, Actual Feedtemp: 53.0, Return temp: 39.0, Outside: 12.0, Bias: 0.0, heating: 1, cooling: 0
[13:21:48.443][D][auto_adaptive:239]: Effective delta T: 2.07, cold factor: 0.03, dynamic min delta T: 2.07, error factor: 0.00, smart boost: 1.00, linear profile: 0
[13:21:48.447][D][auto_adaptive:313]: Z1 HEATING (Delta T): calculated_flow: 41.10°C (boost: 0.0)
[13:21:48.452][W][auto_adaptive:059]: Flow limited to 35.0°C (Zone Max Limit), calculated_flow: 41.1
[13:21:48.456][W][auto_adaptive:145]: Flow adjust: 52.50°C to prevent compressor stop! (setpoint: 35.00°C is 18.00°C below actual feed temp)
[13:21:48.462][D][auto_adaptive:123]: CMD: Set Dependent Heat Flow -> 52.5°C (53.0°C)
[13:21:50.767][D][auto_adaptive:123]: CMD: Set Dependent Heat Flow -> 49.0°C (52.5°C)
[13:26:48.438][D][auto_adaptive:450]: [*] Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.03, min delta T: 2.00, max delta T: 6.50
[13:26:48.442][D][auto_adaptive:219]: Processing Zone 1: climate source: 2, Room=19.5, Target=19.5, Actual Feedtemp: 28.5, Return temp: 22.5, Outside: 12.0, Bias: 0.0, heating: 1, cooling: 0
[13:26:48.446][D][auto_adaptive:239]: Effective delta T: 2.07, cold factor: 0.03, dynamic min delta T: 2.07, error factor: 0.00, smart boost: 1.00, linear profile: 0
[13:26:48.451][D][auto_adaptive:313]: Z1 HEATING (Delta T): calculated_flow: 24.60°C (boost: 0.0)
[13:26:48.457][W][auto_adaptive:145]: Flow adjust: 28.00°C to prevent compressor stop! (setpoint: 24.60°C is 3.90°C below actual feed temp)
[13:26:48.458][D][auto_adaptive:123]: CMD: Set Dependent Heat Flow -> 28.0°C (49.0°C)
[13:26:49.825][W][ecodan.component:352]: Command timed out. Retrying (attempt 2/30)...[1]
[13:29:21.740][D][short_cycle:074]: Zone: 1: High Delta T detected (1.0°C). Starting timer.
[13:31:48.443][D][auto_adaptive:450]: [*] Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.03, min delta T: 2.00, max delta T: 6.50
[13:31:48.447][D][auto_adaptive:219]: Processing Zone 1: climate source: 2, Room=19.5, Target=19.5, Actual Feedtemp: 29.0, Return temp: 24.0, Outside: 12.0, Bias: 0.0, heating: 1, cooling: 0
[13:31:48.451][D][auto_adaptive:239]: Effective delta T: 2.07, cold factor: 0.03, dynamic min delta T: 2.07, error factor: 0.00, smart boost: 1.00, linear profile: 0
[13:31:48.455][D][auto_adaptive:313]: Z1 HEATING (Delta T): calculated_flow: 26.10°C (boost: 0.0)
[13:31:48.466][W][auto_adaptive:145]: Flow adjust: 28.50°C to prevent compressor stop! (setpoint: 26.10°C is 2.90°C below actual feed temp)
[13:31:48.467][D][auto_adaptive:123]: CMD: Set Dependent Heat Flow -> 28.5°C (28.0°C)
[13:31:49.871][W][ecodan.component:352]: Command timed out. Retrying (attempt 2/30)...[1]
[13:31:51.749][W][short_cycle:078]: Short-cycle predicted! Increasing Feed temps to force a longer cycle. Current saved Z1 setpoin: 24.0°
[13:31:51.751][D][short_cycle:090]: (Delta T) CMD: Increase Z1 Heat Flow to -> 28.5°C
[13:36:48.457][D][auto_adaptive:450]: [*] Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1, cold factor: 0.03, min delta T: 2.00, max delta T: 6.50
[13:36:48.457][D][auto_adaptive:219]: Processing Zone 1: climate source: 2, Room=19.5, Target=19.5, Actual Feedtemp: 29.0, Return temp: 24.5, Outside: 12.0, Bias: 0.0, heating: 1, cooling: 0
[13:36:48.457][D][auto_adaptive:239]: Effective delta T: 2.07, cold factor: 0.03, dynamic min delta T: 2.07, error factor: 0.00, smart boost: 1.00, linear profile: 0
[13:36:48.460][D][auto_adaptive:301]: Z1 HEATING (boost adjustment): boost: 0.5°C, calcluated_flow: 26.60°C, actual_flow: 29.00°C
[13:36:48.460][D][auto_adaptive:313]: Z1 HEATING (Delta T): calculated_flow: 27.10°C (boost: 0.5)
[13:36:48.464][W][auto_adaptive:145]: Flow adjust: 28.50°C to prevent compressor stop! (setpoint: 27.10°C is 1.90°C below actual feed temp)

[Blackraven]

xoror schreef op dinsdag 24 februari 2026 @ 14:26:
jij had zone2 toch , dan daarheen idd
mitsu dingen doen +1c, als het meer is, is het meestal config fout

Wat zegt de log? welke room temp gebruikt ie?

code:

[19:16:38.671][D][auto_adaptive:450]: [*] Starting auto-adaptive cycle, z2 independent: 1, has_cooling: 0, cold factor: 0.09, min delta T: 3.00, max delta T: 8.00
[19:16:38.675][D][auto_adaptive:219]: Processing Zone 1: climate source: 0, Room=0.0, Target=28.0, Actual Feedtemp: 50.0, Return temp: 49.5, Outside: 10.0, Bias: 0.0, heating: 1, cooling: 0
[19:16:38.675][D][auto_adaptive:239]: Effective delta T: 8.00, cold factor: 0.09, dynamic min delta T: 3.19, error factor: 1.00, smart boost: 1.00, linear profile: 0
[19:16:38.682][D][auto_adaptive:313]: Z1 HEATING (Delta T): calculated_flow: 57.50°C (boost: 0.0)
[19:16:38.682][W][auto_adaptive:059]: Flow limited to 50.0°C (Zone Max Limit), calculated_flow: 57.5
[19:16:38.684][D][auto_adaptive:219]: Processing Zone 2: climate source: 0, Room=23.5, Target=21.0, Actual Feedtemp: 32.0, Return temp: 29.0, Outside: 10.0, Bias: 0.0, heating: 1, cooling: 0
[19:16:38.690][D][auto_adaptive:239]: Effective delta T: 3.19, cold factor: 0.09, dynamic min delta T: 3.19, error factor: 0.00, smart boost: 1.00, linear profile: 0
[19:16:38.690][D][auto_adaptive:290]: Z2 Setpoint reached (Error -2.5). Reverting to Base Delta T (3.0).
[19:16:38.690][D][auto_adaptive:313]: Z2 HEATING (Delta T): calculated_flow: 32.00°C (boost: 0.0)
[19:21:38.672][D][auto_adaptive:450]: [*] Starting auto-adaptive cycle, z2 independent: 1, has_cooling: 0, cold factor: 0.06, min delta T: 3.00, max delta T: 8.00
[19:21:38.676][D][auto_adaptive:219]: Processing Zone 1: climate source: 0, Room=0.0, Target=28.0, Actual Feedtemp: 50.0, Return temp: 49.5, Outside: 11.0, Bias: 0.0, heating: 1, cooling: 0
[19:21:38.676][D][auto_adaptive:239]: Effective delta T: 8.00, cold factor: 0.06, dynamic min delta T: 3.12, error factor: 1.00, smart boost: 1.00, linear profile: 0
[19:21:38.680][D][auto_adaptive:313]: Z1 HEATING (Delta T): calculated_flow: 57.50°C (boost: 0.0)
[19:21:38.684][W][auto_adaptive:059]: Flow limited to 50.0°C (Zone Max Limit), calculated_flow: 57.5
[19:21:38.684][D][auto_adaptive:219]: Processing Zone 2: climate source: 0, Room=23.5, Target=21.0, Actual Feedtemp: 32.0, Return temp: 29.5, Outside: 11.0, Bias: 0.0, heating: 1, cooling: 0
[19:21:38.690][D][auto_adaptive:239]: Effective delta T: 3.12, cold factor: 0.06, dynamic min delta T: 3.12, error factor: 0.00, smart boost: 1.00, linear profile: 0
[19:21:38.690][D][auto_adaptive:290]: Z2 Setpoint reached (Error -2.5). Reverting to Base Delta T (3.0).
[19:21:38.691][D][auto_adaptive:313]: Z2 HEATING (Delta T): calculated_flow: 32.50°C (boost: 0.0)
[19:21:38.700][D][auto_adaptive:106]: CMD: Set Z2 Heat Flow -> 32.5°C (32.0°C)
[19:21:39.745][W][ecodan.component:352]: Command timed out. Retrying (attempt 2/30)...[1]
[19:21:40.748][W][ecodan.component:352]: Command timed out. Retrying (attempt 3/30)...[1]
[19:21:41.755][W][ecodan.component:352]: Command timed out. Retrying (attempt 4/30)...[1]
[19:26:38.672][D][auto_adaptive:450]: [*] Starting auto-adaptive cycle, z2 independent: 1, has_cooling: 0, cold factor: 0.06, min delta T: 3.00, max delta T: 8.00
[19:26:38.676][D][auto_adaptive:219]: Processing Zone 1: climate source: 0, Room=0.0, Target=28.0, Actual Feedtemp: 50.0, Return temp: 49.5, Outside: 11.0, Bias: 0.0, heating: 1, cooling: 0
[19:26:38.676][D][auto_adaptive:239]: Effective delta T: 8.00, cold factor: 0.06, dynamic min delta T: 3.12, error factor: 1.00, smart boost: 1.00, linear profile: 0
[19:26:38.681][D][auto_adaptive:313]: Z1 HEATING (Delta T): calculated_flow: 57.50°C (boost: 0.0)
[19:26:38.685][W][auto_adaptive:059]: Flow limited to 50.0°C (Zone Max Limit), calculated_flow: 57.5
[19:26:38.685][D][auto_adaptive:219]: Processing Zone 2: climate source: 0, Room=23.5, Target=21.0, Actual Feedtemp: 32.0, Return temp: 29.0, Outside: 11.0, Bias: 0.0, heating: 1, cooling: 0
[19:26:38.690][D][auto_adaptive:239]: Effective delta T: 3.12, cold factor: 0.06, dynamic min delta T: 3.12, error factor: 0.00, smart boost: 1.00, linear profile: 0
[19:26:38.694][D][auto_adaptive:290]: Z2 Setpoint reached (Error -2.5). Reverting to Base Delta T (3.0).
[19:26:38.694][D][auto_adaptive:313]: Z2 HEATING (Delta T): calculated_flow: 32.00°C (boost: 0.0)
[19:26:38.700][D][auto_adaptive:106]: CMD: Set Z2 Heat Flow -> 32.0°C (32.5°C)
[19:26:40.030][W][ecodan.component:352]: Command timed out. Retrying (attempt 2/30)...[1]
[19:26:41.034][W][ecodan.component:352]: Command timed out. Retrying (attempt 3/30)...[1]
[19:31:38.676][D][auto_adaptive:450]: [*] Starting auto-adaptive cycle, z2 independent: 1, has_cooling: 0, cold factor: 0.06, min delta T: 3.00, max delta T: 8.00
[19:31:38.680][D][auto_adaptive:219]: Processing Zone 1: climate source: 0, Room=0.0, Target=28.0, Actual Feedtemp: 50.0, Return temp: 49.5, Outside: 11.0, Bias: 0.0, heating: 1, cooling: 0
[19:31:38.680][D][auto_adaptive:239]: Effective delta T: 8.00, cold factor: 0.06, dynamic min delta T: 3.12, error factor: 1.00, smart boost: 1.00, linear profile: 0
[19:31:38.685][D][auto_adaptive:313]: Z1 HEATING (Delta T): calculated_flow: 57.50°C (boost: 0.0)
[19:31:38.685][W][auto_adaptive:059]: Flow limited to 50.0°C (Zone Max Limit), calculated_flow: 57.5
[19:31:38.685][D][auto_adaptive:219]: Processing Zone 2: climate source: 0, Room=23.5, Target=21.0, Actual Feedtemp: 32.0, Return temp: 29.0, Outside: 11.0, Bias: 0.0, heating: 1, cooling: 0
[19:31:38.691][D][auto_adaptive:239]: Effective delta T: 3.12, cold factor: 0.06, dynamic min delta T: 3.12, error factor: 0.00, smart boost: 1.00, linear profile: 0
[19:31:38.694][D][auto_adaptive:290]: Z2 Setpoint reached (Error -2.5). Reverting to Base Delta T (3.0).
[19:31:38.695][D][auto_adaptive:313]: Z2 HEATING (Delta T): calculated_flow: 32.00°C (boost: 0.0)

Hij lijkt wel de goede kamertemperatuur te detecteren, ondertussen alweer een half graadje erbij.
Alleen snap ik niet dat de flowtemp niet naar beneden komt, die mag terugmoduleren naar 24°C

[xoror]

@barcomoon Dat is heel apart idd. Na een sww als je switched naar verwarmen heb je nog een heel klein beetje warm water in je leiding, op het moment dat hij gaat verwarmen is dat zo vermengd met je cv en je return temp (en dus nieuwe TA) gaat rap dalen. Bij jou blijft hij nog wat hoog zodat je compressor er even op reageert. Kan op zich geen kwaad, maar wel apart. Moet je even in de gaten houden of je het vaker ziet. Zoals gezegd, zorgt je retour ervoor dat het vrij snel daalt.

@Blackraven Ik zie in je log dat hij ziet dat hij over setpoint is, en terug gaat naar min delta T (3c). Je retour van je z2 (ik ga vanuit dat je hiernaar verwijst) is 29c, dus nieuwe flow setpoint van z2 wordt dan 29+3=32. Hij gaat alleen terug moduleren als je retour daalt (want je zit al op min delta T van je profiel).

z2 had natuurlijk al een tijdje geleden moeten afslaan, meestal als je actuele z2 flow - z2 flow setpoint >= 1.5, dan stopt die zone meestal. Ik snap alleen niet waarom die retour zo relatief hoog blijft

[Blackraven]

@xoror Dat ligt dan aan m'n AA settings
Hij staat op flow temp ingesteld, en die wordt door de AA bepaald, dus als AA aangeeft dat de flow 32 moet zijn, dan volgt ie dat. alleen AA min. staat dus op 24, dus hij zou veel verder omlaag moeten kunnen, maar waarom die retour niet omlaag komt, dat is me inderdaad ook niet helemaal duidelijk.

Edit: Vanmorgen na een nachtje prohibit springt ie dan toch gewoon weer aan op verwarmen, terwijl de kamerthermostaat toch nog 2 graden boven setpoint is.
"Z2 Setpoint reached (Error -1.5). Reverting to Base Delta T (3.0)"

Neem me even mee in je denkwijze: Je model is gebaseerd dat met een Delta T van 3K op de retour van Z2 de temperatuur in de woonkamer uiteindelijk daalt?

[ Voor 35% gewijzigd door Blackraven op 25-02-2026 08:00 ]

[xoror]

@Blackraven ja per zone wordt de delta T bepaald. Je delta T hangt af van het gekozen profiel. We gebruiken per zone een thermostaat, dus in jouw geval de z2 thermostaat waarde om te sturen voor de betreffende zone.

Maar iets start de demand, anders rekent hij geen flow temp uit. Heb je toevallig logging ? Volgens mij genereert jouw thermostaat geen demand, volgens mij doet hij dat puur op flow temp (althans bij multi zone, mixing tank systemen die ik gezien heb. Afhankelijk van je setup stuurt je thermostaat alleen de zone circulatie pompen aan, en afhankelijk van z1/z2 flow temp icm tank temp, besluit hij de compressor aan te slingeren)

Verder, voor asgard virtual thermostat gebruikers:
Ik heb de release notes ook even verder aangepast, ik was nog vergeten te vermelden dat de hysteresis nu ook per virtual thermostaat instelbaar is.

[Blackraven]

@xoror Einde prohibit voor de nacht triggert de vraag, in de basis staat mijn WP op heat flow temp. mode, dus flow altijd aan, waarbij de temperatuur gestuurd wordt door jouw AA. Hij draait nu tapwater, dus kan de situatie wel even emuleren zo en dan de log hieronder plakken.
Wellicht begrijp ik de werking van je AA verkeerd en moet ik zelf hard de prohibits er weer op zetten op basis van overshoot van de kamertemperatuur.
13:18 prohibits van Z1 en Z2 gestopt, Operation mode changed to heating als gevolg.

code:

[13:11:38.947][D][auto_adaptive:363]: System is busy (DHW, Defrost, or Lockout). Exiting.
[13:16:38.947][D][auto_adaptive:450]: [*] Starting auto-adaptive cycle, z2 independent: 1, has_cooling: 0, cold factor: 0.00, min delta T: 3.00, max delta T: 8.00
[13:18:46.313][D][auto_adaptive:223]: Operation Mode Changed to heating: 0 -> 2
[13:18:46.322][D][auto_adaptive:450]: [*] Starting auto-adaptive cycle, z2 independent: 1, has_cooling: 0, cold factor: 0.00, min delta T: 3.00, max delta T: 8.00
[13:18:47.048][W][ecodan.component:352]: Command timed out. Retrying (attempt 2/30)...[1]
[13:18:48.051][W][ecodan.component:352]: Command timed out. Retrying (attempt 3/30)...[1]
[13:18:49.055][W][ecodan.component:352]: Command timed out. Retrying (attempt 4/30)...[1]
[13:18:50.059][W][ecodan.component:352]: Command timed out. Retrying (attempt 5/30)...[1]
[13:18:51.065][W][ecodan.component:352]: Command timed out. Retrying (attempt 6/30)...[1]
[13:18:52.069][W][ecodan.component:352]: Command timed out. Retrying (attempt 7/30)...[1]
[13:18:53.072][W][ecodan.component:352]: Command timed out. Retrying (attempt 8/30)...[1]
[13:20:24.624][I][short_cycle:263]: Compressor START detected
[13:20:24.627][D][auto_adaptive:269]: Compressor start: triggering auto-adaptive loop.
[13:20:24.627][D][auto_adaptive:450]: [*] Starting auto-adaptive cycle, z2 independent: 1, has_cooling: 0, cold factor: 0.00, min delta T: 3.00, max delta T: 8.00
[13:20:24.635][D][auto_adaptive:219]: Processing Zone 1: climate source: 0, Room=0.0, Target=28.0, Actual Feedtemp: 46.5, Return temp: 49.5, Outside: 27.0, Bias: 0.0, heating: 1, cooling: 0
[13:20:24.635][D][auto_adaptive:239]: Effective delta T: 8.00, cold factor: 0.00, dynamic min delta T: 3.00, error factor: 1.00, smart boost: 1.00, linear profile: 0
[13:20:24.636][D][auto_adaptive:313]: Z1 HEATING (Delta T): calculated_flow: 57.50°C (boost: 0.0)
[13:20:24.641][W][auto_adaptive:059]: Flow limited to 50.0°C (Zone Max Limit), calculated_flow: 57.5
[13:20:24.641][D][auto_adaptive:219]: Processing Zone 2: climate source: 0, Room=23.0, Target=21.0, Actual Feedtemp: 41.0, Return temp: 25.0, Outside: 27.0, Bias: 0.0, heating: 1, cooling: 0
[13:20:24.642][D][auto_adaptive:239]: Effective delta T: 3.00, cold factor: 0.00, dynamic min delta T: 3.00, error factor: 0.00, smart boost: 1.00, linear profile: 0
[13:20:24.648][D][auto_adaptive:290]: Z2 Setpoint reached (Error -2.0). Reverting to Base Delta T (3.0).
[13:20:24.651][D][auto_adaptive:313]: Z2 HEATING (Delta T): calculated_flow: 28.00°C (boost: 0.0)
[13:20:24.652][W][auto_adaptive:145]: Flow adjust: 40.50°C to prevent compressor stop! (setpoint: 28.00°C is 13.00°C below actual feed temp)
[13:20:24.662][W][auto_adaptive:059]: Flow limited to 38.0°C (Zone Max Limit), calculated_flow: 40.5
[13:20:24.662][D][auto_adaptive:106]: CMD: Set Z2 Heat Flow -> 38.0°C (32.0°C)
[13:21:38.946][D][auto_adaptive:450]: [*] Starting auto-adaptive cycle, z2 independent: 1, has_cooling: 0, cold factor: 0.00, min delta T: 3.00, max delta T: 8.00
[13:21:38.949][D][auto_adaptive:219]: Processing Zone 1: climate source: 0, Room=0.0, Target=28.0, Actual Feedtemp: 45.0, Return temp: 49.5, Outside: 27.0, Bias: 0.0, heating: 1, cooling: 0
[13:21:38.950][D][auto_adaptive:239]: Effective delta T: 8.00, cold factor: 0.00, dynamic min delta T: 3.00, error factor: 1.00, smart boost: 1.00, linear profile: 0
[13:21:38.954][D][auto_adaptive:313]: Z1 HEATING (Delta T): calculated_flow: 57.50°C (boost: 0.0)
[13:21:38.958][W][auto_adaptive:059]: Flow limited to 50.0°C (Zone Max Limit), calculated_flow: 57.5
[13:21:38.958][D][auto_adaptive:219]: Processing Zone 2: climate source: 0, Room=23.5, Target=21.0, Actual Feedtemp: 44.5, Return temp: 25.5, Outside: 27.0, Bias: 0.0, heating: 1, cooling: 0
[13:21:38.965][D][auto_adaptive:239]: Effective delta T: 3.00, cold factor: 0.00, dynamic min delta T: 3.00, error factor: 0.00, smart boost: 1.00, linear profile: 0
[13:21:38.967][D][auto_adaptive:290]: Z2 Setpoint reached (Error -2.5). Reverting to Base Delta T (3.0).
[13:21:38.968][D][auto_adaptive:313]: Z2 HEATING (Delta T): calculated_flow: 28.50°C (boost: 0.0)
[13:21:38.975][W][auto_adaptive:145]: Flow adjust: 44.00°C to prevent compressor stop! (setpoint: 28.50°C is 16.00°C below actual feed temp)
[13:21:38.975][W][auto_adaptive:059]: Flow limited to 38.0°C (Zone Max Limit), calculated_flow: 44.0

Edit: Ben nu overgestapt van profiel UFH/Rad naar UFH *, kijken of dat beter werkt met een kleinere delta T van 2K.
Overigens had ik dit soort overshoot ook toen ik nog op stooklijn draaide, dan moest ik ook met een harde afschakeling de overshoot in de perken houden. Kwakkelseizoen is weer begonnen...

[xoror]

@Blackraven De wp bepaalt wanneer er verwarmd wordt, en AA doet dan alleen zo comfortabel mogelijk. Maar de trigger komt dus van de WP.

Heb je de circulatie pompen op een of andere manier verbonden met de thermostaten ? (of sturen die de circulatie pompen aan?) Je moet proberen te achter halen wat demand triggered bij jou

Afslaan heb ik nu voor mixing tank systemen redelijk achterhaald, maar demand kan op verschillende manieren. Dat komt omdat het ook op verschillende manieren geinstalleerd wordt

Overigens weet ik wel van mensen met mixing tank die in1/in6 aansturen dat die voorrang heeft, dus dan wordt demand aan geslingerd voor die zone. Maar als je kan achterhalen hoe bij jou de demand gaat, dan is het wat makkelijker sturen

[ Voor 18% gewijzigd door xoror op 25-02-2026 19:02 ]

[Blackraven]

@xoror in de basis staat hij op flow temp, dus altijd aan. Dit stuur ik wat bij door met de prohibit te spelen, maar de mitsu RR zou ook kunnen om op de MRC thermostaat te sturen, dat is ook de enige werk modus die de wp op een bepaald moment ook uit zet bij teveel overshoot in de woonkamer. (WAR uiteindelijk ook wel, maar dat duurt geloof ik 1 of 2 dagen, maar dan op basis van buitentemperatuur).
Pompgroep Z2 en de bijbehorende mixer worden door de ecodan aangestuurd, enige thermostaat in mijn systeem is de MRC die in de woonkamer hangt.

Er wordt dus eigenlijk niets extern aangestuurd op mijn afgifte systeem, dit komt allemaal uit de ecodan.
Bewust zo gedaan, stel dat de ESP op een dag niet werkt, dan kan ik gewoon de ecodan op RR zetten en werkt alles zonder externe sturing.
Samenvattend:
Je AA is dus een overlay om de aanvoer temp te sturen voor de flow temp. regeling en deze wordt helaas niet begrensd op de MRC thermostaat door de ecodan zelf.
Maar goed, dat is prima met een prohibit automation op te lossen, dat is wat jij met je nieuwe pcb ook doet middels de IN sturing.

[xoror]

@Blackraven in grote lijnen wel, met een paar kleine verschillen. Met in1/in6 kan je per zone vraag aan/uit zetten. De RR van Mitsubishi kan wel aan/uit doen met alleen MRC, ze hebben directe toegang tot de ftc en dus meer mogelijkheden.

De meeste installaties die ik gezien heb, hebben wel iets van een thermostaat per zone die dan de circulatie pompen bedienen. In jouw geval is er dan altijd demand vanwege MRC die in fixed flow staat en stopt alleen als werkelijke zone aanvoer - gewenste zone aanvoer >= 1.5c is.

[ Voor 13% gewijzigd door xoror op 26-02-2026 08:26 ]

[Blackraven]

@xoror Ter lering en vermaak even een grafiekje van de afgelopen dag van mijn systeem:
Boiler Flow = bovenkant buffer
Boiler Return = midden buffer
Z1 Return = onderkant buffer
Water pump 1 (bovenste entry) = circulatiepomp binnenunit
Water pump 3 (onderste entry) = circulatiepomp afgiftesysteem (Z2)
Wat opvalt is dat de mengklep van Z2 (mijn afgiftesysteem) ontzettend onrustig reageert als de heat source op WP staat. Zodra ik deze op de buffer zet (Heat Source=Boiler) waarbij het afgiftesysteem gedwongen wordt de buffer als primaire bron te gebruiken is het nerveuze regelgedrag onmiddelijk weg.
Om duistere reden heeft de circulatiepomp van de binnenunit vanmorgen niet de gelaagdheid van de buffer om zeep geholpen (vergelijk met gisterochtend, waar alle 3 buffertemps wel naar elkaar toe getrokken worden) met als gevolg een pendelcircus waarbij ook de compressor mee begon te dansen met de mengklep van Z2. Zie onderste grafiekje, in stappen van 10% waarbij 10 dus vol open is.
Op basis van m'n logs denk ik dat de mengklep naar 10 gaat en dan terug wil regelen als standaard als ie op WP staat en dat ie dat precies andersom doet als hij op Boiler staat, dus dan vanaf 0 omhoog regelt.

[xoror]

@Blackraven Ik log ook de mengklep standen als het goed is? Wel heel apart dat onrustige gedrag. Is het misschien omdat hij zo de juiste temp wil mengen? Maar omdat de wp ook aanstaat, hij vaker moet knipperen om een bepaalde temp te mengen ? (zomaar wild guess)

[Blackraven]

@xoror ja, mengklepstanden zie in de onderste grafiek, dat is is die mixing valve step van Z2.(die zit dus in de pompgroep van waterpump 3)
Als de buffer leeg is en niet oplaadt is het hydraulisch in principe gewoon in serie met de waterpump 1 van de binnenunit en staat de mengklep gewoon vol open, zoals vlak na het pendelen van vanmorgen, daarna gaat ie hem langzaam terugschroeven omdat ik dan de aanvoertemp van de WP omhoog doe voor Z1(buffer) en hij dan Z2 gaat afknijpen met de mengklep om de aanvoertemp te matchen met je AA settings.
(Edit: zie nu dat ik de aanvoertemp van de binnenunit niet mee geplot heb...)

In de grafieken hierboven krijgt hij op heatsource WP een enorme overshoot omdat hij dan in verhouding te warm water uit de buffer Z2 in trekt omdat de mengklep op standje 10 begint...
Dat kan ie niet op tijd reduceren en dan stopt ie even. Als je dat dan vergelijkt met als ie op boiler staat, doet ie dat precies andersom en regelt rustig omhoog vanaf 0 en loopt het mooi stabiel. Dit had ik ook verwacht voor als ie wel op WP draait, maar helaas.
Hij kan de aanvoer mixing tank niet zo goed handelen als de heatsource op WP staat en mixing tank in verhouding veel te hoog is voor de afgifte van Z2.
Beetje jammer en verder wel op te lossen door m'n heatsource naar boiler om te zetten op het moment dat ik dit zou willen.
Zoals al eerder gezegd is dit voor een FTC6+ ook alweer beter omdat daar direct een sensor op de mixingtank zit.

Voor mijn user case verder ook niet heel relevant omdat ik daarvoor alleen in de nacht eigenlijk op de buffer draai en dan werkt het verder zoals ik zou willen.

[dedmen7]

Hallo allemaal,

Afgelopen donderdag heb ik mijn Asgard ontvangen en direct geïnstalleerd. Ik heb de stappen uit de handleiding gevolgd: alles uitgezet, het kastje netjes ingebouwd, de kabels aangesloten en SW2-1 omgezet.

De virtuele thermostaat wordt gevoed door mijn Shelly H&T via een automation en geeft correct "Heating" aan. Warm water en warmtepomp staan beide aan op een schappelijke temperatuur. Toch springt mijn warmtepomp sinds de installatie niet meer aan om het huis te verwarmen — alleen voor warm water.

Na een reset heb ik hem één keer zien starten, maar toen probeerde hij 45°C flow temp door de vloerverwarming te pompen. Dat heb ik direct weer uitgezet.

Daarnaast valt me op dat Zone 1 Room Temp 24°C aangeeft, terwijl ik nergens in huis die temperatuur kan terugvinden. Heb ik per ongeluk een verkeerde sensor als bron ingesteld?

Ik heb al veel rondgezocht op forums maar kom er niet uit. Hieronder mijn huidige instellingen. Heeft iemand een idee wat ik verkeerd doe of hoe ik dit kan nalopen?

Mijn wens is dat de "Auto-Adaptive: Control" gewoon naar behoren werkt en het ongeveer 20 graden bij ons is.

Alvast bedankt voor het meedenken!

[ Voor 7% gewijzigd door dedmen7 op 01-03-2026 20:40 ]

[xoror]

@dedmen7
Ik denk dat je een paar dingen door elkaar haalt, ik zal even proberen uit te leggen.
- Aan je display te zien gebruik je de mitsubishi auto adaptive, deze kan helaas alleen gevoed worden dmv de MRC of CNRF.
- Als ik het goed begrijp heb je in1 aangesloten, dan gebruikt de wp de virtuele thermostaat. Maar ik zie dat SW2-1 uit staat, die moet aan staan. Zie instructies https://github.com/gekkek...md#step-3-connect-the-pcb
- Ik zie in de esp interface dat je Heat flow temp heb ingesteld, maar je display staat op heat target mode. Dus dat lijkt niet helemaal goed te zijn gegaan. Probeer de mode te veranderen via de standalone ui, even naar heat target, en daarna naar heat flow, zie je dan icon op je MRC veranderen ?

Met de virtuele thermostaat moet je mijn AA draaien. Zie stappen plan hoe dat moet: https://github.com/gekkek.../main/asgard/sa-config.md (gaat makkelijkst instellen via stand alone ui)

Wil je de mitsubishi auto adaptive gebruiken, dan moet je niet de virtuele thermostaat op in1 aansluiten en SW2-1 terug zetten.

[ Voor 25% gewijzigd door xoror op 01-03-2026 22:12 ]

[SebastiaanPs]

xoror schreef op zondag 1 maart 2026 @ 21:50:
@dedmen7
Ik denk dat je een paar dingen door elkaar haalt, ik zal even proberen uit te leggen.
- Aan je display te zien gebruik je de mitsubishi auto adaptive, deze kan helaas alleen gevoed worden dmv de MRC of CNRF.
- Als ik het goed begrijp heb je in1 aangesloten, dan gebruikt de wp de virtuele thermostaat. Maar ik zie dat SW2-1 uit staat, die moet aan staan. Zie instructies https://github.com/gekkek...md#step-3-connect-the-pcb
- Ik zie in de esp interface dat je Heat flow temp heb ingesteld, maar je display staat op heat target mode. Dus dat lijkt niet helemaal goed te zijn gegaan. Probeer de mode te veranderen via de standalone ui, even naar heat target, en daarna naar heat flow, zie je dan icon op je MRC veranderen ?

Met de virtuele thermostaat moet je mijn AA draaien. Zie stappen plan hoe dat moet: https://github.com/gekkek.../main/asgard/sa-config.md (gaat makkelijkst instellen via stand alone ui)

Wil je de mitsubishi auto adaptive gebruiken, dan moet je niet de virtuele thermostaat op in1 aansluiten en SW2-1 terug zetten.

@dedmen7 @xoror
Ik had hier wel ruimteregeling (de Mitsubishi auto adaptive) op de virtual thermostat draaien hoor...
Net nog even dubbel gecheckt en het was echt zo.
Virtual thermostat source op "virtual thermostat input z1" zetten, de "Auto-Adaptive: Room Temperature source z1" zet je op de "Asgard virtual thermostat".
Zo had ik de ruimteregeling op mijn Netatmo thermostaat draaien met de in Asgard instelbare hysterese ("Asgard Hysteresis z1").

[xoror]

@SebastiaanPs Had je op heat flow of heat target ? Dat laatste negeert eigenlijk al mijn settings. Mijn settings zijn alleen van toepassing in heat flow mode.

De auto adaptive: room temp source is een setting die ik heb gemaakt en alleen voor mijn AA is. Dus de Mitsu RR heeft daar geen weet van. Mijn AA kan uiteraard wel de MRC wel als temp sensor gebruiken.

Er zijn 2 manieren om de MRC te gebruiken icm de mitsu ruimte regeling:
- direct de MRC gebruiken
- indirect de MRC koppelen via CNRF (dit is suf, maar het kan, beter direct gebruiken)

[SebastiaanPs]

xoror schreef op zondag 1 maart 2026 @ 22:25:
@SebastiaanPs Had je op heat flow of heat target ? Dat laatste negeert eigenlijk al mijn settings. Mijn settings zijn alleen van toepassing in heat flow mode.

De auto adaptive: room temp source is een setting die ik heb gemaakt en alleen voor mijn AA is. Dus de Mitsu RR heeft daar geen weet van. Mijn AA kan uiteraard wel de MRC wel als temp sensor gebruiken.

Er zijn 2 manieren om de MRC te gebruiken icm de mitsu ruimte regeling:
- direct de MRC gebruiken
- indirect de MRC koppelen via CNRF (dit is suf, maar het kan, beter direct gebruiken)

Stond op heat target temperature.
Zie hier het bewijs dat de virtual thermostat met Netatmo als source leidend was bij mij in de ruimteregeling = heat target temperature (let op: bovenaan zie je dat er in bepaalde windows prohibit heating aan staat)

(de MRC zou de current temperature met een resolutie van 0.5 graden laten zien)

[ Voor 3% gewijzigd door SebastiaanPs op 01-03-2026 22:34 ]

[xoror]

@SebastiaanPs ???
Dan gebruikt hij de virtuele thermostaat (in1) voor demand en de MRC als temp sensor? Ik zou dat even moeten uitproberen. Hij kan de virtuele thermostaat zelf nooit uitlezen (behalve demand signaal).

[SebastiaanPs]

xoror schreef op zondag 1 maart 2026 @ 22:25:
De auto adaptive: room temp source is een setting die ik heb gemaakt en alleen voor mijn AA is. Dus de Mitsu RR heeft daar geen weet van. Mijn AA kan uiteraard wel de MRC wel als temp sensor gebruiken.

Sorry de route is net anders: de virtual thermostat wordt via een automation gevoed met de Netatmo temperatuur, zo werkt het. Inderdaad niet via jouw AA room temp source.

Maar op deze manier kan je dus wel ruimteregeling draaien met een Netatmo thermostaat en je kan de hysterese instellen. Het werkt, ik heb het gebruikt.

YAML:

- id: Sync virtual thermostat
  alias: Sync virtual thermostat input
  description: Ensures the virtual thermostat input matches the Netatmo current temp
  triggers:
  - value_template: "{{ state_attr('climate.netatmo_thermostat', 'current_temperature')
      | float(0) !=\n   states('number.ecodan_heatpump_virtual_thermostat_input_z1')
      | float(0) }}"
    trigger: template
  conditions: []
  actions:
  - target:
      entity_id: number.ecodan_heatpump_virtual_thermostat_input_z1
    data:
      value: '{{ state_attr(''climate.netatmo_thermostat'', ''current_temperature'')
        | float(0) }}'
    action: number.set_value
  mode: single
- id: Sync virtual thermostat to auto adaption
  alias: Sync auto adaptive current room temperature
  description: Ensures the auto adaptive current room temperature matches the Netatmo
    current temperature
  triggers:
  - value_template: "{{ state_attr('climate.netatmo_thermostat', 'current_temperature')
      | float(0) !=\n   states('number.ecodan_heatpump_auto_adaptive_current_room_temperature_feedback_z1')
      | float(0) }}"
    trigger: template
  conditions: []
  actions:
  - target:
      entity_id: number.ecodan_heatpump_auto_adaptive_current_room_temperature_feedback_z1
    data:
      value: '{{ state_attr(''climate.netatmo_thermostat'', ''current_temperature'')
        | float(0) }}'
    action: number.set_value
  mode: single

[ Voor 3% gewijzigd door SebastiaanPs op 01-03-2026 22:40 ]

[dedmen7]

Hoi @xoror,

Allereerst bedankt voor je snelle reactie, dat waardeer ik enorm. Ik ga dit zo snel mogelijk proberen.

Als ik het goed begrijp, kan ik de virtuele thermostaat gebruiken wanneer SW2-1 aan staat. Die staat bij mij inderdaad al aan, dus ik vind het gek dat dit niet correct wordt uitgelezen. Ik zal de mode via de standalone UI even aanpassen naar “Heat flow temperature”, klopt dat?

Wat zou jij aanraden in mijn situatie: werken met AA (Auto Adaptive) of volledig via de virtuele thermostaat? Ik hoef in principe niets van de Mitsubishi Auto Adaptive functionaliteit te gebruiken ik wil het liefst alles zo inzichtelijk en controleerbaar mogelijk maken via Home Assistant.

Excuses als ik iets verkeerd begrijp; ik ben nog volledig nieuw in de materie rondom de Ecodan. Ik vind jouw project in ieder geval erg interessant. Dankjewel voor je hulp!

[SebastiaanPs]

dedmen7 schreef op zondag 1 maart 2026 @ 22:39:
Hoi @xoror,

Allereerst bedankt voor je snelle reactie, dat waardeer ik enorm. Ik ga dit zo snel mogelijk proberen.

Als ik het goed begrijp, kan ik de virtuele thermostaat gebruiken wanneer SW2-1 aan staat. Die staat bij mij inderdaad al aan, dus ik vind het gek dat dit niet correct wordt uitgelezen. Ik zal de mode via de standalone UI even aanpassen naar “Heat flow temperature”, klopt dat?

Wat zou jij aanraden in mijn situatie: werken met AA (Auto Adaptive) of volledig via de virtuele thermostaat? Ik hoef in principe niets van de Mitsubishi Auto Adaptive functionaliteit te gebruiken ik wil het liefst alles zo inzichtelijk en controleerbaar mogelijk maken via Home Assistant.

Excuses als ik iets verkeerd begrijp; ik ben nog volledig nieuw in de materie rondom de Ecodan. Ik vind jouw project in ieder geval erg interessant. Dankjewel voor je hulp!

Ik zou de auto adaptive van @xoror gebruiken, daar zitten wat handige features in (rustiger opstarten dan de normale ruimteregeling, defrost mitigation etc) en dan kan je wat dingen automatiseren met de setpoint bias, plus later evt met de solver werken (die komt nog).

[xoror]

@SebastiaanPs Wat ik wil zeggen is dat volgens mij de demand voor mitsu RR niet via de in1 gaat, maar dat heb ik zelf nog nooit geprobeerd, maar ga dat wel doen nu je mij getriggered heb. Want dan heb je in feite mitsu RR met je eigen stop conditie ipv de voorgedefinieerde overshoot.

@dedmen7 Ik zou gewoon beide proberen en kijken welke het beste bevalt, dat is het mooie dat je nu keuze heb. Met mijn AA heb je idd wat meer instel mogelijkheden.

Probeer de AA guide via de stand alone UI te configurren, dat is veel eenvoudiger, omdat ik zie dat je geen HA heb.

[ Voor 9% gewijzigd door xoror op 01-03-2026 22:46 ]

[SebastiaanPs]

xoror schreef op zondag 1 maart 2026 @ 22:45:
@SebastiaanPs Wat ik wil zeggen is dat volgens mij de demand voor mitsu RR niet via de in1 gaat, maar dat heb ik zelf nog nooit geprobeerd, maar ga dat wel doen nu je mij getriggered heb. Want dan heb je in feite mitsu RR met je eigen stop conditie ipv de voorgedefinieerde overshoot.

Ik heb de ruimteregeling met jouw virtual thermostat kunnen aansturen, dat zie je in de screenshot. Start en stop verwarmen klopt precies met de demand van de virtual thermostat. De Asgard hysterese werkte ook, dus ik kon de hysterese in de ruimteregeling verlagen.

[xoror]

@SebastiaanPs seriues? Dan vraag ik me af hoe hij de current temp uitleest en gebruikt, want dat kan hij niet uit de virtuele thermostaat halen. Ik ga het morgen even uitproberen

@dedmen7 je SW2-1 staat op 0 (meerst rechtse getal), dus uit. Check voor de zekerheid of maak een foto, de ESP vergist zich meestal niet in de dipswitches (5m na boot)

[ Voor 5% gewijzigd door xoror op 02-03-2026 09:23 ]

[dedmen7]

@xoror , Apart, ik dacht echt dat ik de juiste SW2-1 had omgezet. Daarnaast gebruik ik Home Assistant — is die guideline dan anders, of moet ik gewoon de standalone-instelling aanhouden?

[ Voor 17% gewijzigd door dedmen7 op 01-03-2026 23:04 ]

[xoror]

@dedmen7 Nee, standalone stelt dezelfde settings in, maar menu is wat overzichtelijker. Voor HA moet je even dashboard installeren, dan is het wat eenvoudiger in te stellen. (maw, als je in stand alone instelt, zie je het ook terug in HA, en andersom)

@SebastiaanPs
Goh, ik denk dat je gelijk heb LOL ;-) Hier is de MRC met 18c setpoint ingesteld, dus hij zou geen demand moeten geven, maar dat doet hij dus wel (en dat komt door in1 beneden). Demand kan je zien aan dat oranje bolletje, dat is uit als er geen demand is.




De operating mode maakt verder niets uit voor demand signaal. Maar wat goed dat dit werkt, maar dan wil dat ook inhouden dat de mitsu RR niet per se de ruimte temp nodig heeft van de thermostaat om te draaien (ten zij hij natuurlijk de MRC blijft pakken)

[ Voor 63% gewijzigd door xoror op 02-03-2026 09:31 ]

[SebastiaanPs]

xoror schreef op zondag 1 maart 2026 @ 23:06:
De operating mode maakt verder niets uit voor demand signaal. Maar wat goed dat dit werkt, maar dan wil dat ook inhouden dat de mitsu RR niet per se de ruimte temp nodig heeft van de thermostaat om te draaien (ten zij hij natuurlijk de MRC blijft pakken)

Ja weer een mooie toepassing van jouw Asgard
Het voordeel is dat je dan met de ruimteregeling niet per se vast zit aan de lage temperatuurresolutie en de grote hysterese van de MRC, als je dat niet prettig vindt. De hysterese kan je dan zelf instellen met de Asgard hysterese. Het zou mooi zijn als je het virtual thermostat setpoint ook zou kunnen beinvloeden met een setpoint bias.

Ik ben alleen niet zo blij dat mijn Netatmo thermostaat draadloos en ook nog via de cloud werkt. Daarom nu toch weer de MRC gebruikt.

[xoror]

@SebastiaanPs Helaas denk ik dat hij alleen Aan/Uit state kan lezen, niet de mate van vraag die nodig is


Met het huidige weer staat de verwarming uit in de avond, hij start om 8:00, en setpoint is rond 12:30 bereikt, je ziet de room thermostaat demand ook weg vallen.

Ik heb als laatste test virtuele thermostaat uit gezet zodat ik de relay 1 met de hand kan bedienen. Daarna de mitsu AA en in1 aan. Hij gaat idd dan lopen (daarvoor niet, wat setpoint was 18c en current was 22c)

[Zjemm]

Ik ben helaas nog steeds niet toegekomen aan het aansluiten van de asgard. maar zat vandaag nog eens even naar de "heating Water" momenten te kijken.

dat ziet er bij mij altijd ongeveer zo uit:




waarom is dat zo veel lager dan als het gewoon normaal verwarmen van het huis is? is dat omdat hij dan hogere temperaturen moet berijken? is het de tijd? een combi
het voelt zo ineffiecient. of is dit heel normaal?

hier een shot met normaal verwarmen naast een DHW




@xoror voor het aansluiten van die asgard op de in6, maakt dat qua dikte kabel nog wat uit?
geen 220 bedrading uiteraard

[xoror]

@Zjemm Nee, over die korte afstand maakt het niet zoveel uit, pak wat installatie draad. Ik zelf gebruik een volkern utp kabel paar, dat past prima want je moet hem wel in kunnen duwen in de in1/in6.

SWW COP is altijd lager doordat we hogere TA nodig hebben. Als je het databook bekijk zie je gewoon dat de COP hard afneemt bij stijging TA. Hogere temperatuur maken kost gewoon meer moeite/energie.

flash even gelijk de laatste firmware erop, dan is de stand alone mode volledig bruikbaar, die draai ik nu eigenlijk ook primair ipv HA. Daar ga ik alleen nog heen voor history

[ Voor 18% gewijzigd door xoror op 03-03-2026 08:55 ]

[dedmen7]

hoi @xoror ,

EDIT: dit was een visuele bug alles werkt nu naar behoren! Dankjewel!

Dankjewel voor je hulp. Ik heb alles ingesteld zoals aangegeven en de warmtepomp is inmiddels aangesprongen.

Het enige wat ik nog niet goed begrijp, is waarom de compressor niet inschakelt. Zou er mogelijk nog iets verkeerd ingesteld kunnen zijn? Of is het op dit moment wellicht te warm, waardoor de compressor nog niet hoeft bij te springen?

[ Voor 3% gewijzigd door dedmen7 op 03-03-2026 21:17 ]

[xoror]

ik zie in1 niet aan gaan. Heb je goed aangesloten en sw1-8 en sw2-1 gecontroleerd? Want die zou aan moeten gaan nu...

[dedmen7]

@xoror ,

Ik heb SW2-1, aangezet maar moet ik dan SW1-8 nog uitzetten? Op de foto die ik net heb gemaakt, lijk hij al uit te zijn of zie ik iets over het hoofd.

[xoror]

sw1-8 moet uit staan, check je dipswitches in HA, is niet te zien op de foto zo

[dedmen7]

Is dit duidelijker?

Zou ik mogen vragen waarom dipswitch sw1-8 uit moet?

[xoror]

sw1-8 staat uit, en sw2-1 staat aan, dat is goed. Sw1-8 moet uit staan anders gebruik je wireless thermostats.

De virtuele thermostat geeft demand aan, maar ik zie het niet aan je in1. Heb je die goed aangesloten ?
https://github.com/gekkek...gard/img/HP-schematic.jpg Dus 2 kabels vanuit R1 -> in1

Bij in1 moet je eerst de pin indrukken voordat je de kabel in kan doen

[ Voor 14% gewijzigd door xoror op 03-03-2026 21:59 ]

[dedmen7]

@xoror ,
De foto’s zijn wat wazig, maar de bekabeling is aangesloten conform de guideline.
IN1 (oranje/wit) is aangesloten op R1 links en blauw/wit op R1 rechts.

[xoror]

door rode lamp zie ik dat de relay aan staat, dus er moet iets met de kabels zijn.

Ik heb wel wat koper gestript en per oaar de kabels getwist zodat ze stevig zijn om in te dukken.

Heb je een multimeter om dingen na te kijken?
power down, verwijder asgard, disconnect in1, maar hou de kabels in R1

- plug asgard via een usb kabel aan je computer zodat hij boot.
- ga naar de esp web interface http://esp ip
- zet tijdelijk de z1 virtual thermostaat op de off stand
- nu is het mogelijk om de "manual relay r1" aan te zetten. Er gaat dan een rood lampje bij de poort branden

Meet nu even continuity:
- 2 schroefjes waar je de kabels vast maakt aan aan R1, je multi meter moet beepen
- meet nu de 2 kabel uiteindes van de draden die uit R1 komen, je multi meter moet beepen

Als je 2x beep heb, dan weet je dat de aansluiting op in1 niet goed is gegaan. Je moet die pin eerst indrukken voor je de kabel kan induwen. laat even weten wat de resultaten zijn

[ Voor 61% gewijzigd door xoror op 03-03-2026 22:17 ]

[dedmen7]

@xoror Oké, dat is wel apart.

De kabels heb ik aan beide kanten iets verder gestript zodat ze er goed in pasten. Morgenvroeg zal ik ze even doormeten met de multimeter om zeker te weten dat alles goed contact maakt. Ik heb eventueel nog voldoende kabel liggen om ze te vervangen het was trouwens een nieuwe, net gestripte kabel.

Is het voor nu oké om de warmtepomp gewoon aan te laten staan, zodat het huis weer wat kan opwarmen? Anders moet ik hem opnieuw spanningsloos maken om alles nogmaals door te meten.

[xoror]

Het is vrij warm dus ik denk dat je geen probleem gaat krijgen. Zet het anders terug naar mrc in de tussen tijd.
Dus sw2-1 op off zodat je de MRC weer gebruikt. Ik denk dat er iets met de bekabeling is, maar meet het even na

Hij gaat nu niet aan namelijk omdat in1 niet sluit

[ Voor 18% gewijzigd door xoror op 04-03-2026 10:52 ]

[xoror]

Nu Asgard gereleased is, kan ik terug naar de ontwikkeling van de solver. Hij is nu gescheiden en draait op zichzelf. Je kan een optimization request posten en hij zal dan antwoorden. De volgende stap is om de calls te integreren in Asgard

Zie screenshots https://github.com/gekkek...ecodan-hp/discussions/297

[PeterMi]

Kan de Asgard in standalone ook werken met de WAR regeling? Ook ben ik benieuwd of dan short cycle preventie werkt. Lijkt me een geweldig systeem.

[xoror]

@PeterMi Ja, gewoon operating mode op 'Heat Compensation Curve' zetten, dat is WAR. Short cycle prevention is dan alleen uitgeschakeld omdat we in WAR geen invloed kunnen uitoefenen op de Ta. De short cycle detectie kan dan nooit ingrijpen door Ta tijdelijk te verhogen.

Je kan de reguliere vaste TA mode draaien en dan enablen. @Grolsch gebruikt dat bijv.

[ Voor 12% gewijzigd door xoror op 06-03-2026 19:43 ]

[xoror]

Ik heb verder flink wat voortgang gemaakt deze week met de solver:



Voor meer screenshots en beschrijving zie https://github.com/gekkek...iscussioncomment-16027220

[xoror]

Ik ben de visualisatie aan het bedenken voor de solver en ik heb het volgende:
- verwachte vs werkelijk kWh verbruik
- verwachte kosten (met en zonder belastingen)
- verwachte vs werkelijke kamer temperatuur

Met de laatste grafiek kan je zien hoe hij het verwacht voor de komende 24h. Ik heb het pas om 9:00 aangezet, dus pas vanaf dan zie je kamer temp.

Vanwege de verwachte zon denkt hij dat het zo na 10.00 gratis verwarmen is. Al is het nog best mistig hier (vandaar dat na 10:00 0 kosten schat. Hij verwacht ook maar een beetje te verwarmen tot 17.00 en dan blijft het huis binnen de bandbreedte)

Wat verwachten jullie nog meer aan visualisatie ? Of wat mist er nog ?
In de eerste versie hou ik al rekening met het volgende:
- zonnepanelen capaciteit en oriëntatie
- weersverwachting + zon

[xoror]

Ik heb battery handling toegevoegd. Je kan de SoC + max charcharge linken. Dan gaat hij proberen het in te plannen op de duurste uren. We plannen alleen discharge als er een SoC meegegeven wordt > 0. We plannen geen battery laden in, dit moet extern gebeuren.

Verder doen we elk uur de optimalisatie draaien op het huidige tijdstip, zo kunnen we afwijkingen opvangen.
Als je de dag prijzen erbij pakt dan kan je zien dat hij de pieken pakt.

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