Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32

[Loonen138]

@xoror , ik heb onlangs de asgard gekocht en aangesloten maar de AA functie lijkt niet te werken en ik snap nog niet waarom. Ik heb de AA setup doorlopen en de warmtepomp op flow temp cooling mode gezet (i.p.v. de standaard auto adaptive vanuit de installateur).

Ik draai deze firmware; asgard-z1-en-2026-05-05.01



Ik zou namelijk verwachten, nu het wat warmer is dat die gaat koelen ipv dat hij uit staat, de warmtepomp doet "niks" op dit moment.

De asgard is enkel aangesloten met de kabel op de CN105 -> HP poort.

In de IN1 poort zitten 2 kabels, ik ga er vanuit dat die naar de thermostaat in de woonkamer gaan als temperatuur input van de woonkamer.

Ik maak (op dit moment) geen gebruik van een virtuele thermostaat, ik gebruik de MRC als input.

De standard Mitsubishi thermostaat in de woonkamer geeft 23,9 graden aan.

Een losse aqara zigbee temperatuur sensor geeft rond de 24,8 graden aan.




De warmtepomp zelf geeft dit aan;




De dashboard van de asgard geeft dit aan;

En vanuit HASS heb ik deze info;




Mis ik iets?

[FrensDJ]

zet je flow temperature even op 17.5, denk dat je het zelfde probleem had als ik vanochtend had. misschien springt hij dan wel aan

[xoror]

Zo te zien heb je al een (non-mitsubishi) thermostaat die is gekoppeld aan IN1. Dwz, die thermostaat geeft al demand aan. Je kan alleen niet de huidige temp en setpoint zien in esphome. Je thermostaat geeft dus alleen een AAN/UIT commando aan de WP door,

Omdat je alleen cn105 -> ftc aansluit, en dus de huidige setup wilt gebruiken moet je het volgende doen voor AA:

Room Temp Source Z1: Home assistant / REST API

Je moet dus die waarde via die blue print syncen naar het veld: ecodan_heatpump_auto_adaptive_current_room_temperature_feedback_z1.
Het kan ook gewoon via HA script, maar dit is wat gebruiksvriendelijker. Maar je moet wel iets van een temp sensor hebben die je in HA kan benaderen. In mijn geval is dit een kantoor thermostaat.

Je moet niet de MRC (hoofd bediening die nu is aangesloten op je binnen unit) gebruiken omdat deze ws in een technische ruimte staat. Bij voorkeur gebruik je de temp sensor.

zie documentatie voor het doorgeven van de kamer temp voor AA. https://github.com/gekkekoe/esphome-ecodan-hp/blob/main/docs/auto-adaptive.md#step-2-set-up-the-temperature-feedback-loop

Overigens, de mitsu AA maakt alleen gebruik van de MRC of een officiële wireless thermostat. Dus je maakt dan gebruik van de MRC die op een verkeerde plek staat. Dat is niet echt handig.

Zo te zien heb je dit systeem: https://www.henco.be/nl-BE/product/henco-logic je moet even kijken of daar een HA koppeling voor bestaat

[ Voor 11% gewijzigd door xoror op 24-05-2026 15:44 ]

[Loonen138]

FrensDJ schreef op zondag 24 mei 2026 @ 15:31:
zet je flow temperature even op 17.5, denk dat je het zelfde probleem had als ik vanochtend had. misschien springt hij dan wel aan

Dit zorgt er idd voor dat die op cooling gaat.

xoror schreef op zondag 24 mei 2026 @ 15:34:
Zo te zien heb je al een (non-mitsubishi) thermostaat die is gekoppeld aan IN1. Dwz, die thermostaat geeft al demand aan. Je kan alleen niet de huidige temp en setpoint zien in esphome. Je thermostaat geeft dus alleen een AAN/UIT commando aan de WP door,

Omdat je alleen cn105 -> ftc aansluit, en dus de huidige setup wilt gebruiken moet je het volgende doen voor AA:

Room Temp Source Z1: Home assistant / REST API

Je moet dus die waarde via die blue print syncen naar het veld: ecodan_heatpump_auto_adaptive_current_room_temperature_feedback_z1.
[Afbeelding] Het kan ook gewoon via HA script, maar dit is wat gebruiksvriendelijker. Maar je moet wel iets van een temp sensor hebben die je in HA kan benaderen. In mijn geval is dit een kantoor thermostaat.

Je moet niet de MRC gebruiken omdat deze ws in een technische ruimte staat. Bij voorkeur gebruik je de temp sensor.

zie documentatie voor het doorgeven van de kamer temp voor AA. https://github.com/gekkekoe/esphome-ecodan-hp/blob/main/docs/auto-adaptive.md#step-2-set-up-the-temperature-feedback-loop

Ik heb een nieuwbouw huis, dus mijn aanname is dat deze standaard wordt meegeleverd vanuit mitsubishi maar dat blijkt dus niet het geval.

Voor nu heb ik de blueprint ingesteld en via de AA setup de sources aangepast. Eens kijken of dat voldoende is.



En anders maar eens die virtuele thermostaat in gebruik nemen want heb al een zigbee temp sensor in HASS gekoppeld.

Zijn er mensen die in de woonkamer een andere 3rd party thermostaat hebben hangen om daarmee de asgard te bedienen vanuit HASS en dat je ook de temperatuur kunt zien?

[ Voor 7% gewijzigd door Loonen138 op 24-05-2026 15:48 ]

[xoror]

@Loonen138 Ja ik Ik heb een uponor die zat op de in1.Ik heb dit tijden zo gedraaid voor Asgard. Die heb ik ontkoppeld, en Asgard laten overnemen. De temperatuur voed ik dan weer via HA naar Asgard.

