Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32

[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 ]

[loeloe03]

Hoi allemaal,

Allereerst bedankt voor alle inzet rondom dit mooie project!

Ik heb recent een ESPHome-module geïnstalleerd in onze **Mitsubishi Ecodan** warmtepomp en dat werkte meteen perfect. Inmiddels heb ik ook een module geïnstalleerd bij de buren. De verbinding werkt goed en alle sensoren komen binnen in Home Assistant.

Alleen worden de temperatuurwaardes daar weergegeven in **Fahrenheit** in plaats van **Celsius**.

Beide modules draaien dezelfde firmware:

* `esp32s3-z1-en-2026-02-23.05`
* ESPHome `2026.2.1`

Heeft iemand een idee waar dit verschil vandaan kan komen of hoe ik de waardes naar Celsius kan omzetten?

Alvast bedankt voor het meedenken!

Groet,
Leon

[xoror]

dat ligt aan HA, je heb daar ws fahrenheit ingesteld....

[loeloe03]

Alright... Dat was simpeler dan gedacht haha. Bedankt!

[Tweakert77]

In mijn FTC6 krijg ik bij het opvragen van Request Code 001 en 002 bij Running Information geen temperatuur te zien maar enkel ****. Kan het zijn dat door de ESP deze waardes niet meer zijn uit te lezen?

[xoror]

Tweakert77 schreef op dinsdag 10 maart 2026 @ 13:08:
In mijn FTC6 krijg ik bij het opvragen van Request Code 001 en 002 bij Running Information geen temperatuur te zien maar enkel ****. Kan het zijn dat door de ESP deze waardes niet meer zijn uit te lezen?

ik maak van hetzelfde mechanisme gebruik, dus als je daar *** ziet, krijg je dat ook via mijn software.

[Quitoo]

xoror schreef op zondag 8 maart 2026 @ 10:12:
[Afbeelding]

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

Heel mooi werk, als het af is ga ik er zeker gebruik van maken! Ik heb zelf een vakantiemodus in mijn automations ingebouwd met meer tolerantie voor lagere temperaturen in huis en meer PV gestuurd verwarmen. Is de vakantiemodus wellicht iets om toe te voegen?

[xoror]

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

Ik ben nu aan het testen met het volgende schema:


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

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

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

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

[michaelvo]

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

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

[xoror]

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

staat er panic/exception of iets met watchdog?

[michaelvo]

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

staat er panic/exception of iets met watchdog?

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

Reset reason staat dus exception/panic

[michaelvo]

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

staat er panic/exception of iets met watchdog?

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

Reset reason staat dus exception/panic.

[xoror]

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

[michaelvo]

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

[xoror]

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

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

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

[xoror]

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


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


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

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

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


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

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

[Zjemm]

@xoror

vandaag de asgard aangesloten

de volgende settings gebruikt:



zone 2 is aangesloten op in6 via asgard

zone 1 is gewoon rechtstreek op in1 aangesloten zonder asgard.

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

[xoror]

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

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

[Zjemm]

nee ik wil jouw AA draaien

heb hem nu zo staan:

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

[xoror]

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

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

[Zjemm]

jep

[xoror]

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

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

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

[Zjemm]

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

[xoror]

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

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

[xoror]

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

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

[Zjemm]

@xoror

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


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

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

[xoror]

Laat even logging meelopen (log tab open laten)

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

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

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

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

[PeterMi]

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

Waar kan dit aan liggen?

[xoror]

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

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

[PeterMi]

Asgard hangt buiten de binnenunit.

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

[xoror]

http://espip/dashboard

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

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