Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32

[Zjemm]

xoror schreef op maandag 25 mei 2026 @ 13:35:
@Zjemm dat klopt z1 en z2 hebben vaste flow temp. Vanaf de volgende release kan je die los koppelen (dus aparte z1 min flow en z2 min flow instellen).

Welke temperaturen kiest hij als Ta voor z1 en z2 bij koelen (dat hij stabiel draait) ? ik gok dat het die limieten zijn ws.

Wat je overigens beschrijft is een "schakel-module" haha. Dat is lastig om goede criteria voor te verzinnen, je wilt ook niet te vaak heen en weer switchen. Daarnast ben ik ook afhankelijk van systemen van gebruikers. (Switchen de thermostaten automatisch mee (als in zijn ze aangesloten op de heat/cool switch), zo nee dan gaat het feest al niet door).

Ah dat is mooi

nu kies ik gewoon de TA zelf, die zet ik op 16 bijvoorbeeld. en dan wisselt het een beetje welke TA asgard uiteindelijk weergeeft.

[xoror]

Attentie Asgard gebruikers

Vanaf laatste pre-release: https://github.com/gekkekoe/esphome-ecodan-hp/releases moet je eenmalig een factory flash doen dmv usb. Lees de pre-release notes aub goed door

@Zjemm
Daar zitten de changes in voor onafhankelijke min cool flow. Je moet eenmalig de factory flashen via usb.

@PeterMi Met deze release krijg je 7 dagen history ipv 1 dag in de stand alone mode, dus ws wil je deze wel uitproberen

[ Voor 18% gewijzigd door xoror op 26-05-2026 22:08 ]

[Minimadness]

Werkt auto-adaptive ondertussen betrouwbaar voor koelen?

Gisteren rond 18:00 de toggle omgezet in HA. De WP + vloerkoeling heeft tot 23:30 gewerkt, is daarna kort SW gaan verwarmen en vervolgens naar OFF gegaan, ondanks dat de targettemperatuur nog niet bereikt was. Daardoor heeft de vloerkoeling de hele nacht uitgestaan.

HW: ESP32S3 FW: esp32s3-z1-en-2026-05-24.01.ota.bin

[xoror]

@Minimadness Ja er zat een bug in. Je kan even laatste versie installeren. Na een dhw/legionella als er in cooling geen demand was, herstelt hij de setpoint niet. Als die te hoog staat gaat je koeling niet aan.

Voor nu moet je even handmatig de flow setpoint naar iets van 18c zetten, dan gaat hij wel af.

Installeer verder de laatste pre-release, die moet het verhelpen: https://github.com/gekkekoe/esphome-ecodan-hp/releases/edit/2026-05-26-03

edit: Github lijkt geen releases meer te builden... even kijken waarom

[ Voor 7% gewijzigd door xoror op 26-05-2026 15:14 ]

[Minimadness]

OTA en build werken.

Dashboard mist number.ecodan_heatpump_auto_adaptive_min_cooling_flow_temperature.

Firmware meldt zich als 2026.5.1 (2026-05-26 14:12:38 +0200) in plaats van .2.

Ik zal auto-adaptive aanzetten en kijken wat het doet.

[xoror]

Ik zie helemaal geen build files, heel apart allemaal. Er lijkt wat mis op github.

number.ecodan_heatpump_auto_adaptive_min_cooling_flow_temperature renamen naar
number.ecodan_heatpump_auto_adaptive_min_cooling_flow_temperature_z1
Er is nu ook een number.ecodan_heatpump_auto_adaptive_min_cooling_flow_temperature_z2 variant

[Minimadness]

Klopt, ik heb zelf gebuild met de default ecodan-esphome.yaml

Wel met:

external_components:
 - source: github://gekkekoe/esphome-ecodan-hp@2026-05-26.02
    components: [ ecodan, optimizer ]
    refresh: always

packages:
  remote_package:
    url: https://github.com/gekkekoe/esphome-ecodan-hp/
    ref: 2026-05-26.02
    refresh: always

[ Voor 87% gewijzigd door Minimadness op 26-05-2026 14:56 ]

[xoror]

Dat is prima, wat ik wilde zeggen is dat Github actions kapot lijkt, en hij geen firmwares meer maakt
edit: Het lijkt weer te werken, maar wil zo te zien geen '.' in de tags. Wazig, nou ja building:https://github.com/gekkekoe/esphome-ecodan-hp/releases/tag/2026-05-26-03

[ Voor 56% gewijzigd door xoror op 26-05-2026 15:35 ]

[Minimadness]

Dat begrijp ik
Ging meer om de version mismatch.

[dedmen7]

Hoi @xoror ,

Afgelopen dagen heeft de warmtepomp goed gekoeld. Nu is hij echter omgesprongen naar water verwarmen en daarna naar legionellapreventie. Sindsdien schakelt hij niet meer terug naar koelen. Heb jij enig idee waar dit aan kan liggen? Anders probeer ik de warmtepomp even opnieuw op te starten.

[SebastiaanPs]

dedmen7 schreef op woensdag 27 mei 2026 @ 18:07:
Hoi @xoror ,

Afgelopen dagen heeft de warmtepomp goed gekoeld. Nu is hij echter omgesprongen naar water verwarmen en daarna naar legionellapreventie. Sindsdien schakelt hij niet meer terug naar koelen. Heb jij enig idee waar dit aan kan liggen? Anders probeer ik de warmtepomp even opnieuw op te starten.

[Afbeelding]

[Afbeelding]

Kleine side note: je warmtepomp was enorm aan het pendelen tijdens koelen, zie je dat? Niet wenselijk, lijkt mij…

En wat jouw vraag betreft: was dat niet deze bug, die in de laatste versie opgelost is? xoror in "Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32"

[ Voor 9% gewijzigd door SebastiaanPs op 27-05-2026 18:10 ]

[dedmen7]

@SebastiaanPs Hoe kan het zo zijn dat hij enorm aan het pendelen was, kan dit voor problemen zorgen?

[xoror]

@dedmen7 Dat issue is verholpen in de laatste versie https://github.com/gekkekoe/esphome-ecodan-hp/releases/tag/2026-05-26.04

Als de temp hoog blijft, springt de koeling niet aan. Je kan ook even handmatig die flow temp op 18c zetten en apply flow z1 doen.

Maar @SebastiaanPs heeft gelijk, hij loopt enorm te pendelen. Je moet meer afgifte regelen/openen, en ws lagere Ta hanteren. Met dit weer is 17c ws ook nog wel okay, Let op condens. Je kan dat zien aan je compressor grafiek of de status time view. Die blokjes bij je compressor, is niet goed, moet gewoon zoveel mogelijk continu zijn

Als je luchtvochtigheid sensors hebt, kan je uitrekenen wat de condens temp is, en dan agressiever koelen. Ik koel 15c, maar mijn condens temp is dan ook 13.5-14c. Ik heb een automation die dat bewaakt en +1.5c min flow temp instelt van de hoogste condens temp.

YAML:

alias: "Update Minimum Cooling Flow Temperature"
description: >-
  Dynamically updates the cooling flow temp to max dew point + 1.5°C to prevent
  condensation.
triggers:
  - entity_id:
      - sensor.thermostat_condensation_kantoor
      - sensor.thermostat_condensation_berging
      - sensor.thermostat_condensation_bijkeuken
    trigger: state
conditions:
  - condition: template
    value_template: "{{ trigger.to_state.state | is_number }}"