Dan gebruik ik de thermostaat in de woonkamer als temperatuur sensor, maar heb dan volledige controle over de vraag. Alleen kon ik even niet snel zien of er voor jouw systeem al een HA integratie bestaat. De uponor kan je via netwerk of modbus koppelen. Maar een willekeurige temp sensor kan prima.

Let op dat je bediening in de woonkamer loos wordt. Let op dat de controller de motoren nog wel aanstuurt, dus je wil dan een waarde instellen zodat de groepen open staan voor het koelen. (dus voor koelen lage setpoint instellen zodat de motoren de kleppen open laten)

[ Voor 18% gewijzigd door xoror op 24-05-2026 15:56 ]

[Ben(V)]

Ik gebruik een Sonoff SNZB-02D Zigbee temperatuur sensor hiervoor die via HA als "virtual temperatuur input" ingesteld staat.

https://sonoff.tech/en-nl/products/sonoff-snzb-02d-zigbee-lcd-smart-temperature-humidity-sensor

[xoror]

Ik heb nog een kleine update geschreven over Odin: https://github.com/gekkekoe/esphome-ecodan-hp/discussions/297#discussioncomment-17047318

Verder komt er ook een breaking change aan voor Asgard zodat mensen meer history hebben in de stand alone web interface

[Zjemm]

@xoror nice. even een brainfart, niet verder over nagedacht maar is het nog iets om een schedular in te bouwen in de standalone versie? dat je nog een beetje kan sturen op wanneer wel en niet gekoeld/verwarmt word


overigens hoe goed AA werkt met verwarmen, merk ik dat ik het kompleet uit moet zetten om stabiel te koelen. hij gooit Z2 steeds naar 25 tussendoor, terwijl k de flow netjes op 16 of 17 had staan. en gaat dan weer pendelen.met alles uit en gewoon koelen loopt ie netjes tot nu toe....wel zal ie een keer een punt bereiken waarop ie gaat pendelen omdat ie dan zijn vermogen niet meer kwijt kan.
maar voor nu draait ie al twee dagen stabiel

[ Voor 51% gewijzigd door Zjemm op 25-05-2026 13:30 ]

[xoror]

@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).

[bilgy_no1]

xoror schreef op maandag 18 mei 2026 @ 15:41:
@bilgy_no1 Thnx!

Als je virtual thermostat wilt gebruiken moet je dus relay1 voor zone1 aansluiten. Zie de documentatie
Vervolgens kan je het eenvoudgist alles via de setup wizard instellen. [url="http://esp_ip/dashboard/setup"]http://esp_ip/dashboard/setup[/url]

In stap 2 stel je dat dan zo in:
[Afbeelding]

Als laatste stap zet je auto adaptive aan (of je kan het uit laten dan werkt alles nog zoals voorheen). Maar dan heb je iig alle stappen doorlopen om de settings in te stellen.

Het klopt verder dat de stop conditie dan weg is, de virtual thermostat kan de wp gewoon aan en uit zetten.
Ik zou eerst met alles spelen en uitproberen, je krijgt nu een hele boel data en features al.

Hi @xoror

Even ter controle:

• Kabel aangesloten van Asgard poort HP naar CN105 op de pcb
• Kabel van Asgard poort SL naar Melcloud adapter die eerst in CN105 zat.
• 2 utp - aders van Asgard poort R1 naar IN1 op de pcb. Zie foto's: ik zag in de link naar documentatie dat je echter twee paar bij IN1 hebt (Oranje/Wit-Oranje en Blauw/Wit-blauw). Maar er wordt niet getoond hoe het op de Asgard zit. Kun je bevestigen dat dit nu goed zit of is er nog een paar aders nodig?
• Dipswitch SW2-1 omgezet naar ON positie. Overige switches blijven gelijk?

De wp staat nu uit in afwachting van de nieuwe boiler, dus hopelijk kan ik deze binnenkort weer aanzetten. Maar de installatie is dan alvast voorbereid...

Veel dank!


Asgard poort:



PCB kant:


Dipswitch:

[xoror]

@bilgy_no1 Het ziet er goed uit. SW2-1 op On. Controleer of SW1-8 op OFF staat. Als je wireless thermostaten gebruikt staat deze op ON. Maar ik geloof dat jij alleen MRC had, dus deze zou OFF moeten staan.

Over de kabels, ik had simpelweg 2 getwist omdat je dan een dikkere koperdraad krijgt, zodat hij makkelijker in IN1 geduwd kan worden. Bij mijn FTC hebben ze hardhandig de IN1 mishandeld waardoor die iets lammer is dan die van jou ws. Als het contact maakt is het verder prima

[bilgy_no1]

xoror schreef op maandag 25 mei 2026 @ 15:42:
@bilgy_no1 Het ziet er goed uit. SW2-1 op On. Controleer of SW1-8 op OFF staat. Als je wireless thermostaten gebruikt staat deze op ON. Maar ik geloof dat jij alleen MRC had, dus deze zou OFF moeten staan.

Over de kabels, ik had simpelweg 2 getwist omdat je dan een dikkere koperdraad krijgt, zodat hij makkelijker in IN1 geduwd kan worden. Bij mijn FTC hebben ze hardhandig de IN1 mishandeld waardoor die iets lammer is dan die van jou ws. Als het contact maakt is het verder prima

OK dank. Heb nu ook SW1-8 op OFF gezet. Die stond op ON, maar heb inderdaad alleen de MRC en melcloud adapter. Geen idee waarom het op ON stond, heb er niet eerder aan gezeten...

Nu maar afwachten op de boiler, dan zien hoe het gaat met de aansturing...

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