actions:
  - variables:
      current_temp: >-
        {{
        states('number.ecodan_heatpump_auto_adaptive_min_cooling_flow_temperature_z1')
        | float(18.0) }}
      new_temp: |
        {% set dew_points = expand(
          'sensor.thermostat_condensation_kantoor',
          'sensor.thermostat_condensation_berging',
          'sensor.thermostat_condensation_bijkeuken'
        ) 
          | rejectattr('state', 'in', ['unknown', 'unavailable']) 
          | map(attribute='state') 
          | map('float', -99) 
          | list %}

        {% if dew_points | length > 0 %}
          {# Calculate max dew point + 1.5 #}
          {% set target_temp = dew_points | max + 1.5 %}
          
          {# Clamp the value between 15.0 and 20.0 #}
          {% set clamped = [ [target_temp, 20.0] | min, 15.0 ] | max %}
          {{ clamped | round(1) | float }}
        {% else %}
          {# Fallback value #}
          18.0
        {% endif %}
  - condition: template
    value_template: "{{ new_temp != current_temp }}"
  - target:
      entity_id: number.ecodan_heatpump_auto_adaptive_min_cooling_flow_temperature_z1
    data:
      value: "{{ new_temp }}"
    action: number.set_value
mode: single

[ Voor 74% gewijzigd door xoror op 27-05-2026 18:22 ]

[Bobster]

Hallo,

Als ik het setje koop wat hier te verkrijgen is (https://github.com/gekkekoe/esphome-ecodan-hp/blob/main/asgard/README.md) Dan kan ik alles regelen van mijn wp? Ik wil dit graag in homeassistant kunnen regelen/automatiseren. Ik ben nu nog handmatig elke keer mijn wp aan en uit aan het zetten (handig als je thuis werkt).

Bedankt alvast!

[Loonen138]

xoror schreef op woensdag 27 mei 2026 @ 18:14:
@dedmen7 Dat issue is verholpen in de laatste versie https://github.com/gekkekoe/esphome-ecodan-hp/releases/tag/2026-05-26.04

Als de temp hoog blijft, springt de koeling niet aan. Je kan ook even handmatig die flow temp op 18c zetten en apply flow z1 doen.

Maar @SebastiaanPs heeft gelijk, hij loopt enorm te pendelen. Je moet meer afgifte regelen/openen, en ws lagere Ta hanteren. Met dit weer is 17c ws ook nog wel okay, Let op condens. Je kan dat zien aan je compressor grafiek of de status time view. Die blokjes bij je compressor, is niet goed, moet gewoon zoveel mogelijk continu zijn

Als je luchtvochtigheid sensors hebt, kan je uitrekenen wat de condens temp is, en dan agressiever koelen. Ik koel 15c, maar mijn condens temp is dan ook 13.5-14c. Ik heb een automation die dat bewaakt en +1.5c min flow temp instelt van de hoogste condens temp.

YAML:

alias: "Update Minimum Cooling Flow Temperature"
description: >-
  Dynamically updates the cooling flow temp to max dew point + 1.5°C to prevent
  condensation.
triggers:
  - entity_id:
      - sensor.thermostat_condensation_kantoor
      - sensor.thermostat_condensation_berging
      - sensor.thermostat_condensation_bijkeuken
    trigger: state
conditions:
  - condition: template
    value_template: "{{ trigger.to_state.state | is_number }}"
actions:
  - variables:
      current_temp: >-
        {{
        states('number.ecodan_heatpump_auto_adaptive_min_cooling_flow_temperature_z1')
        | float(18.0) }}
      new_temp: |
        {% set dew_points = expand(
          'sensor.thermostat_condensation_kantoor',
          'sensor.thermostat_condensation_berging',
          'sensor.thermostat_condensation_bijkeuken'
        ) 
          | rejectattr('state', 'in', ['unknown', 'unavailable']) 
          | map(attribute='state') 
          | map('float', -99) 
          | list %}

        {% if dew_points | length > 0 %}
          {# Calculate max dew point + 1.5 #}
          {% set target_temp = dew_points | max + 1.5 %}
          
          {# Clamp the value between 15.0 and 20.0 #}
          {% set clamped = [ [target_temp, 20.0] | min, 15.0 ] | max %}
          {{ clamped | round(1) | float }}
        {% else %}
          {# Fallback value #}
          18.0
        {% endif %}
  - condition: template
    value_template: "{{ new_temp != current_temp }}"
  - target:
      entity_id: number.ecodan_heatpump_auto_adaptive_min_cooling_flow_temperature_z1
    data:
      value: "{{ new_temp }}"
    action: number.set_value
mode: single

Dat pendelen zie ik bij mij ook terug komen


Wat bedoel je precies met "Je moet meer afgifte regelen/openen, en ws lagere Ta hanteren?"

[ Voor 2% gewijzigd door Loonen138 op 27-05-2026 19:13 . Reden: Te vroeg op versturen geklikt ipv toon voorbeeld en uitgebreidere screenshot ]

[xoror]

@Bobster Wat is "alles" ?
Maar je kan de meeste zaken regelen en HA koppelen (auto detect). De features staan hier https://github.com/gekkekoe/esphome-ecodan-hp#features

Voor zover ik weet zit in mijn integratie de meeste mogelijkheden. Ook qua virtuele thermostaat. Met Asgard heb je ook de mogelijkheid om later Odin toe te voegen

De software is open source, je kan ook een Atom kopen, maar dan mis je wel een aantal features. Als je de ** features niet nodig hebt en ook in de toekomst geen Odin wilt, dan heb je aan een Atom voldoende.

@Loonen138

Je moet alle groepen openen voor meer opname capaciteit (afgifte). De natte ruimtes niet.
Wat is de min cool flow ? Je de min cool flow omlaag doen. Maar oppassen voor condens.

Voor de mensen die het eerste seizoen koelen, zet short cycle protection aan (kan nu alleen in HA, zal dat wel toevoegen in de stand alone web UI)

Hij zal dan in dit geval 30m pauze houden na een short cycle. Het is niet ideaal, maar als je nog niet zo goed weet wat je doet, kan je beter dit aan zetten om niet teveel compressor starts te krijgen. (lock out duration = 0, dan is het disabled)

Koelen is gewoon lastig, en als je niet voldoende afgifte hebt, is het nog moeilijker.

[ Voor 38% gewijzigd door xoror op 27-05-2026 19:19 ]

[Loonen138]

xoror schreef op woensdag 27 mei 2026 @ 19:10:
@Bobster Wat is "alles" ?
Maar je kan de meeste zaken regelen en HA koppelen (auto detect). De features staan hier https://github.com/gekkekoe/esphome-ecodan-hp#features

Voor zover ik weet zit in mijn integratie de meeste mogelijkheden. Ook qua virtuele thermostaat. Met Asgard heb je ook de mogelijkheid om later Odin toe te voegen

De software is open source, je kan ook een Atom kopen, maar dan mis je wel een aantal features. Als je de ** features niet nodig hebt en ook in de toekomst geen Odin wilt, dan heb je aan een Atom voldoende.

@Loonen138

Je moet alle groepen openen voor meer opname capaciteit (afgifte). De natte ruimtes niet.
Wat is de min cool flow ? Je de min cool flow omlaag doen. Maar oppassen voor condens.

Voor de mensen die het eerste seizoen koelen, zet short cycle protection aan (kan nu alleen in HA, zal dat wel toevoegen in de stand alone web UI)
[Afbeelding]
Hij zal dan in dit geval 30m pauze houden na een short cycle. Het is niet ideaal, maar als je nog niet zo goed weet wat je doet, kan je beter dit aan zetten om niet teveel compressor starts te krijgen. (lock out duration = 0, dan is het disabled)

Koelen is gewoon lastig, en als je niet voldoende afgifte hebt, is het nog moeilijker.

Ik zal binnenkort eens kijken naar de stand van de groepen stand\kranen.

Ik heb de lockout duration van 0 naar 30 minuten aangepast en kijk het even aan of het pendelen daarmee minder wordt.

De min cool flow staat op 18,5 en smart start op 18.
Het is nu zo'n 23 graden beneden en ik wil naar 20 graden toe, als de warmtepomp het aankan met dit weer , ik acht de kans klein.

[dedmen7]

Hi @xoror, Ik heb ook even een versie van je automation gemaakt, dank daarvoor!

Ik ga het nu even aankijken. Voor de zekerheid heb ik short-cycle protection aangezet met een lock-out van 30 minuten, om te zien of hij het zo beter aankan. De aanvoertemperatuur staat nu op 16,5 °C. Elk kwartier laat ik hem opnieuw berekenen op basis van 5 sensoren verspreid over de benedenverdieping, waarbij ik de parameters uit jouw script aanhoud.

Dankjewel voor jullie snelle reacties. Ik kijk enorm uit naar Odin!

[trippelb]

Voor mij doet de combinatie van condenstemperatuur berekenen en de pendeldetectie het geweldig!

door de condenstemperatuur te berekenen kan ik de afgelopen dagen soms zelfs tot 13 graden zakken.

de pendeldetectie is vooral fijn bij het opstarten van korlbedrijf, helaas start de compressor op 48hz, waarna het even duurt totdat hij terugmoduleert. Als op dat moment de condenstemperatuur te hoog is grijpt de pendeldetectie netjes in.

het heeft even geduurd totdat ik begreep hoe de software van @xoror zich precies gedroeg, nu ben ik er heel blij mee

[kimjansen]

trippelb schreef op woensdag 27 mei 2026 @ 20:03:
de pendeldetectie is vooral fijn bij het opstarten van korlbedrijf, helaas start de compressor op 48hz, waarna het even duurt totdat hij terugmoduleert. Als op dat moment de condenstemperatuur te hoog is grijpt de pendeldetectie netjes in

@xoror: overweeg je in de toekomst een versie van de module te maken die ook de 'vermogens'-beperking van de buitenunit kan aansturen? Dat werkt hier perfect om de compressor rustig te laten opstarten en niet zo'n hoge frequentie te laten bereiken. Met het koelregime was dat hier een must. Daar zitten hier nu 2 kleine relais voor maar dat zou natuurlijk prima op een Asgard versie X kunnen komen. Als er toch te weinig vermogen geleverd lijkt te worden kun je hem zo makkelijk dynamisch naar 75% of 100% regelen en zolang je juist zo rustig mogelijk wilt laten lopen hou je hem lekker lager.

Dan zou ik ook om zijn voor de L/W WP🤭.

[trippelb]

@kimjansen met wat voor relais heb jij nu die beperking gemaakt dan?

[kimjansen]

trippelb schreef op woensdag 27 mei 2026 @ 20:30:
@kimjansen met wat voor relais heb jij nu die beperking gemaakt dan?

Als je een kabeltje maakt met drie weerstanden en droge contactjes hebt dan ben je klaar. @LED-Maniak heeft die kabeltjes mogelijk wel prefab voor je, dan is het in 1x goed.

Je sluit aan op de CNDM stekker van je buitenunit en dan kun je met een relais de maximale compressor frequentie en de ventilator snelheid regelen (of met een eenvoudigere draaischakelaar natuurlijk).

[xoror]

@Loonen138 Je min cool flow moet wel lager zijn dan smart start. Min cool flow is met dit weer wel rond 17c (ws nog lager als je je dauw temp kan bepalen)

Bij mij ging het koelen vandaag zo:
Geen pendel, en rond Ta=15 hele dag gekoeld. Zo hoort het uit te zien, geen dipjes.

Aangestuurd door Odin (solar only cooling):


@kimjansen
- Odin heeft hier voorzieningen voor, je kan constraints definiëren op max input power of max output power
- Je kan met silent mode het zelfde effect bereiken als het vermogens kabeltje
- Als je geen virtuele thermostaten gebruikt, heb je in principe 2 relais die je ervoor kan gebruiken. Als je single zone hebt en wel virtuele thermostaat gebruikt, kan je de z2 relais gebruiken.

Ik moet aan kijken hoe mensen Asgard gebruiken en wat ze nodig hebben. Een V2 laat nog wel op zich wachten.

Ik heb verder eindelijk de juiste connector gescoord en mijn ftc6 board eindelijk in gebruik kunnen nemen als test-bench. Hoef ik niet meer elke keer in mijn echte unit te testen...

De oplettende kijker ziet hier een verborgen feature

[ Voor 57% gewijzigd door xoror op 27-05-2026 21:51 ]

[Grolsch]

xoror schreef op woensdag 27 mei 2026 @ 21:13:
@Loonen138 Je min cool flow moet wel lager zijn dan smart start. Min cool flow is met dit weer wel rond 17c (ws nog lager als je je dauw temp kan bepalen)

@kimjansen
- Odin heeft hier voorzieningen voor, je kan constraints definiëren op max input power of max output power
- Je kan met silent mode het zelfde effect bereiken als het vermogens kabeltje
- Als je geen virtuele thermostaten gebruikt, heb je in principe 2 relais die je ervoor kan gebruiken. Als je single zone hebt en wel virtuele thermostaat gebruikt, kan je de z2 relais gebruiken.

Ik moet aan kijken hoe mensen Asgard gebruiken en wat ze nodig hebben. Een V2 laat nog wel op zich wachten.

Ik heb verder eindelijk de juiste connector gescoord en mijn ftc6 board eindelijk in gebruik kunnen nemen als test-bench. Hoef ik niet meer elke keer in mijn echte unit te testen...
[Afbeelding]
De oplettende kijker ziet hier een verborgen feature

Je hebt ijs in je boilervat gemaakt (-20)

[xoror]

Vanwege de vele vragen heb ik het maar opgeschreven. Dus ga je koelen, lees dit dan door:
https://github.com/gekkekoe/esphome-ecodan-hp/discussions/356

[Blackraven]

xoror schreef op woensdag 27 mei 2026 @ 21:13:
De oplettende kijker ziet hier een verborgen feature

The suspense is killing me...

[Breezz]

Vandaag eindelijk tijd gehad om de Asgard te installeren.
Petje af voor de mooie software en duidelijke documentatie! Ik kijk uit naar de Odin uitbreiding...

Ik was al even aan het koelen via de 'gewone" thermostaat, en uit het elektrisch verbruik kon ik wel afleiden dat het prima ging, maar nu ook via Asgard de bevestiging dat ik de hele dag door kan koelen zonder pendelen. Ta=18, delta = 2,5. Heerlijk.

[xoror]

Attentie Asgard gebruikers

https://github.com/gekkekoe/esphome-ecodan-hp/releases/tag/2025-05-30.01 (herhaling)

Installeer een van de laatste pre release. Lost een vervelende bug op. Lees de instructies door, je moet eenmalig via usb c flashen.
(Na dhw bleef de temp hoog waar door koeling niet meer start en je krijgt 7 dagen historie ipv 1)

@Breezz @usain

[ Voor 15% gewijzigd door xoror op 30-05-2026 12:14 ]

[usain]

xoror schreef op vrijdag 29 mei 2026 @ 21:25:

Attentie Asgard gebruikers

https://github.com/gekkekoe/esphome-ecodan-hp/releases/tag/2025-05-30.01 (herhaling)

Installeer een van de laatste pre release. Lost een vervelende bug op. Lees de instructies door, je moet eenmalig via usb c flashen.
(Na dhw bleef de temp hoog waar door koeling niet meer start en je krijgt 7 dagen historie ipv 1)

@Breezz @usain

Oke zal ik morgen eens gaan doen dan. Vraagje kan ik de twee kabeltjes voor de virtuele thermosthaat wel aangesloten laten op zowel de asgard als de binnenunit? Dus enkel de CN105 kabel unpluggen van de Asgard en dan flashen via usb C.

[xoror]

@usain Ja is een optocoupler.

Je kan de cn105 ook wel aanlaten, maar zorg dat de stroom eraf is. Beter even los pluggen.

[Ben(V)]

Never mind, I found the answer tot my question already on your github.

[ Voor 71% gewijzigd door Ben(V) op 31-05-2026 09:38 ]

[bilgy_no1]

xoror schreef op zaterdag 30 mei 2026 @ 19:09:
@usain Ja is een optocoupler.

Je kan de cn105 ook wel aanlaten, maar zorg dat de stroom eraf is. Beter even los pluggen.

Nog een praktische vraag... Ik heb mijn Asgard wel aangesloten, maar nog niet opgestart want de warmtepomp staat nog uit in afwachting van de nieuwe boiler. Kan ik gewoon alvast updaten en zo ja, welke versie moet ik gebruiken: Factory via web.esphome.io of OTA via ecodan-heatpump.local?

[xoror]

@bilgy_no1 Het staat hier beschreven https://github.com/gekkekoe/esphome-ecodan-hp/discussions/359
Dus een van de releases > 2026-05-24.01

Je kan hem gewoon updaten, even spanning eraf en dan flashen (moet eenmalig dmv usb).

[bilgy_no1]

xoror schreef op zondag 31 mei 2026 @ 22:45:
@bilgy_no1 Het staat hier beschreven https://github.com/gekkekoe/esphome-ecodan-hp/discussions/359
Dus een van de releases > 2026-05-24.01

Je kan hem gewoon updaten, even spanning eraf en dan flashen (moet eenmalig dmv usb).

Dank. Heb hem geflasht. Wifi ook meteen ingesteld en ik kan hem in de browser uitlezen nu. Hopelijk snel die boiler en aan de slag met de Asgard...

[Breezz]

@xoror , wat is de 'power mode' onder Advanced Control?

[xoror]

Power on/off. Dus standby schakelen

[Loonen138]

@xoror , Ik heb voor mijn ouders ook een asgard aangeschaft echter hebben hun geen HASS om de virtuele thermostaat te kunnen gebruiken.
Homey is wel aanwezig maar vanuit daar kunnen we natuurlijk niks doen.

Ook daar leest asgard enkel de MRC temperatuur uit en dat is de temperatuur van het kastje/schermpje, van de warmtepomp, die op zolder staat. Daar is het ~27 graden, dus de AA werkt natuurlijk niet goed.

Ook daar hebben ze dezelfde henco thermostaat (ook nieuwbouw) in de woonkamer, type nummer CU-DTHERMB-HC. Deze heeft 4 aangesloten kabels, HC signal, 0V, 24V, OUT.
2 van die kabels zitten, zover ik weet, kan zien/volgen, in de IN1 aansluiting van de ecodan.

Hoe kan ik zorgen dat asgard de temperatuur van de woonkamer kan uitlezen zodat asgard goed gaat functioneren?

Op de asgard pagina http://ecodan-heatpump.local (zonder dashboard), zie ik ook nergens de temperatuur van de woonkamer terug komen als waarde/sensor.

Moet ik iets gaan zoeken op de warmtepomp zelf in de instellingen?

Ik las dat je dallas sensoren kunt gebruiken ,op de asgard pcb, maar dat is geen doen om een kabel te leggen naar beneden.

Weet je nog een andere optie?

[xoror]

@Loonen138 Als je dus een externe thermostaat aansluit, dan stuurt die IN1 aan. De temperatuur van die thermostaat zie je niet terug op de ecodan. Alleen de officiële mitsu wireless thermostaat of de MRC laten de temp zien.

Nu heeft Asgard wel voorzieningen voor mensen die geen HA draaien.
1. Dallas temp sensor (valt af vanwege bekabeling)
2. Direct de REST api aanspreken.

Optie 2 is dus iets wat zou kunnen. Sensoren zoals die van Shelly kan je vaak direct een REST api commando laten sturen.

Je moet dan shelly het volgende laten posten:

code:

http://ecodan-heatpump.local/number/Virtual%20Thermostat%20Input%20z1/set?value=21.5

om bijv 21.5 door te geven. Dat is voor Virtual Thermostat z1. (als je een fixed ip toekent aan asgard, kan je beter ip adres gebruiken, dat is sneller)

Er zijn vast meer temperatuur sensoren die je via REST api kan koppelen. Dus ik denk dat dat de handigste manier is.

Zie meer info: https://github.com/gekkekoe/esphome-ecodan-hp/blob/main/asgard/sa-config.md#configure-virtual-thermostat-room-temperature-via-rest-api Ik heb de manual onder handen genomen en als het goed is moet er nu ook meer info staan.

Nu weet ik dat sommige mensen ook homey draaien en dat je daar dmv MQTT ook integraties kan maken. Dat zou ook nog een manier kunnen zijn. Maar dan moet je de software zelf compileren en MQTT enablen.

Ik heb ook gezocht op die Henco, maar er is geen api oid beschikbaar waar je tegen kan praten helaas.

product: Shelly H&T Gen3 Deze werkt, en kan je volgens collega ontwikkelaar zo configureren
url moet dan wel zo:

code:

http://ecodan-heatpump.local/number/Virtual%20Thermostat%20Input%20z1/set?value=$temperature

[ Voor 60% gewijzigd door xoror op 02-06-2026 07:42 ]

[Loonen138]

xoror schreef op maandag 1 juni 2026 @ 19:15:
@Loonen138 Als je dus een externe thermostaat aansluit, dan stuurt die IN1 aan. De temperatuur van die thermostaat zie je niet terug op de ecodan. Alleen de officiële mitsu wireless thermostaat of de MRC laten de temp zien.

Nu heeft Asgard wel voorzieningen voor mensen die geen HA draaien.
1. Dallas temp sensor (valt af vanwege bekabeling)
2. Direct de REST api aanspreken.

Optie 2 is dus iets wat zou kunnen. Sensoren zoals die van Shelly kan je vaak direct een REST api commando laten sturen.

Je moet dan shelly het volgende laten posten:

code:

http://ecodan-heatpump.local/number/Virtual%20Thermostat%20Input%20z1/set?value=21.5

om bijv 21.5 door te geven. Dat is voor Virtual Thermostat z1. (als je een fixed ip toekent aan asgard, kan je beter ip adres gebruiken, dat is sneller)

Er zijn vast meer temperatuur sensoren die je via REST api kan koppelen. Dus ik denk dat dat de handigste manier is.

Zie meer info: https://github.com/gekkekoe/esphome-ecodan-hp/blob/main/asgard/sa-config.md#configure-virtual-thermostat-room-temperature-via-rest-api Ik heb de manual onder handen genomen en als het goed is moet er nu ook meer info staan.

Nu weet ik dat sommige mensen ook homey draaien en dat je daar dmv MQTT ook integraties kan maken. Dat zou ook nog een manier kunnen zijn. Maar dan moet je de software zelf compileren en MQTT enablen.

Ik heb ook gezocht op die Henco, maar er is geen api oid beschikbaar waar je tegen kan praten helaas.

https://www.shelly.com/products/shelly-h-t-gen3-matte-black Deze zou moeten werken, en kan je volgens gemini zo configureren:

Step-by-Step Configuration

1. Wake up your Shelly H&T Gen3 (press the reset button behind the cover briefly) and access its Web Interface via its IP address.
2. Navigate to Actions (or Webhooks) on the left menu.
3. Click Add Action.
4. Active Time: Leave as 24-hours.
5. When: Select Temperature change -> Any. (Note: The Shelly only wakes up when the temperature changes by its predefined hardware threshold, usually 0.5°C, so "Any" just means "any time you wake up for a temperature change").
6. URL: http://<YOUR_ESPHOME_IP>/number/Virtual%20Thermostat%20Input%20z1/set?value=${ev.tC}.
7. HTTP Method: If the Shelly UI provides a dropdown for the HTTP method, you must select POST. ESPHome's built-in REST API strictly rejects GET requests for state changes to prevent accidental mutations.
8. Click Save.
   
   
   disclaimer: ik heb het zelf niet geprobeerd, maar ik denk dat het goed is om te proberen? Elke shelly heeft namelijk wel een web interface waar je REST api calls kan uit voeren (mijn schakelaars doen dat bijv ook)

Interresant, ik ga eens kijken of ze misschien toch zo'n officiele mitsubishi wireless apparaat willen of dat ik een wifi shelly module aanschaf, die is dan ook weer handig te gebruiken in Homey.
Bedankt voor de moeite om mee te denken.

De aannemer zal wel bezuinigd hebben op de thermostaten.....

[xoror]

Wireless kan je ook met mijn cnrf project regelen, stukken goedkoper Maar cnrf/wireless is max 0.5c resolutie, dus ik zou toch de shelly of een andere sensor aanbevelen

[ Voor 71% gewijzigd door xoror op 01-06-2026 20:06 ]

[xoror]

Zow even case gemaakt met MRC geïntegreerd, kan ik iig wat veiliger werken

[kimjansen]

xoror schreef op woensdag 27 mei 2026 @ 21:13:

@kimjansen
- Odin heeft hier voorzieningen voor, je kan constraints definiëren op max input power of max output power
- Je kan met silent mode het zelfde effect bereiken als het vermogens kabeltje
- Als je geen virtuele thermostaten gebruikt, heb je in principe 2 relais die je ervoor kan gebruiken. Als je single zone hebt en wel virtuele thermostaat gebruikt, kan je de z2 relais gebruiken.

Ik moet aan kijken hoe mensen Asgard gebruiken en wat ze nodig hebben. Een V2 laat nog wel op zich wachten.

Dankjewel voor het antwoord, het kabeltje op de buitenunit (dus niet op de FTC) limiteerd de compressor frequentie en ventilator snelheid zo ver ik het ervaar wel echt vrij 'hard' en precies. Wat hier wel erg fijn werkt tijdens koelen. Het lijkt er ook op dat bij standje 50% hij gewoon ook echt wat rustiger van zijn plek gaat en langer door prutteld (dus minder pendelen en langere runs). Of met het spelen met de parameters hetzelfde bereikt kan worden kan ik niet beoordelen, dat zou iets zijn om eens te vergelijken.

In mijn geval zit er een naregeling op met meerdere zones via Honeywell/Resideo Home, met de bekende en gevreesde PWM regeling. Dat is opgelost door er met een tijdrelais voor te zorgen dat de WP pas gaat draaien zodra er enige tijd vraag blijkt te zijn (er zijn dan meerdere kortdurende 'pulsen' geweest), vervolgens zit daar dan ook een minimale draaitijd aan vast. Ondanks deze wat gekuntstelde oplossing en het toch enigzins rare systeemgedrag wat de thermostaat dan moet 'leren' lukt het de simpele ouderwetse thermostaat erg goed om de temperatuur strak te regelen. Alleen tussen de seizoenen in heb ik wel eens dat de compressor maar een uurtje aan staat, verder alleen erg lange runs. Dat hangt natuurlijk ook van je afgiftesysteem en hoe goed de gekozen stooklijn past af, maar juist jouw oplossing kan dat geautomatiseerd gaan optimaliseren natuurlijk.

Mocht je een tweede versie overwegen dan zou Asgard mogelijk ook 1 á 2 inputs kunnen krijgen waar men hun bestaande (zone)thermostaat of iets anders op aan kan sluiten en Asgard de nukken hiervan af kan vangen door als buffer voor IN1 of IN6 te fungeren.

De eventuele twee contactjes voor de capaciteitsbeperking, die sowieso voor koelen interessant zijn, kunnen ook nut hebben om afhankelijk van de beschikbare (goedkope) energie snel te kunnen schakelen. Mocht je zoiets overwegen dan zou ik wel willen adviseren om dit niet via een interface van een derde (of een netwerkverbinding) te laten verlopen. Je wilt denk ik enige zekerheid hebben over zo'n beperking. Zowel in CV bedrijf maar ook zodra het SWW bedrijf start zul je willen weten dat dit goed gaat en staat. Hier schakelt de uitgang waar de 3-weg klep op zit ook altijd direct de capaciteit terug naar de volle 100% bij SWW bereiding.

In mijn geval zoek ik wel iets wat volledig los van HA kan draaien en niet op andere oplossingen/systemen rust, op dit moment lukt het mij niet om dat soort dingen in de lucht te helpen of te houden. En ik kan mij voorstellen dat de potentiële afzetmogelijkheden ook wat groter zullen zijn voor een stand-alone oplossing.

Ik hou het in de gaten waar het heen gaat. Tot zo ver veelbelovend en wat er al is erg mooi!

[xoror]

@kimjansen heb je de documentatie bekeken? Er is een custom stand alone webserver speciaal voor mensen zonder HA. Er zijn genoeg gebruikers hier zonder HA.

[Breezz]

xoror schreef op vrijdag 29 mei 2026 @ 21:25:

Attentie Asgard gebruikers

https://github.com/gekkekoe/esphome-ecodan-hp/releases/tag/2025-05-30.01 (herhaling)

Installeer een van de laatste pre release. Lost een vervelende bug op. Lees de instructies door, je moet eenmalig via usb c flashen.
(Na dhw bleef de temp hoog waar door koeling niet meer start en je krijgt 7 dagen historie ipv 1)

@Breezz @usain

Sinds deze update werkt mijn Monitor niet meer goed...
Zowel op LIVE als op CALENDAR. Kan niet meer scrollen om in of uit te zoomen.

[xoror]

@Breezz https://github.com/gekkekoe/esphome-ecodan-hp/discussions/359
Je hebt de release notes / aankondiging upgrade niet gedaan denk ik? Dit moet eenmalig

[Breezz]

xoror schreef op donderdag 4 juni 2026 @ 12:45:
@Breezz https://github.com/gekkekoe/esphome-ecodan-hp/discussions/359
Je hebt de release notes / aankondiging upgrade niet gedaan denk ik? Dit moet eenmalig

Toch wel... Heb hem geflashed via de USB C kabel aan de laptop.
asgard-z1-en-2025-05-30.01.factory geflashed volgens mij

[xoror]

@Breezz via https://web.esphome.io/?dashboard_install toch ? en niet via de lokale interface.

Zou je wat logging kunnen delen, ga dan wat datum selecteren, tussen vandaag en gisteren bijv.
Je zou ook even refresh kunnen doen van de pagina, misschien heeft de browser nog oude js in de cache.

verder is het zo dat je alleen vanaf de upgrade nieuwe data krijgt, omdat we het op een andere manier opslaan.

[ Voor 54% gewijzigd door xoror op 04-06-2026 13:27 ]

[PeterMi]

Mooie update met 7 dagen terug kijken!

Heb alleen nog altijd last van verbinding problemen helaas. Signaal is rond de 58db. Asgard buiten de binnenuit. Zowel met benaderen via ecodan-heatpump.local/dashboard of t IP adres. Kan ik hier nog wat aan verbeteren. Alles op een android telefoon/tablet via chrome.

[xoror]

@PeterMi Heb je WiFi netwerk die automatisch clients verplaatst naar andere access points? Pin hem in dat geval vast op de dichtstbijzijnde. Of zet een access point in de buurt en deel een vaste IP uit. -58 is niet denderend namelijk.

[sonidodmassive]

Loonen138 schreef op maandag 1 juni 2026 @ 18:37:
@xoror , Ik heb voor mijn ouders ook een asgard aangeschaft echter hebben hun geen HASS om de virtuele thermostaat te kunnen gebruiken.
Homey is wel aanwezig maar vanuit daar kunnen we natuurlijk niks doen.

Ook daar leest asgard enkel de MRC temperatuur uit en dat is de temperatuur van het kastje/schermpje, van de warmtepomp, die op zolder staat. Daar is het ~27 graden, dus de AA werkt natuurlijk niet goed.

Ook daar hebben ze dezelfde henco thermostaat (ook nieuwbouw) in de woonkamer, type nummer CU-DTHERMB-HC. Deze heeft 4 aangesloten kabels, HC signal, 0V, 24V, OUT.
2 van die kabels zitten, zover ik weet, kan zien/volgen, in de IN1 aansluiting van de ecodan.

Hoe kan ik zorgen dat asgard de temperatuur van de woonkamer kan uitlezen zodat asgard goed gaat functioneren?

Op de asgard pagina http://ecodan-heatpump.local (zonder dashboard), zie ik ook nergens de temperatuur van de woonkamer terug komen als waarde/sensor.

Moet ik iets gaan zoeken op de warmtepomp zelf in de instellingen?

Ik las dat je dallas sensoren kunt gebruiken ,op de asgard pcb, maar dat is geen doen om een kabel te leggen naar beneden.

Weet je nog een andere optie?

Ik heb na het lezen van deze posts besloten de Asgard te bestellen en deze is vandaag geleverd. Ik heb deze dan ook direct aangesloten en voorzien van de laatste firmware maar omdat bij ons dezelfde Henco (CU-DTHERMB-HC) is aangesloten ben ik ook nog even aan het kijken hoe ik dit nu slim ga aansturen.

Net zoals de ouders van @Loonen138 maken we voornamelijk gebruik van Homey. Daarnaast draait hier ook nog HA maar daar zijn enkel wat apparaten geconfigureerd zonder automations. Het idee was om er ooit naar te kijken maar ik heb er tot op heden geen zin/tijd voor gehad.

Als ik jullie posts goed begrijp stuurt de Henco nu het signaal (gewenste temp) naar de Mitsubishi Ecodan via IN1. Deze zou ik kunnen ontkoppelen en dan de Asgard kunnen koppelen via "R1: Relay 1 — connect to IN1 on the FTC board". Daarna moet er een fysieke thermostaat gekoppeld worden in HA/Homey die de data dan doorgeeft aan Asgard.

Op de MRC heb ik de boel geconfigureerd op Min Cool Flow 18 maar dan neemt de thermostaat van Henco de "leiding" over dit proces? Hoe dit precies werkt is me niet geheel duidelijk. Ik heb eerder de Melcloud adapter een kans gegeven maar daarna werkte de Henco thermostaat niet meer dus het lijkt er op dat er een keuze gemaakt moet worden hoe de Mitsubishi Ecodan aangestuurd moet worden.

Op de Asgard heb ik verder nog niks geconfigureerd.

Onderstaand overigens de handleiding van Henco, wellicht dat ik daar morgen eens induik. https://www.tiwos.nl/wp-content/uploads/2025/10/HencoLogic_CU-DTHERMRF-HC_NL-Digitale-kamerthermostaat.pdf

@Loonen138, begrijp ik het goed dat je de warmtepomp nu alleen virtueel aanstuurt?

[xoror]

@sonidodmassive
Ik weet niet of het direct van de thermostaat gaat of via de controller (ik gok het laatste). De controller waar alle thermostaten binnenkomen zal uiteindelijk het signaal aan in1 doorgeven.

Je moet inderdaad hetgeen wat nu op in1 zit loskoppelen en Asgard R1 verbinden met in1. Daarna moet je de temperatuur doorgeven aan Asgard virtual thermostat z1. Deze is gekoppeld aan de R1 poort namelijk.

Dat kan dus op 3 manieren
1. HA, via de blueprint uit de handleiding
2. via de dallas bedrade temp sensoren
3. direct aanspreken via REST API
(4. niet officieel supported, maar je kan Asgard zelf compileren met mqtt, dan kan je hem aanspreken in homey als het goed is)

De melcloud zou gewoon naast de externe thermostaat moeten kunnen werken. Maar je hebt nu Asgard, dus je kan nu zelfs ook melcloud aansluiten op de slave poort van Asgard. Maar ik zou gewoon Asgard alleen gebruiken.

Een externe thermostaat als de Henco geeft dus alleen aan/uit signaal door aan de warmte pomp. Die gaat dus nooit zien wat de temp is in een kamer, enkel dat er vraag is. Degene die in1 bestuurt heeft de leiding. Als de Henco dus nog in in1 zit, dan kan je met Asgard alles monitoren, maar zelf de demand niet regelen.

[bilgy_no1]

xoror schreef op donderdag 4 juni 2026 @ 22:36:
@sonidodmassive
Ik weet niet of het direct van de thermostaat gaat of via de controller (ik gok het laatste). De controller waar alle thermostaten binnenkomen zal uiteindelijk het signaal aan in1 doorgeven.

Je moet inderdaad hetgeen wat nu op in1 zit loskoppelen en Asgard R1 verbinden met in1. Daarna moet je de temperatuur doorgeven aan Asgard virtual thermostat z1. Deze is gekoppeld aan de R1 poort namelijk.

Dat kan dus op 3 manieren
1. HA, via de blueprint uit de handleiding
2. via de dallas bedrade temp sensoren
3. direct aanspreken via REST API
(4. niet officieel supported, maar je kan Asgard zelf compileren met mqtt, dan kan je hem aanspreken in homey als het goed is)

De melcloud zou gewoon naast de externe thermostaat moeten kunnen werken. Maar je hebt nu Asgard, dus je kan nu zelfs ook melcloud aansluiten op de slave poort van Asgard. Maar ik zou gewoon Asgard alleen gebruiken.

Een externe thermostaat als de Henco geeft dus alleen aan/uit signaal door aan de warmte pomp. Die gaat dus nooit zien wat de temp is in een kamer, enkel dat er vraag is. Degene die in1 bestuurt heeft de leiding. Als de Henco dus nog in in1 zit, dan kan je met Asgard alles monitoren, maar zelf de demand niet regelen.

Ik overweeg de MRC toch te vervangen door een meer precieze thermometer voor aansturing dmv de virtuele thermostaat.

Dat zou dan via optie 3 het makkelijkst gaan als ik bijvoorbeeld de Shelly H&T Gen3 gebruik? Of is er een betere optie aan te raden?

[xoror]

@bilgy_no1 Als je al HA hebt draaien, dan kan je elke temp sensor gebruiken die daarmee gekoppeld is.

De shelly had ik als voorbeeld genoemd die je direct kan linken zonder HA.

[bilgy_no1]

xoror schreef op donderdag 4 juni 2026 @ 23:04:
@bilgy_no1 Als je al HA hebt draaien, dan kan je elke temp sensor gebruiken die daarmee gekoppeld is.

De shelly had ik als voorbeeld genoemd die je direct kan linken zonder HA.

Yes, maar met deze Shelly heb ik dus beide opties: een rechtstreekse koppeling naar Asgard via REST api of indirect ophalen via Home Assistant.

Ik vraag het even voor de zekerheid ivm de aanstaande Odin release. Daar staat als requirement: Asgard hardware with virtual thermostats wired (required — ODIN cannot function without it).

Gezien de 0.5*C resolutie van de MRC lijkt me het dan beter om een 0.1*C resolutie thermometer te gebruiken. En ik vind het ook wel fijn als het rechtstreeks werkt zonder afhankelijkheid van Home Assistant wat ik nog niet helemaal onder controle heb en soms (deels) stopt met goed te werken.

[xoror]

@bilgy_no1 Het is aan te raden om een 0.1c resolutie sensor te gebruiken omdat Odin dan eerder kamer temp veranderingen ziet ipv pas na 0.5c. Maar je kan ook gewoon eerst proberen met de 0.5c, en daarna een andere sensor gebruiken.

Odin heeft de virtuele thermostaten nodig om
- pauzes af te dwingen (ook al is er demand vanuit de thermostaat)
- toch laten verwarmen/koelen als er geen demand is (pre-heating/pre-cooling)

[ Voor 29% gewijzigd door xoror op 05-06-2026 10:22 ]

[bilgy_no1]

xoror schreef op vrijdag 5 juni 2026 @ 10:18:
@bilgy_no1 Het is aan te raden om een 0.1c resolutie sensor te gebruiken omdat Odin dan eerder kamer temp veranderingen ziet ipv pas na 0.5c. Maar je kan ook gewoon eerst proberen met de 0.5c, en daarna een andere sensor gebruiken.

Odin heeft de virtuele thermostaten nodig om
- pauzes af te dwingen (ook al is er demand vanuit de thermostaat)
- toch laten verwarmen/koelen als er geen demand is (pre-heating/pre-cooling)

Ik heb de Shelly ontvangen en zal deze installeren via de info die je hier eerder plaatste (met de instellingen van je collega).

Moet er dan verder nog iets gebeuren met dipswitches bijv?

Wat doe ik daarna met de MRC, gewoon uitzetten? Of kan die er ook blijven staan om handmatig de temperatuur bij te stellen (bijv door mijn vrouw als ik in het buitenland ben)? Of ontstaat er dan een "twee kapiteins op 1 schip" situatie?

[xoror]

@bilgy_no1 Nee dipswitches moeten staan zoals in de handleiding is aangegeven voor in1. Test even of het veld wordt gevuld met de shelly waarden.

De MRC kan je gewoon aanlaten, want je kan daar ook andere dingen mee bedienen. De temperatuur heeft geen effect meer omdat Asgard dan leidend is via in1.

Je moet je vrouw leren de stand alone interface te gebruiken, dat ze daar de temperatuur kan instellen en alles kan bedienen. Dit is via je mobiel eenvoudig ook te bedienen.

Je kan ook wireguard of tailscale op je netwerk zetten zodat je ook vanuit het buitenland erbij kan

[ Voor 4% gewijzigd door xoror op 06-06-2026 11:52 ]

[bilgy_no1]

xoror schreef op zaterdag 6 juni 2026 @ 11:51:
@bilgy_no1 Nee dipswitches moeten staan zoals in de handleiding is aangegeven voor in1. Test even of het veld wordt gevuld met de shelly waarden.

De MRC kan je gewoon aanlaten, want je kan daar ook andere dingen mee bedienen. De temperatuur heeft geen effect meer omdat Asgard dan leidend is via in1.

Je moet je vrouw leren de stand alone interface te gebruiken, dat ze daar de temperatuur kan instellen en alles kan bedienen. Dit is via je mobiel eenvoudig ook te bedienen.

Je kan ook wireguard of tailscale op je netwerk zetten zodat je ook vanuit het buitenland erbij kan

Stapje voor stapje...

Idee is dat het straks met Asgard+Odin allemaal automatisch wordt geoptimaliseerd. Dan wil ik er liefst helemaal niet meer naar hoeven omkijken...

Wel nog een andere gedachte: we zetten soms even de pelletkachel aan. Dat zal Odin dan opeens wat in de war brengen wellicht...

Thanks!

[xoror]

@bilgy_no1 Ik heb de handleiding geupdate

Daarin staat nu:

It is normal that the Actual and Expected temperatures sometimes do not perfectly match for certain hours. Human factors such as standing near the temperature sensor, opening a window, cooking, having extra people in the room, or turning on a fireplace will suddenly change the temperature. When this happens, ODIN will automatically adjust its planning for the next hour. Keep in mind that the system's predictions will also continuously improve after a few days of heating or cooling compared to the very first day.

Hij is niet in de war, maar grijpt het volgende uur in als de effecten zichtbaar zijn op de kamer temperatuur

[xoror]

Nieuwe release:
https://github.com/gekkek...eleases/tag/2026-06-07.01
Let op de breaking change voor Asgard gebruikers als je de upgrade procedure nog niet gedaan had.

Verder hebben we nu in de stand alone web UI ook een update notificatie en een download button.

[Loonen138]

sonidodmassive schreef op donderdag 4 juni 2026 @ 22:15:
[...]

Ik heb na het lezen van deze posts besloten de Asgard te bestellen en deze is vandaag geleverd. Ik heb deze dan ook direct aangesloten en voorzien van de laatste firmware maar omdat bij ons dezelfde Henco (CU-DTHERMB-HC) is aangesloten ben ik ook nog even aan het kijken hoe ik dit nu slim ga aansturen.

Net zoals de ouders van @Loonen138 maken we voornamelijk gebruik van Homey. Daarnaast draait hier ook nog HA maar daar zijn enkel wat apparaten geconfigureerd zonder automations. Het idee was om er ooit naar te kijken maar ik heb er tot op heden geen zin/tijd voor gehad.

Als ik jullie posts goed begrijp stuurt de Henco nu het signaal (gewenste temp) naar de Mitsubishi Ecodan via IN1. Deze zou ik kunnen ontkoppelen en dan de Asgard kunnen koppelen via "R1: Relay 1 — connect to IN1 on the FTC board". Daarna moet er een fysieke thermostaat gekoppeld worden in HA/Homey die de data dan doorgeeft aan Asgard.

Op de MRC heb ik de boel geconfigureerd op Min Cool Flow 18 maar dan neemt de thermostaat van Henco de "leiding" over dit proces? Hoe dit precies werkt is me niet geheel duidelijk. Ik heb eerder de Melcloud adapter een kans gegeven maar daarna werkte de Henco thermostaat niet meer dus het lijkt er op dat er een keuze gemaakt moet worden hoe de Mitsubishi Ecodan aangestuurd moet worden.

Op de Asgard heb ik verder nog niks geconfigureerd.

Onderstaand overigens de handleiding van Henco, wellicht dat ik daar morgen eens induik. https://www.tiwos.nl/wp-content/uploads/2025/10/HencoLogic_CU-DTHERMRF-HC_NL-Digitale-kamerthermostaat.pdf

@Loonen138, begrijp ik het goed dat je de warmtepomp nu alleen virtueel aanstuurt?

@sonidodmassive Ja, het idee is dat ik de warmtepomp enkel virtueel via Asgard en HASS ga aansturen, dus niet meer met de henco thermostaat. Uiteindelijk als ODIN beschikbaar is wil ik er zelfs helemaal geen omkijken meer naar hebben zodat alles geautomatiseerd verloopt.

@xoror , Zojuist de nieuwste firmware geflashed via de factory.bin, alles goed gegaan.

Ook meteen de virtual thermostat in gebruik genomen.
2 van de 8 aders (met de mantel\isolatie er nog omheen, is dat goed?) van een UTP kabel aangesloten op de IN1 van de warmtepomp en de R1 van de asgard. Dipswitch SW1-8 op OFF en SW2-1 stond al op ON.
De Henco thermostaat in de woonkamer ontkoppeld.






Op de Asgard dashboard de temp en room source en de virtual thermostat ingesteld.
Ik had de HASS blueprints al ingesteld om de temperatuur te syncen naar Z1 input en de AA input.
AA weer ingesteld via de setup wizard maar hij blijft op mode Off staan, mis ik iets?
Handmatig nog even de flow climate op 18c gezet en de 18c temperatuur zie ik ook terug op de MRC van de warmtepomp maar niet binnen asgard, de feed staat op 28c?

Het is 22,5c in de woonkamer en setpoint staat op 20c, dus je zou zeggen dat de cooling mode toch zou moeten aanspringen? Het blauwe bolletje bij "virtual termostat z1" geeft demand aan.



Ik zie in HASS de IN1 op uit staan, zou ik dan de aders niet goed hebben aangesloten dat die het daarom niet pakt? Als ik de sensor geschiedenis in HASS erbij pak dan had deze eerst de status aan ipv uit.

[xoror]

@Loonen138
Je settings staan goed. Op de eerste monitor pagina kan je ook de status van in1/in6 zien he?
De virtuele thermostaat geeft inderdaad demand aan, en dat zie ik ook op je foto van Asgard. Het ledje bij R1 is rood (dwz, er is demand)

Wat ik denk dat er niet goed gegaan is, zijn de draadjes. Je moet wel een beetje afstrippen en goed in duwen bij in1.

Bij ons hadden ze ook in1 lam gemaakt, en ik moest 2 draadjes gebruiken voordat hij goed klemt. Het ligt dus aan je draad, dat moet je even nalopen. Aan de R1 kant en/of in1 kant.

Dip switches staan ook goed.

nog een laatste tip: Hysteresis zet dat op 0.2c
0.5 is best wel ruim. Zie uitleg en voorbeeld

[ Voor 12% gewijzigd door xoror op 07-06-2026 18:22 ]

[Loonen138]

xoror schreef op zondag 7 juni 2026 @ 18:20:
@Loonen138
Je settings staan goed. Op de eerste monitor pagina kan je ook de status van in1/in6 zien he?
De virtuele thermostaat geeft inderdaad demand aan, en dat zie ik ook op je foto van Asgard. Het ledje bij R1 is rood (dwz, er is demand)

Wat ik denk dat er niet goed gegaan is, zijn de draadjes. Je moet wel een beetje afstrippen en goed in duwen bij in1.

Bij ons hadden ze ook in1 lam gemaakt, en ik moest 2 draadjes gebruiken voordat hij goed klemt. Het ligt dus aan je draad, dat moet je even nalopen. Aan de R1 kant en/of in1 kant.

Dip switches staan ook goed.

nog een laatste tip: Hysteresis zet dat op 0.2c
0.5 is best wel ruim. Zie uitleg en voorbeeld

Na het typen dacht ik, eigenlijk zou het wel logisch zijn dat die IN1 aders niet goed zitten dus was al meteen begonnen met een nieuwe UTP kabel en heb nu de aders iets meer afgestript en hij pakt het nu wel.
IN1 staat op aan en mode staat nu meteen op cooling.

Ook meteen de hysteresis aangepast, bedankt voor de tip.
Ik heb mij verder nog niet in die instellingen verdiept dus ik gok dat dit de standaard was\is?

EDIT1; Kan het zijn dat sinds de nieuwste update de sensor Auto-Adaptive: Min. Cooling Flow Temperature is aangepast? Eerst had je volgens mij maar 1 sensor en nu 2 nieuwe entities met Z1 en Z2.
Dus mijn automations heb ik daar even voor moeten aanpassen en de sensor in het dashboard.

EDIT2; Maakt het trouwens uit als de MRC zelf op heat flow of cool flow staat? Oftewel moet ik die aanpassen als de zomer weer voorbij is en we gaan verwarmen i.p.v. koelen?

[ Voor 16% gewijzigd door Loonen138 op 07-06-2026 18:39 . Reden: Nieuwe AA sensor? ]

[xoror]

Dat was idd alles. Voor koelen, lees https://github.com/gekkek...ecodan-hp/discussions/356 even goed door.

Ja de sensor is aangepast, er is nu een _z1 en _z2 variant. Je moet er even _z1 achter zetten. Zal dat nog wel fixen (voorbeeld HA dashboard). Voorheen was het 1 setting voor beide zones.

MRC hoef je niet meer aan te komen. En als het goed is geeft die nu gewoon de ingestelde mode aan van de virtuele thermostaat (vaste Ta koel mode)

[Loonen138]

xoror schreef op zondag 7 juni 2026 @ 18:39:
Dat was idd alles. Voor koelen, lees https://github.com/gekkek...ecodan-hp/discussions/356 even goed door.

Ja de sensor is aangepast, er is nu een _z1 en _z2 variant. Je moet er even _z1 achter zetten. Zal dat nog wel fixen (voorbeeld HA dashboard). Voorheen was het 1 setting voor beide zones.

MRC hoef je niet meer aan te komen. En als het goed is geeft die nu gewoon de ingestelde mode aan van de virtuele thermostaat (vaste Ta koel mode)

Ik heb het stukje cooling eerder al doorgelezen en nu ik de virtual thermostat heb ingesteld hoop ik dat het beter gaat draaien dan voorheen.

Ik moest alleen even uitvogelen (met Claude) hoe ik de dew temp het beste kon monitoren want ik heb geen climate entity in home assistant.

Ik heb 3 helpers (Woonkamer, Keuken en trapkast) aangemaakt waar ik temperatuur sensoren heb hangen.

Die heb ik als volgt ingericht;
Type helper; Template -> Sensor
Meeteenheid; °C
Device class; Temperatuur
Statusklasse; meting
Precisie weergeven (kan je aanpassen als je de template opnieuw opent); Standaard (1 decimaal)
State;
{% set t = states('sensor.keuken_sensor_temperatuur_temperature') | float(0) %}
{% set rh = states('sensor.keuken_sensor_temperatuur_humidity') | float(0) %}
{% set a = log(rh / 100) + (17.62 * t / (243.12 + t)) %}
{{ (243.12 * a / (17.62 - a)) | round(1) }}

.

Vervolgens heb ik die 3 helpers gekoppeld aan de door jou gemaakte automation.
Als dew temp meet die nu in de woonkamer en keuken (zelfde ruimte) 11,3c en trapkast 13,5c.

Vervolgens zorgt de automation dat de min cooling flow naar 20c gaat.
De short cycle lockout gaat vervolgens ook op active.
Volgens de condenser performance staat de condensing op 18,9c.

Zou ik (nog) niet lager kunnen koelen naar de 20c? In de woonkamer is het nu 22,3c.

[ Voor 0% gewijzigd door Loonen138 op 07-06-2026 19:51 . Reden: typefout ]

[xoror]

@Loonen138 Nee, dat begrijp je verkeerd.
dauwtemp = temp dat je condens vorming krijgt.
Je flow temp (aanvoer temp) wil je dus altijd boven dit punt hebben. De min flow temp is dus een minimale temp die de wp mag hanteren. In jouw geval wordt dat 13,5c + 1,5c = 15c. Je wp mag dan als laagste flow temp 15c kiezen. (Ik geloof dat mijn script dit ook als laagste waarde toe laat)

Met 15c kan je je kamer koelen, je kan zo lang blijven koelen tot de thermostaat zegt dat je niet meer hoeft te koelen (setpoint bereikt).

[Loonen138]

xoror schreef op zondag 7 juni 2026 @ 20:11:
@Loonen138 Nee, dat begrijp je verkeerd.
dauwtemp = temp dat je condens vorming krijgt.
Je flow temp (aanvoer temp) wil je dus altijd boven dit punt hebben. De min flow temp is dus een minimale temp die de wp mag hanteren. In jouw geval wordt dat 13,5c + 1,5c = 15c. Je wp mag dan als laagste flow temp 15c kiezen. (Ik geloof dat mijn script dit ook als laagste waarde toe laat)

Met 15c kan je je kamer koelen, je kan zo lang blijven koelen tot de thermostaat zegt dat je niet meer hoeft te koelen (setpoint bereikt).

Ik had nog een fout in de automation staan waardoor die niet goed werkte, nu staat die mooi op 15 graden te koelen.
Ik ga het de komende dagen in de gaten houden of het goed blijft werken, ook met het pendelen.
Eens kijken of die richting de 21 graden gaat en of het dan ook daar blijft.

Met ODIN op komst, in de flyer gaf je aan dat die 48 uur vooruit kijkt, welke weer dienst\API wordt er gebruikt? Gaat die wel naar lokale weer data kijken via postcode oid? Of moet\kan je zelf nog iets koppelen (via bijvoorbeeld Home Assistant)?

Antwoord al gevonden op; https://github.com/gekkek.../main/odin/ODIN_MANUAL.md

Want met het weer volgende week zou die natuurlijk nu niet hoeven te koelen om waarschijnlijk de temperatuur te bereiken.
Tijdelijk kan je het beste dit handmatig bereiken door "prohibit cooling" in te schakelen toch?

[ Voor 9% gewijzigd door Loonen138 op 07-06-2026 21:35 . Reden: Antwoord gevonden in de manual ]

[xoror]

@Loonen138 Ja, zo gebruik ik het ook ;-) Ik heb nu solar only cooling, maar vandaag is net te fris, dan even uit gezet met prohibit.

[xoror]

Iedereen die hier geupgrade had via USB, waren jullie je settings kwijt ? Had het even aangegeven, dan had ik een andere manier gezocht

Ik had via esphome geupgrade en dan zijn al je settings behouden.

[me1mark]

xoror schreef op maandag 8 juni 2026 @ 00:08:
Iedereen die hier geupgrade had via USB, waren jullie je settings kwijt ? Had het even aangegeven, dan had ik een andere manier gezocht

Ik had via esphome geupgrade en dan zijn al je settings behouden.

Kunnen alle kabels blijven zitten als de binnenuit spanningsloos is gemaakt om te updaten?

[xoror]

Ja als de stroom eraf is kan je gewoon laptop aansluiten en flashen. Let op alleen van toepassing op Asgard. De atom support de extra storage niet, dus die kan regulier flashen.

Wacht voor de zekerheid tot alle leds uit zijn van de FTC

[ Voor 60% gewijzigd door xoror op 08-06-2026 09:16 ]

[Loonen138]

xoror schreef op maandag 1 juni 2026 @ 19:15:
@Loonen138 Als je dus een externe thermostaat aansluit, dan stuurt die IN1 aan. De temperatuur van die thermostaat zie je niet terug op de ecodan. Alleen de officiële mitsu wireless thermostaat of de MRC laten de temp zien.

Nu heeft Asgard wel voorzieningen voor mensen die geen HA draaien.
1. Dallas temp sensor (valt af vanwege bekabeling)
2. Direct de REST api aanspreken.

Optie 2 is dus iets wat zou kunnen. Sensoren zoals die van Shelly kan je vaak direct een REST api commando laten sturen.

Je moet dan shelly het volgende laten posten:

code:

http://ecodan-heatpump.local/number/Virtual%20Thermostat%20Input%20z1/set?value=21.5

om bijv 21.5 door te geven. Dat is voor Virtual Thermostat z1. (als je een fixed ip toekent aan asgard, kan je beter ip adres gebruiken, dat is sneller)

Er zijn vast meer temperatuur sensoren die je via REST api kan koppelen. Dus ik denk dat dat de handigste manier is.

Zie meer info: https://github.com/gekkekoe/esphome-ecodan-hp/blob/main/asgard/sa-config.md#configure-virtual-thermostat-room-temperature-via-rest-api Ik heb de manual onder handen genomen en als het goed is moet er nu ook meer info staan.

Nu weet ik dat sommige mensen ook homey draaien en dat je daar dmv MQTT ook integraties kan maken. Dat zou ook nog een manier kunnen zijn. Maar dan moet je de software zelf compileren en MQTT enablen.

Ik heb ook gezocht op die Henco, maar er is geen api oid beschikbaar waar je tegen kan praten helaas.

product: Shelly H&T Gen3 Deze werkt, en kan je volgens collega ontwikkelaar zo configureren
url moet dan wel zo:

code:

http://ecodan-heatpump.local/number/Virtual%20Thermostat%20Input%20z1/set?value=$temperature

Vandaag de Shelly H&T Gen 3 binnen gekregen maar het wil nog niet lukken met de actions om de temperatuur door te sturen vanuit de Shelly naar de Asgard.

In de browser werkt deze link;

http://192.168.1.23/number/Virtual%20Thermostat%20Input%20z1

Dan krijg ik output;

{"name_id":"number/Virtual Thermostat Input z1","id":"number-virtual_thermostat_input_z1","value":"21.5","state":"21.5 °C"}

Maar als ik bijvoorbeeld wil testen met deze link geeft die als output "not found", dit komt denk ik omdat de link zelf niet zorgt voor een wijziging van de state of value lijkt mij?

http://192.168.1.23/numbe...20Input%20z1/set?value=21

Op de Shelly heb ik bij actions -> "then do" zowel IP als de ecodan link geprobeerd maar er gebeurd niks, De temperatuur waarde van de Virtual Thermostat Input Z1 wijzigt niet.



Jou collega ontwikkelaar heeft gok ik een webhook ingesteld zodat die vanuit de shelly een GET stuurt naar een ander iets en die zorgt dan weer voor de POST naar asgard?

Met de curl commando in windows werkt dit commando ook netjes en laat dezelfde output zien als de webpagina;

curl -X GET "192.168.1.23/number/Virtual%20Thermostat%20Input%20z1"

En met dit commando kan ik wel netjes de waarde van de Virtual Thermostat Input Z1 wijzigen;

curl -X POST "192.168.1.23/number/Virtual%20Thermostat%20Input%20z1/set?value=21.5" -d ""

En stel ik doe ipv een POST, GET invullen dan krijg ik ook weer "Not found" te zien.

Doe ik dan iets fout of kan de Shelly H&T Gen 3 enkel een GET doen en geen POST want de POST zorgt voor de verandering van de waarde van Virtual Thermostat Input Z1 en die heb ik nodig om alles goed in te stellen .

[xoror]

@Loonen138 Ik heb gekeken, en de shelly doet alleen GET inderdaad, ik dacht dat ze volledig REST konden. Dat is wel vervelend. Je moet dat dan toch via HA doen. Dus de Shelly valt dan af als je geen HA wilt gebruiken.

Kan je hem nog terug sturen ? Even kijken naar een die wel een POST kan sturen

- je kan een hub/proxy gebruiken, maar dan ben je weer extra dingen aan het installeren, dan kan je net zo goed HA hebruiken
- ze hebben de scripting ook weg gehaald, daar kon het ook mee

[ Voor 24% gewijzigd door xoror op 08-06-2026 20:47 ]

[Loonen138]

xoror schreef op maandag 8 juni 2026 @ 20:38:
@Loonen138 Ik heb gekeken, en de shelly doet alleen GET inderdaad, ik dacht dat ze volledig REST konden. Dat is wel vervelend. Je moet dat dan toch via HA doen. Dus de Shelly valt dan af als je geen HA wilt gebruiken.

Kan je hem nog terug sturen ? Even kijken naar een die wel een POST kan sturen

- je kan een hub/proxy gebruiken, maar dan ben je weer extra dingen aan het installeren, dan kan je net zo goed HA hebruiken
- ze hebben de scripting ook weg gehaald, daar kon het ook mee

De scripting optie zag ik inderdaad ook op Google maar kon ik nergens vinden, verklaard een hoop.

Ik ga van het weekend nog eens rustig uitzoeken welke opties er zijn om asgard de temperatuur uit te laten lezen zonder HA, liefst alles lokaal.

Misschien dat er nog opties zijn vanuit Homey met een temperatuur sensor.

Of dat het toch een originele mitsubishi thermostaat wordt i.p.v. de hanco.

EDIT: Claude zegt dat Homey wel een POST kan doen dus ik ga denk kloten met een Sonoff snzb-02dr2 sensor, mooie temperatuur sensor met min en max op het display.
Dan zou ik die aan Homey kunnen koppelen en dan vanuit Homey een POST kunnen doen naar Asgard.
Misschien eerst als test nog met een aqara temperatuur sensor testen, die ik nog heb liggen, want anders gaan mijn eigen automations over de zeik.

[ Voor 16% gewijzigd door Loonen138 op 08-06-2026 21:23 ]

[bilgy_no1]

Loonen138 schreef op maandag 8 juni 2026 @ 20:10:
[...]


Vandaag de Shelly H&T Gen 3 binnen gekregen maar het wil nog niet lukken met de actions om de temperatuur door te sturen vanuit de Shelly naar de Asgard.

In de browser werkt deze link;
[...]

Dan krijg ik output;

[...]


Maar als ik bijvoorbeeld wil testen met deze link geeft die als output "not found", dit komt denk ik omdat de link zelf niet zorgt voor een wijziging van de state of value lijkt mij?

[...]


Op de Shelly heb ik bij actions -> "then do" zowel IP als de ecodan link geprobeerd maar er gebeurd niks, De temperatuur waarde van de Virtual Thermostat Input Z1 wijzigt niet.

[Afbeelding]

Jou collega ontwikkelaar heeft gok ik een webhook ingesteld zodat die vanuit de shelly een GET stuurt naar een ander iets en die zorgt dan weer voor de POST naar asgard?

Met de curl commando in windows werkt dit commando ook netjes en laat dezelfde output zien als de webpagina;

[...]


En met dit commando kan ik wel netjes de waarde van de Virtual Thermostat Input Z1 wijzigen;

[...]


En stel ik doe ipv een POST, GET invullen dan krijg ik ook weer "Not found" te zien.

Doe ik dan iets fout of kan de Shelly H&T Gen 3 enkel een GET doen en geen POST want de POST zorgt voor de verandering van de waarde van Virtual Thermostat Input Z1 en die heb ik nodig om alles goed in te stellen .

Oh dat is wel een bummer... Ik had gehoopt dat het direct verliep... Heb de Shelly wel aan de praat en ingesteld volgens die tips, maar nog niet gecheckt of Asgard de waarde binnenhaalt.

Dat hoef ik dus niet meer te checken nu...

Nu alleen de vraag hoe dat dan via HA wel werkt...

@xoror misschien een idee om bij Asgard en Odin ook een compatible thermometer te bieden. Zeker voor stand-alone gebruikers een dikke plus...

[xoror]

@Loonen138 Ik zal even kijken of ik die foute implementatie nog recht kan breien. (ben er geen fan van, maar er lijkt weinig beschikbaar wat meteen werkt)

@bilgy_no1 Ja, wil wel wat mooist maken (temp, lucht vochtigheid, aanwezigheid sensor) maar ik kan dat niet voor drie tientjes aanbieden. Dat is een beetje het probleem

[xoror]

@Loonen138 Installeer deze OTA https://github.com/gekkek...eleases/tag/2026-06-08.03 (met enige tegenzin gemaakt)

Zie de release notes, dan kan je dmv een GET de temp setten.

http://ip_address/dashboard/vt_update?z1=23.1
http://ip_address/dashboard/vt_update?z2=23.2

@bilgy_no1 even afwachten op report van @Loonen138 , dit moet wel werken

[bilgy_no1]

xoror schreef op maandag 8 juni 2026 @ 21:18:
@Loonen138 Ik zal even kijken of ik die foute implementatie nog recht kan breien. (ben er geen fan van, maar er lijkt weinig beschikbaar wat meteen werkt)

@bilgy_no1 Ja, wil wel wat mooist maken (temp, lucht vochtigheid, aanwezigheid sensor) maar ik kan dat niet voor drie tientjes aanbieden. Dat is een beetje het probleem

Snap ik. Ik vind het al bijzonder indrukwekkend wat je bouwt... Maar wellicht is er een goede sensor in de markt waarvoor je de integratie kunt inbouwen/programmeren zodat er een laagdrempelige oplossing is. Dat was mijn gedachte erbij.

[Loonen138]

xoror schreef op maandag 8 juni 2026 @ 21:49:
@Loonen138 Installeer deze OTA https://github.com/gekkek...eleases/tag/2026-06-08.03 (met enige tegenzin gemaakt)

Zie de release notes, dan kan je dmv een GET de temp setten.

http://ip_address/dashboard/vt_update?z1=23.1
http://ip_address/dashboard/vt_update?z2=23.2

@bilgy_no1 even afwachten op report van @Loonen138 , dit moet wel werken

Het werkt, zowel via de browser als via de shelly.

Alleen 2 problemen.
Na ongeveer 1 minuut gaat de temperatuur terug naar 21,5 graden.
Het maakt niet uit als ik hem via de browser op 24 of 18 zet, na ongeveer 1 minuut schiet die terug naar 21,5.
Ook als de shelly (via USB om de 5 minuten) de temperatuur pushed dan gaat die daarna terug naar 21,5.

Die 21,5 waarde heb ik via de curl commando's de vorige keer ingesteld met testen op de Virtual Thermostat Input V1.
Ik heb het idee dat die waarde dan zorgt dat het terug schiet??

Probleem 2, soms dan loopt de webinterface vast en ik kan het niet reproduceren.
De pings lopen wel gewoon door.
In de grafieken bij monitor zie je dan ook een gat qua communicatie.
Soms dat duurt het langer met laden als ik het via de browser aanpas, soms gaat het bijna direct.

EDIT: Ik verwacht dat bovenstaand komt omdat het wifi bereik niet het allerbeste is dus mogelijk negeren.



Ik zie dat de Homey via http request/logic wel een post commando kan sturen naar de asgard dus waarschijnlijk ga ik het via de manier oplossen om een willekeurige zigbee temperatuur sensor te gebruiken die sneller data stuurt.
Het nadeel van de shelly is namelijk dat het via usb om de 5 minuten een actie doet en via de batterijen maximaal één keer per 2 uur of de temperatuur met meer dan 0,5 graden of meer dan 5% veranderd.

EDIT2: Ik heb in homey een flow ingesteld die de temperatuur stuurt naar de Asgard en dat werkt.
Tevens ook gedowngrade na de vorige versie.
De temperatuur blijft nu goed en gaat niet terug naar 21,5.

[ Voor 13% gewijzigd door Loonen138 op 09-06-2026 17:58 ]

[bilgy_no1]

Loonen138 schreef op dinsdag 9 juni 2026 @ 17:10:
[...]


Het werkt, zowel via de browser als via de shelly.

Alleen 2 problemen.
Na ongeveer 1 minuut gaat de temperatuur terug naar 21,5 graden.
Het maakt niet uit als ik hem via de browser op 24 of 18 zet, na ongeveer 1 minuut schiet die terug naar 21,5.
Ook als de shelly (via USB om de 5 minuten) de temperatuur pushed dan gaat die daarna terug naar 21,5.

Die 21,5 waarde heb ik via de curl commando's de vorige keer ingesteld met testen op de Virtual Thermostat Input V1.
Ik heb het idee dat die waarde dan zorgt dat het terug schiet??

Probleem 2, soms dan loopt de webinterface vast en ik kan het niet reproduceren.
De pings lopen wel gewoon door.
In de grafieken bij monitor zie je dan ook een gat qua communicatie.
Soms dat duurt het langer met laden als ik het via de browser aanpas, soms gaat het bijna direct.

EDIT: Ik verwacht dat bovenstaand komt omdat het wifi bereik niet het allerbeste is dus mogelijk negeren.

[Afbeelding]

Ik zie dat de Homey via http request/logic wel een post commando kan sturen naar de asgard dus waarschijnlijk ga ik het via de manier oplossen om een willekeurige zigbee temperatuur sensor te gebruiken die sneller data stuurt.
Het nadeel van de shelly is namelijk dat het via usb om de 5 minuten een actie doet en via de batterijen maximaal één keer per 2 uur of de temperatuur met meer dan 0,5 graden of meer dan 5% veranderd.

EDIT2: Ik heb in homey een flow ingesteld die de temperatuur stuurt naar de Asgard en dat werkt.
Tevens ook gedowngrade na de vorige versie.
De temperatuur blijft nu goed en gaat niet terug naar 21,5.
[Afbeelding]

Hmm dus de Shelly is eigenlijk niet ideaal. Ik had ook al gemerkt dat het apparaatje steeds na 3 minuten in slaap gaat. Ben je aan het instellen, net niet snel genoeg en

Het lijkt erop dat hij ook alleen maar heel even wakker wordt om een waarde door te geven. Ik zie hem eigenlijk nooit in de lijst met devices staan, maar weet wel dat ie verbonden is.

Ik denk dat ik voorlopig maar even met de MRC start en de ontwikkelingen hier volg rondom de beste sensor oplossing.

@xoror ik zie bij de Odin documentatie staan dat je voor de PV een oriëntatie invult. Is er een mogelijkheid voor O-W?

[HeJ]

Ik heb voor mijn warmtepomp een energiemeter hangen van Homewizard. Deze is zichtbaar in HA.

Die wil ik graag naar Asgard overbrengen, en ben daarvoor een automation aan het maken.

Naar welke entiteit moet ik deze waarde laten copieren?

[xoror]

Vandaag een drukke dag, out in the lab. Hier een klein stukje over Odin beschikbaarheid: https://github.com/gekkek...iscussioncomment-17241472

@Loonen138 Hmm dat is apart die overwrite. Ik zal even na proberen te spelen. Over het haperen van Asgard, zou je logging naast kunnen laten lopen ? Dus in een aparte tab logging mee laten lopen en kijken wat je ziet op het moment dat hij weg valt? Ik zie die gedrag namelijk niet bij mij.

Ik revert die webhook, en kijk daar later een keer naar. Aangezien je al wat anders gaat gebruiken.

@bilgy_no1 Je kan altijd zelf de hoek invullen. Maar Oost + West lijken mij 2 arrays of niet? (sorry handleiding moet ik nog updaten: zie https://github.com/gekkek...iscussioncomment-17200633)
De shelly kan aan de USB, dan kan je toch iets van 1x per 5m updaten? dat zou wel voldoende moeten zijn.

@HeJ select.ecodan_heatpump_energy_meter_source op HA/REST api, en dan waarde (dagelijkse teller) wegschrijven in number.ecodan_heatpump_kwh_meter_feedback

[ Voor 13% gewijzigd door xoror op 09-06-2026 21:47 ]

[bilgy_no1]

Hi @xoror de nieuwe boiler is zojuist geïnstalleerd. Warmtepomp weer aan en Asgard draait. Ik volg de stappen om de MRC als bron in te stellen maar krijg geen temperatuur door. De MRC zelf geeft Error 4 weer. Dat is een communicatieprobleem volgens de chat.

Enig idee wat de oplossing is? Heeft dit met de R1 draden te maken? Of moet de MRC opnieuw worden gekoppeld (suggestie monteur).

In Melcloud wordt de huidige temperatuur weergegeven als - 39°C 🥶. In Asgard staat 0°C.

[ Voor 24% gewijzigd door bilgy_no1 op 10-06-2026 14:08 ]

[Loonen138]

xoror schreef op dinsdag 9 juni 2026 @ 21:36:
Vandaag een drukke dag, out in the lab. Hier een klein stukje over Odin beschikbaarheid: https://github.com/gekkek...iscussioncomment-17241472

@Loonen138 Hmm dat is apart die overwrite. Ik zal even na proberen te spelen. Over het haperen van Asgard, zou je logging naast kunnen laten lopen ? Dus in een aparte tab logging mee laten lopen en kijken wat je ziet op het moment dat hij weg valt? Ik zie die gedrag namelijk niet bij mij.

Ik revert die webhook, en kijk daar later een keer naar. Aangezien je al wat anders gaat gebruiken.

@bilgy_no1 Je kan altijd zelf de hoek invullen. Maar Oost + West lijken mij 2 arrays of niet? (sorry handleiding moet ik nog updaten: zie https://github.com/gekkek...iscussioncomment-17200633)
De shelly kan aan de USB, dan kan je toch iets van 1x per 5m updaten? dat zou wel voldoende moeten zijn.

@HeJ select.ecodan_heatpump_energy_meter_source op HA/REST api, en dan waarde (dagelijkse teller) wegschrijven in number.ecodan_heatpump_kwh_meter_feedback

@xoror In de logging zag ik niks vreemds, geen fouten o.i.d., alleen wat auto adaptive logs.
Overigens zag ik na het f5en die gaten niet meer in de monitor grafieken, ik gok dat het aan de wifi lag of dat de webpagina zelf gewoon even vast loopt want de lijn van de z1 input liep wel door.

Ik heb de firmware ook weer gedowngrade en omdat het nu werkt via de homey flow, die de post doet, kan ik het ook niet meer testen.

bilgy_no1 schreef op woensdag 10 juni 2026 @ 13:56:
Hi @xoror de nieuwe boiler is zojuist geïnstalleerd. Warmtepomp weer aan en Asgard draait. Ik volg de stappen om de MRC als bron in te stellen maar krijg geen temperatuur door. De MRC zelf geeft Error 4 weer. Dat is een communicatieprobleem volgens de chat.

Enig idee wat de oplossing is?

In Melcloud wordt de huidige temperatuur weergegeven als - 39°C 🥶

@bilgy_no1

Misschien dat de bekabeling of dipswitches niet goed staan? Volgens mij zijn dat geen fouten door of voor Asgard.

Hier kan je de error codes opzoeken;
https://les.mitsubishiele...tallers/error-code-lookup
Of
https://alklima.nl/service-en-support/storingscodes
Of
https://www.vleutenges.nl...toringscode-en-uitleg.pdf

[ Voor 21% gewijzigd door Loonen138 op 10-06-2026 14:10 ]

[bilgy_no1]

@Loonen138 ik heb de dipswitches en bekabeling precies gedaan volgens de handleiding en is gecheckt adhv foto's door @xoror

Maar de wp heeft een maand uitgestaan ivm kapotte boiler, dus wellicht is de koppeling naar tussen MRC en wp weg. Enige wat ik in de tussentijd heb gedaan is Asgard eraan hangen.

De wp werkt wel. Boilervat is nu opgewarmd en doet legionella. Ik vrees dat ie daarna de kamer gaat proberen op te warmen naar 18,5°C vanaf een denkbeeldige 0,0°C...

Ik zie in Asgard dashboard ook "ERR" sta an achter het versienummer.

Verbinding tussen MRC en wp opnieuw instellen werkt ook niet.

Zojuist ook de verbinding naar Asgard weg...

En ik moet straks echt de deur uit. When it rains it poors...

edit:
Wp begon inderdaad na sww ook de kamer te verwarmen. Ik heb nu via Melcloud (op de slave van Asgard) de wp uitgezet.

Op Asgard knippert een groen hartje en brand een rood led-je waar de kabel naar de wp is aangesloten.

Maar ik kom er nu met de webinterface niet meer bij.

edit 2:

Nu wel weer online. Op de laptop een mooie grafische interface. Op de mobiel alleen een tabel met alle attributes en settings... Heb wel de Z1 prohibit aangezet, zodat het hier straks geen sauna is. Warmtepomp staat wel aan, maar doet nu dus alleen DHW.

Anyway, ik ben nu de deur uit, dus hopelijk krijg ik het morgen weer aan de praat. Alle hulp is welkom.

[ Voor 76% gewijzigd door bilgy_no1 op 10-06-2026 16:05 ]

[xoror]

@bilgy_no1 Je hebt de versie draaien voor de breaking change. Ik dacht dat je het al geupgrade had ?

Voor de ERR, dan heeft hij nog geen data, standaard laat ik ERR zien. Dat hoor je normaal nooit te zien. Gok dat het weg is met refresh page ?

Is je temp sensor nu al opgelost ? Wat je ook kan doen is ip adres gebruiken ipv mDNS. Dat laatste is soms nogal brak. Als melcloud -39 geeft, dan komt die data dus echt door. Zijn ze vergeten ergens een sensor aan te sluiten ? Want als melcloud eraan hangt, is hij de 'baas' over welke data wordt opgehaald.

In de FAQ staan ook nog wat tips voor WiFi: https://github.com/gekkek...-disconnect-on-bad-signal

[ Voor 12% gewijzigd door xoror op 10-06-2026 16:32 ]

[bilgy_no1]

xoror schreef op woensdag 10 juni 2026 @ 16:31:
@bilgy_no1 Je hebt de versie draaien voor de breaking change. Ik dacht dat je het al geupgrade had ?

Voor de ERR, dan heeft hij nog geen data, standaard laat ik ERR zien. Dat hoor je normaal nooit te zien. Gok dat het weg is met refresh page ?

Is je temp sensor nu al opgelost ? Wat je ook kan doen is ip adres gebruiken ipv mDNS. Dat laatste is soms nogal brak. Als melcloud -39 geeft, dan komt die data dus echt door. Zijn ze vergeten ergens een sensor aan te sluiten ? Want als melcloud eraan hangt, is hij de 'baas' over welke data wordt opgehaald.

In de FAQ staan ook nog wat tips voor WiFi: https://github.com/gekkek...-disconnect-on-bad-signal

Ja ik dacht ook dat ik al geupgrade had. Pakket gedownload en geflasht met esphome. Maar kennelijk niet helemaal goed gegaan...

Ik check het morgen weer. Vanavond even eruit

[xoror]

@bilgy_no1 Volg de stappen van https://github.com/gekkek...eleases/tag/2026-06-07.01

je moet het 1x gedaan hebben de upgrade via usb.

Btw, het dashboard zit dus op http://ip/dashboard. ws had je op je mobiel niet de juiste site geopend

[ Voor 25% gewijzigd door xoror op 10-06-2026 21:50 ]

[bilgy_no1]

xoror schreef op woensdag 10 juni 2026 @ 17:39:
@bilgy_no1 Volg de stappen van https://github.com/gekkek...eleases/tag/2026-06-07.01

je moet het 1x gedaan hebben de upgrade via usb.

Btw, het dashboard zit dus op http://ip/dashboard. ws had je op je mobiel niet de juiste site geopend

OK ben er vanochtend mee aan de slag geweest en dat lijkt succesvol.

1. Ik heb de firmware upgrade gedaan en de laatste update. Met het flashen had ik de eerste keer die 2026.05.24 versie gedownload en kennelijk niet de 2026.06.07. Nu draait ie op 2026.06.10.01. ERR melding is weg.
2. Wifi bij zowel de Asgard en wp is goed. Zit hemelsbreed op een meter of 6 van de Mesh node met alleen een houten vloertje ertussen. Asgard rapporteert -48 dB.

Daarna aan het puzzelen gegaan met de MRC-thermostaat en waarom die nog in Error code 4 stond.

De Mitsubishi draadloze adapter is aangesloten als voorheen op de CNRF poort. Melcoud adapter zit op de Slave van Asgard. Asgard is aangesloten op CN105. SW2-1 staat op ON; SW1-8 staat op OFF.

Ik had deze instructie gevolgd in de veronderstelling dat we naar een virtual thermostat gingen: Migrating from wireless thermostats (CNRF): Ensure SW1-8 is in the OFF position when using virtual thermostats. Dus toen ging er een lampje branden:

? Wellicht moet SW1-8 weer op ON staan ?

Deze dipswitch weer terug gezet op ON. In het basismenu als Thermistor de room thermostat 1 geselecteerd. Toen verscheen er weer data op het scherm: actuele temperatuur en setpoint.

In het Asgard dashboard "Use Room thermostat Z1" weer aan getoggled en nu verschijnt daar ook dezelfde temperatuur als in de MRC. NB De setpoint die ik in Asgard instel wordt niet terug gesynchroniseerd met de MRC en Melcloud.

Iets geks: ik ververste de Asgard dashboard pagina zojuist en toen was de 'Use Room thermostat Z1' toggle weer uitgegaan. Maar de Current temperature in de virtual thermostat instellingen klopt wel met de MRC.

MRC is model PAR-WT50R-E. Heb ik iets anders nodig om het allemaal goed te laten werken met Odin? (temperatuursensor met hogere resolutie daargelaten).

EDIT:
Hmm kennelijk werkt het nog niet helemaal goed. Ik wilde even checken of de virtuele thermostaat de heating Z1 start.

• Current temp: 20,5
• Setpoint: 21.5
• Hysteresis: 0,3

Dan zou de Z1 heating aan moeten slaan, lijkt me. Maar dat gebeurt niet. Verder als volgt ingesteld:




Log rondom de wijziging van de setpoint even bekeken. Ik zie dan staan "target=18.0". Dat is de setpoint volgens de MRC (en Melcloud):

EventStream ---

[12:02:03] [D][auto_adaptive:609]: [*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50

[12:02:03] [D][auto_adaptive:374]: Z1 src=0 room=20.5 target=18.0 flow=36.5 flow_rate=0.0 outside=22.0 bias=0.0 H=0 C=0

[12:02:03] [D][auto_adaptive:474]: Z1 target_delta=2.00 cold_factor=0.00 dyn_min=2.00 eff_range=2.00 error_factor=0.00 boost=1.00 linear=0, use_solver=0

[12:02:03] [D][auto_adaptive:227]: Z1 Setpoint reached. Base delta T.

[12:02:03] [D][auto_adaptive:261]: Z1 HEATING: flow=31.50°C, return=29.50°C (boost 0.0)

[12:02:03] [W][auto_adaptive:156]: Flow adjust: 36.00°C to prevent compressor stop! (setpoint: 31.50°C is 5.00°C below actual feed temp)

[12:02:03] [W][auto_adaptive:055]: Flow limited to 35.0°C (Zone Max Limit), calculated_flow: 36.0

[12:07:03] [D][auto_adaptive:609]: [*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50

[12:07:04] [D][auto_adaptive:374]: Z1 src=0 room=20.5 target=18.0 flow=36.0 flow_rate=0.0 outside=22.0 bias=0.0 H=0 C=0

[12:07:04] [D][auto_adaptive:474]: Z1 target_delta=2.00 cold_factor=0.00 dyn_min=2.00 eff_range=2.00 error_factor=0.00 boost=1.00 linear=0, use_solver=0

[12:07:04] [D][auto_adaptive:227]: Z1 Setpoint reached. Base delta T.

[12:07:04] [D][auto_adaptive:261]: Z1 HEATING: flow=31.00°C, return=29.00°C (boost 0.0)

[12:07:04] [W][auto_adaptive:156]: Flow adjust: 35.50°C to prevent compressor stop! (setpoint: 31.00°C is 5.00°C below actual feed temp)

[12:07:04] [W][auto_adaptive:055]: Flow limited to 35.0°C (Zone Max Limit), calculated_flow: 35.5

[12:12:03] [D][auto_adaptive:609]: [*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50

[12:12:04] [D][auto_adaptive:374]: Z1 src=0 room=20.5 target=18.0 flow=35.5 flow_rate=0.0 outside=23.0 bias=0.0 H=0 C=0

[12:12:04] [D][auto_adaptive:474]: Z1 target_delta=2.00 cold_factor=0.00 dyn_min=2.00 eff_range=2.00 error_factor=0.00 boost=1.00 linear=0, use_solver=0

[12:12:04] [D][auto_adaptive:227]: Z1 Setpoint reached. Base delta T.

[12:12:04] [D][auto_adaptive:261]: Z1 HEATING: flow=30.50°C, return=28.50°C (boost 0.0)

[12:12:04] [W][auto_adaptive:156]: Flow adjust: 35.00°C to prevent compressor stop! (setpoint: 30.50°C is 5.00°C below actual feed temp)

[ Voor 40% gewijzigd door bilgy_no1 op 11-06-2026 12:40 ]

[xoror]

@bilgy_no1
Voor Odin moet je de virtual thermostat gebruiken. Dus SW1-8 moet OFF staan. De virtual thermostat (software thermostaat) gaat dan leidend zijn via in1. Dat moet je dus ook aansluiten.

Daarna moet je de virtual thermostat vertellen dat hij de MRC moet gebruiken. Nu is MRC een beetje misleidend, maar het geldt dus ook voor wireless thermostaat. op je FTC kan je de master per z1 of z2 instellen, dat moet goed staan, en dan pak ik vanzelf de juiste waarde.

Je kan de master controleren via de sensor:


Bij jou moet dan RCx staan ipv MRC (om aan te geven dat de wireless thermostaat de master is voor die zone). Je kan deze zien op http://asgard_ip (dus zonder /dashboard)

Op je MRC kan je zo kijken hoe de master is ingesteld voor je zone:
> initial settings > room sensor settings > zone 1 and/or 2 > sensor settings > select the configured RCx here.

Als dat goed is ingesteld, dan moet je Asgard zo instellen:


Je moet het dan zo instellen (negeer de waarden behalve de rood onderstreepte velden).
1. room sensor source : MRC (dus eigenlijk de master van de z1 of z2, wat je hierboven zag)
2. Voor auto adaptive moet je nog aangeven welke kamer temperatuur hij kan gebruiken. Dat moet in jouw geval op Asgard Virtual thermostat zijn, omdat we daar de kamer temperatuur hebben.

Over de thermostaten:
- je hebt in Asgard virtuele thermostat, dat is een software thermostaat die een temperatuur sensor/bron nodig heeft. De setpoint die je hier instelt, zie je dus alleen op deze software thermostaat.
- standaard mappen we de MRC/wireless thermostat naar room thermostat z1 of room thermostat z2. Die zijn gemapped naar de masters van de betreffende zones. Dus wat je hier aanpast zie je terug op je MRC/wireless thermostats

Ik zal vanavond de Asgard documentatie hier voor aanpassen, het loopt een beetje achter op de ontwikkeling...

[bilgy_no1]

xoror schreef op donderdag 11 juni 2026 @ 13:50:
@bilgy_no1
Voor Odin moet je de virtual thermostat gebruiken. Dus SW1-8 moet OFF staan. De virtual thermostat (software thermostaat) gaat dan leidend zijn via in1. Dat moet je dus ook aansluiten.

Daarna moet je de virtual thermostat vertellen dat hij de MRC moet gebruiken. Nu is MRC een beetje misleidend, maar het geldt dus ook voor wireless thermostaat. op je FTC kan je de master per z1 of z2 instellen, dat moet goed staan, en dan pak ik vanzelf de juiste waarde.

Je kan de master controleren via de sensor:
[Afbeelding]

Bij jou moet dan RCx staan ipv MRC (om aan te geven dat de wireless thermostaat de master is voor die zone). Je kan deze zien op http://asgard_ip (dus zonder /dashboard)

Op je MRC kan je zo kijken hoe de master is ingesteld voor je zone:
> initial settings > room sensor settings > zone 1 and/or 2 > sensor settings > select the configured RCx here.

Als dat goed is ingesteld, dan moet je Asgard zo instellen:
[Afbeelding]

Je moet het dan zo instellen (negeer de waarden behalve de rood onderstreepte velden).
1. room sensor source : MRC (dus eigenlijk de master van de z1 of z2, wat je hierboven zag)
2. Voor auto adaptive moet je nog aangeven welke kamer temperatuur hij kan gebruiken. Dat moet in jouw geval op Asgard Virtual thermostat zijn, omdat we daar de kamer temperatuur hebben.

Over de thermostaten:
- je hebt in Asgard virtuele thermostat, dat is een software thermostaat die een temperatuur sensor/bron nodig heeft. De setpoint die je hier instelt, zie je dus alleen op deze software thermostaat.
- standaard mappen we de MRC/wireless thermostat naar room thermostat z1 of room thermostat z2. Die zijn gemapped naar de masters van de betreffende zones. Dus wat je hier aanpast zie je terug op je MRC/wireless thermostats

Ik zal vanavond de Asgard documentatie hier voor aanpassen, het loopt een beetje achter op de ontwikkeling...

Dank voor je uitgebreide antwoord. Ik kom er pas in het weekend weer aan toe denk ik.

Waar ik wel mee zit: als ik SW1-8 weer OFF zet gaat waarschijnlijk de thermostaat weer in storing. Het ON zetten van die switch loste dat probleem immers op. Maar dan heb ik alsnog geen kamertemperatuur input voor de virtuele thermostaat. De vraag is dan wat daar misgaat...

[xoror]

Je moet ook SW2-1 aanzetten he?

@_RRM_ Had jij nou ook de wireless thermostat toch? Of gebruikte jij de MRC

[bilgy_no1]

xoror schreef op donderdag 11 juni 2026 @ 15:29:
Je moet ook SW2-1 aanzetten he?

@_RRM_ Had jij nou ook de wireless thermostat toch? Of gebruikte jij de MRC

Ja, SW2-1 staat op ON conform de handleiding.

[xoror]

@bilgy_no1 Moet je als je weer test, even kijken welke error je krijgt, en dan kijken we verder. Het zou gewoon moeten werken, ik heb ook een tijd lang met in1 en cnrf (wireless thermostat) naast elkaar gebruikt

[ Voor 4% gewijzigd door xoror op 11-06-2026 17:02 ]

[Loonen138]

ODIN ontvangen en ingesteld, ben zeer onder de indruk @xoror .
Ik ben de komende dagen\weken benieuwd hoe het systeem werkt en of het pendelen ook minder wordt vanwege de "HP Min Modulation" optie.

Ik heb zelf dan geen zonnepanelen of een thuisbatterij maar wel een dynamisch contract.
Als het salderen in 2027 stopt dan zullen de zonnepanelen vast goedkoper worden om een mooie deal eruit te kunnen slaan en dan verwacht ik dat de thuisbatterij technieken ook wel verder zijn dan nu.

Auto Adaptive vervalt natuurlijk met ODIN, toch? Ff dubbel check, want die opties zijn inmiddels grijs.
Dus dat betekend dat de HASS automation "Update Minimum Cooling Flow Temperature" voor de dew temp geen nut meer heeft toch?
Weet ODIN\Asgard nu wel wat de laagste temperatuur waarde is om te koelen vanwege de condens vorming?
De Flow Climate Z1 staat nu namelijk al op 11c ingesteld.

De solver tabblad heeft een aantal mooie grafieken, toevallig al een dashboard voor HASS geknutselt? Anders ga ik van het weekend zelf aan de slag, ik naam aan dat we die statistieken ook kunnen uitlezen toch?

[xoror]

@Loonen138
Nee, je moet auto adaptive aan laten, die worden gebruikt voor de veiligheids maatregelen. Je moet ook je script met min flow in tact laten, anders heb je geen condens bewaking.

Je moet de optie enable solver aanzetten in Asgard, en dan IP van odin invullen, dat is alles wat je aan Asgard kan hoeft te doen.

De geleerde stats zijn uit te lezen, maar de grafiek data is intern formaat. Het is de bedoeling dat je Odin monitored in de solver tab.

De AA opties zijn grijs omdat je ws in de verkeerde operating mode zit, had ik ingebouwd om gebruikers te waarschuwen dat AA dan niet actief is (!)

Dus het werkt zo:
Odin rekent door wat er nodig is, en geeft dat door aan Asgard. Asgard heeft een speciale mode in AA (als solver enabled is) die dat weer oppakt en omzet naar een bepaalde flow temp die is gevraagd door Odin.

Nadat je de wizard hebt doorlopen moet je eigenlijk nog een comfort bandwidth maken. Ik draai bijvoorbeeld met dit:

Dat geeft dan zoiets:


De blauwe gestippelde lijn is dus je ideale lijn, en de band breedtes zijn dus die min en max tov je ideale lijn. Daar binnen mag hij dan blijven met het schema. Hoe meer vrijheid je hem geeft, hoe meer hij kan besparen, maar dat moet je tweaken naar je eigen comfort.

Voor koelen zijn we vrijwel altijd beperkt door min flow temp. Hij wil vaak meer koelen, maar mag dan vanwege condens alleen bijv 15c doen. Dus de koel planning wordt vaak niet gehaald vanwege de condens temp. Hij stelt het elk uur wel weer bij. Je kan de log meekijken om dat te volgen

En als laatste nog even verwachting management: De min modulation probeert Odin wel af te dwingen, maar je afgifte moet het wel aan kunnen. (maw, als je te weinig groepen open hebt, dan ga je pendelen krijgen)

[ Voor 91% gewijzigd door xoror op 11-06-2026 17:58 ]

[Loonen138]

@xoror

De geleerde stats zijn uit te lezen, maar de grafiek data is intern formaat. Het is de bedoeling dat je Odin monitored in de solver tab.

Duidelijk, ik ga eens kijken of ik iets moois kan fabriceren zonder de asgard webpagina te bekijken, als ik alles in HASS kan stoppen is het natuurlijk eenvoudiger.

Nee, je moet auto adaptive aan laten, die worden gebruikt voor de veiligheids maatregelen. Je moet ook je script met min flow in tact laten, anders heb je geen condens bewaking.

De AA opties zijn grijs omdat je ws in de verkeerde operating mode zit, had ik ingebouwd om gebruikers te waarschuwen dat AA dan niet actief is (!)

Dus het werkt zo:
Odin rekent door wat er nodig is, en geeft dat door aan Asgard. Asgard heeft een speciale mode in AA (als solver enabled is) die dat weer oppakt en omzet naar een bepaalde flow temp die is gevraagd door Odin.

Aah, in de Cool en Heat target Temperature zijn die AA opties inderdaad grijs maar in de Cool en Heat flow Temperature zijn ze de AA opties wel bruikbaar.
Ik dacht dat ik de target moest gebruiken, zal ik wel ooit perongeluk verkeerd hebben geklikt.

Nadat je de wizard hebt doorlopen moet je eigenlijk nog een comfort bandwidth maken. Ik draai bijvoorbeeld met dit:[Afbeelding]

Dat geeft dan zoiets:
[Afbeelding]

De blauwe gestippelde lijn is dus je ideale lijn, en de band breedtes zijn dus die min en max tov je ideale lijn. Daar binnen mag hij dan blijven met het schema. Hoe meer vrijheid je hem geeft, hoe meer hij kan besparen, maar dat moet je tweaken naar je eigen comfort.

Die had ik ingesteld, ik dacht ik begin hier eens mee, of zou dat te ruim zijn qua temperatuur range?
Koud in de winter vind ik niet perse erg, dan trek ik wel een trui aan maar warm in de zomer is vervelend .
Als het tussen de 18 en 22 graden binnen blijft dan vind ik het prima.

Na het aanpassen van de operating mode is ook het koelen meteen gestopt omdat de huidige temperatuur (21,6c) tussen 18 en 22 graden in zit, toch? Nu heb ik het dus goed staan?

Als de temperatuur er buiten valt, gaat die dan naar de base koelen\verwarmen of stopt die wanneer de temperatuur grens is bereikt?

Voor koelen zijn we vrijwel altijd beperkt door min flow temp. Hij wil vaak meer koelen, maar mag dan vanwege condens alleen bijv 15c doen. Dus de koel planning wordt vaak niet gehaald vanwege de condens temp. Hij stelt het elk uur wel weer bij. Je kan de log meekijken om dat te volgen

En als laatste nog even verwachting management: De min modulation probeert Odin wel af te dwingen, maar je afgifte moet het wel aan kunnen. (maw, als je te weinig groepen open hebt, dan ga je pendelen krijgen)

Alle groepen voor koud water staan open dus daar zou het niet aan moeten liggen.
Misschien ging die wel pendelen omdat ik de operating mode verkeerd had staan??

Ik ben nog iemand aan het vragen die daar iets meer verstand van heeft om het te dubbelchecken.
Omdat ik nieuwbouw huis heb kan ik niet ff de installateur vragen vanwege garantie en dingen .
Die vinden zo'n asgard\odin natuurlijk niet leuk.

[xoror]

@Loonen138
Voor koelen geldt het volgende:
- 'gratis' koelen kan dmv solar only cooling
- anders wordt er gekeken naar de prijs

1. onder cheap price setting, dan kan hij gaan pre-coolen (pro-actief)
2. Als je buiten je brandbreedte dreigt te gaan, zal hij gaan koelen
3. als je buiten de band breedte zit is de penalty zo hoog dat hij ws gaat koelen
4. Afhankelijk van je kwh penalty setting stuur je of hij dicht bij de ideale lijn dient te blijven of mag afwijken (hoeveel mag hij afwijken)

Het is dus even kijken wat het beste werkt. De solver kijkt anderhalve dag vooruit voor energie prijzen en 48h aan weersvoorspelling. Het is soms verassend wat hij kiest

[_RRM_]

xoror schreef op donderdag 11 juni 2026 @ 15:29:
Je moet ook SW2-1 aanzetten he?

@_RRM_ Had jij nou ook de wireless thermostat toch? Of gebruikte jij de MRC

Klopt, draait prima met de PAR-WT50R. (Zojuist jammer genoeg de verwarming weer aan met dit weer)

[xoror]

@_RRM_ sw2-1 op on en sw1-8 op off toch voor de virtual thermostat?

@bilgy_no1 Zie hierboven zou gewoon moeten werken.