Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32

[bilgy_no1]

xoror schreef op donderdag 11 juni 2026 @ 20:47:
@_RRM_ sw2-1 op on en sw1-8 op off toch voor de virtual thermostat?

@bilgy_no1 Zie hierboven zou gewoon moeten werken.

Thanks. Ik heb ondertussen de Shelly wel in HA (als tweede oplossing), maar weet nog niet de stappen om een temperatuurwijziging door te sturen naar Asgard. Zou toch eigenlijk de betere oplossing zijn als ik op die manier een hogere resolutie temperatuur in Odin beschikbaar heb.

Ik zat daarvoor even terug te kijken in handleiding en topic, maar kom er nog niet helemaal uit.

Als de Shelly waarden doorkomen in Asgard kan de hele remote thermostat eruit toch?

[_RRM_]

xoror schreef op donderdag 11 juni 2026 @ 20:47:
@_RRM_ sw2-1 op on en sw1-8 op off toch voor de virtual thermostat?

@bilgy_no1 Zie hierboven zou gewoon moeten werken.

Al weer even geleden dat ik hier naar gekeken heb. (SW1-8 On en SE 2-1 Off??)

[xoror]

@_RRM_ Je hebt de virtuele thermostaat nog niet in gebruik?

@bilgy_no1 Als je sensor leesbaar is HA, dan kan je die blueprint gebruiken voor sync

[ Voor 42% gewijzigd door xoror op 11-06-2026 21:53 ]

[bilgy_no1]

xoror schreef op donderdag 11 juni 2026 @ 22:03:
@bilgy_no1
https://github.com/gekkek...ted-link-room-temperature

Of handmatig via script:
https://github.com/gekkek...temperature-feedback-loop

@_RRM_ Ah check, ik dacht dat je hem al had aangesloten via in1.

Ja, ik vond die link inderdaad. Als ik in https://github.com/gekkekoe/esphome-ecodan-hp/blob/main/asgard/ha_blueprints/setup_sync.md op de knop druk krijg ik een 404: Not found error.

[ Voor 73% gewijzigd door bilgy_no1 op 11-06-2026 22:10 ]

[_RRM_]

xoror schreef op donderdag 11 juni 2026 @ 21:52:
@_RRM_ Je hebt de virtuele thermostaat nog niet in gebruik?

@bilgy_no1 Als je sensor leesbaar is HA, dan kan je die blueprint gebruiken voor sync

Enige wat ik heb gedaan is de PAR thermostaat toegewezen en verder niets. Geen dip switches omgezet, geen draden op iN aangesloten of iets anders.

Dacht eerst zo te draaien, wachten op de Odin (bagger trage PostNL ) en dan eens verdiepen in virtueel, kabels, Odin

[xoror]

@bilgy_no1
https://github.com/gekkek...ted-link-room-temperature (ik geloof dat de blue print vanuit gaat dat je een thermostat als bron selecteert, dus mogelijk moet je de handmatige script gebruiken)

Of handmatig via script:
https://github.com/gekkek...temperature-feedback-loop

@_RRM_ Ah check, ik dacht dat je hem al had aangesloten via in1.

[ Voor 16% gewijzigd door xoror op 11-06-2026 22:13 ]

[bilgy_no1]

xoror schreef op donderdag 11 juni 2026 @ 22:03:
@bilgy_no1
https://github.com/gekkek...ted-link-room-temperature

Of handmatig via script:
https://github.com/gekkek...temperature-feedback-loop

@_RRM_ Ah check, ik dacht dat je hem al had aangesloten via in1.

Ik krijg een 404: Not found te zien

Ik zie ook Asgard nog niet in HA verschijnen.

[xoror]

@bilgy_no1 https://my.home-assistant...c_virtual_thermostat.yaml

Github doet af en toe raar. Ik denk alleen dat deze thermostaat als bron accepteert, ik zal even een maken die een sensor accepteert.


@bilgy_no1 https://github.com/gekkek..._blueprints/setup_sync.md werkt dat nu ? Je hebt nu een 2e blue print. (of direct: https://my.home-assistant...al_thermostat_sensor.yaml )

[ Voor 120% gewijzigd door xoror op 11-06-2026 22:23 ]

[bilgy_no1]

xoror schreef op donderdag 11 juni 2026 @ 22:15:
@bilgy_no1 https://my.home-assistant...c_virtual_thermostat.yaml

Github doet af en toe raar. Ik denk alleen dat deze thermostaat als bron accepteert, ik zal even een maken die een sensor accepteert.

Nope zelfde resultaat: eerst een pagina met de vraag 'Open page in your Home Assistant?'. Dan klik ik 'Open Link' en krijg ik die 404.

http://homeassistant.local:8123/_my_redirect/blueprint_import?blueprint_url=https%3A%2F%2Fgithub.com%2Fgekkekoe%2Fesphome-ecodan-hp%2Fraw%2Fmain%2Fasgard%2Fha_blueprints%2Fsync_virtual_thermostat.yaml


EDIT

Als ik in HA naar Blueprints ga en klik op Blueprint importeren, ik vul deze link in:

https://my.home-assistant.io/redirect/blueprint_import/?blueprint_url=https%3A%2F%2Fgithub.com%2Fgekkekoe%2Fesphome-ecodan-hp%2Fraw%2Fmain%2Fasgard%2Fha_blueprints%2Fsync_virtual_thermostat_sensor.yaml

Dan komt er de volgende foutmelding (ik kan hem niet verder openen oid):

mapping values are not allowed here in "<unicode string>", line 1, column 416: ... tle" content="Link to Blueprints: start import – My Home Assista ... ^


EDIT 2:

Als ik deze link invul: https://github.com/gekkekoe/esphome-ecodan-hp/blob/main/asgard/ha_blueprints/sync_virtual_thermostat.yaml

Is dit de foutmelding:

Invalid blueprint: Missing input definition for source_entitya

[ Voor 53% gewijzigd door bilgy_no1 op 11-06-2026 22:38 ]

[xoror]

Heel apart, ik heb ze het net nog geïmporteerd...

Anders moet je handmatig even sync script toevoegen.

YAML:

alias: "Sync Room Temperature to Ecodan (Manual Sensor Version)"
description: "Synchronizes a standalone temperature sensor to the Ecodan Virtual Thermostat."
mode: single

trigger:
  - platform: state
    # Replace this with your actual temperature sensor entity ID
    entity_id: sensor.your_room_temperature

condition:
  - condition: template
    value_template: >
      {{ states('sensor.your_room_temperature') | float(0) != states('number.ecodan_heatpump_virtual_thermostat_input_z1') | float(0) }}

action:
  - service: number.set_value
    target:
      entity_id: number.ecodan_heatpump_virtual_thermostat_input_z1
    data:
      value: "{{ states('sensor.your_room_temperature') | float(0) }}"

  - delay: "00:01:00"

vervang 2x de "your_room_temperature" met je shelly en doe dit:
Home assistant > Settings > Automations & Scenes
- create automation > create new auto mation
- rechts boven die 3 stippen, kies "Edit in YAML" en plak de yaml

[bilgy_no1]

xoror schreef op donderdag 11 juni 2026 @ 22:47:
Heel apart, ik heb ze het net nog geïmporteerd...

Anders moet je handmatig even sync script toevoegen.

YAML:

alias: "Sync Room Temperature to Ecodan (Manual Sensor Version)"
description: "Synchronizes a standalone temperature sensor to the Ecodan Virtual Thermostat."
mode: single

trigger:
  - platform: state
    # Replace this with your actual temperature sensor entity ID
    entity_id: sensor.your_room_temperature

condition:
  - condition: template
    value_template: >
      {{ states('sensor.your_room_temperature') | float(0) != states('number.ecodan_heatpump_virtual_thermostat_input_z1') | float(0) }}

action:
  - service: number.set_value
    target:
      entity_id: number.ecodan_heatpump_virtual_thermostat_input_z1
    data:
      value: "{{ states('sensor.your_room_temperature') | float(0) }}"

  - delay: "00:01:00"

vervang 2x de "your_room_temperature" met je shelly en doe dit:
Home assistant > Settings > Automations & Scenes
- create automation > create new auto mation
- rechts boven die 3 stippen, kies "Edit in YAML" en plak de yaml

Het is net gelukt om de Blueprint te importeren met deze link: https://github.com/gekkekoe/esphome-ecodan-hp/blob/main/asgard/ha_blueprints/sync_virtual_thermostat_sensor.yaml

Nu moet ik alleen een target feedback (number field) kiezen en ik heb niks van ecodan of asgard in die opties staan. Ik kom Asgard of Ecodan-heatpump ook helemaal nergens nog tegen in Home Assistant, ook niet als Ontdekt apparaat oid.

[xoror]

[bilgy_no1]

xoror schreef op donderdag 11 juni 2026 @ 22:55:
[Afbeelding]

Home Assistant Integration (optional)

Home Assistant automatically discovers Asgard as an ESPHome device under Settings → Devices & Services. Click Configure to add it. HA integration is optional — Asgard runs fully standalone without it.

Maar ik zie hier dus helemaal niets en kan Asgard dus ook niet toevoegen om die target feedback opties te zien in dat drop-down menu. Ik zie daar niets wat met de ecodan/asgard te maken heeft.

Deze stap is gelukt. Ik heb via ESPHome integratie de boel kunnen vinden en toevoegen.

[ Voor 5% gewijzigd door bilgy_no1 op 11-06-2026 23:08 ]

[xoror]

Heb je "Ecodan heatpump" niet toegevoegd aan je HA ?
http://homeassistant.loca...tions/integration/esphome
staat hij daar niet tussen ? Als je via HA wilt gebruiken, moet je hem wel toevoegen aan HA natuurlijk.

[bilgy_no1]

xoror schreef op donderdag 11 juni 2026 @ 23:08:
Heb je "Ecodan heatpump" niet toegevoegd aan je HA ?
http://homeassistant.loca...tions/integration/esphome
staat hij daar niet tussen ? Als je via HA wilt gebruiken, moet je hem wel toevoegen aan HA natuurlijk.

Ja die stap is nu gelukt. Maar door de tekst dat hij automatisch zou worden gedetecteerd was ik even op het verkeerde been gezet.

Ik heb nu de Ecodan Heatpump in HA en kan de juiste opties selecteren bij de Blueprint. Alleen krijg ik dan de volgende foutmelding:



Beetje story of my life met HA... Niks werkt in 1 keer...

[xoror]

Ik heb deze error nog nooit gezien, maar heb je met configuration.yaml gespeeld? Als daar fouten in zitten moet je dat eerst oplossen.

Verder kan je anders handmatig toevoegen, dat moet altijd werken:
https://github.com/gekkek...up_sync.md#2-manual-setup

[bilgy_no1]

xoror schreef op donderdag 11 juni 2026 @ 23:29:
Ik heb deze error nog nooit gezien, maar heb je met configuration.yaml gespeeld? Als daar fouten in zitten moet je dat eerst oplossen.

Verder kan je anders handmatig toevoegen, dat moet altijd werken:
https://github.com/gekkek...up_sync.md#2-manual-setup

Nou ik heb daar mbv Copilot eens geprobeerd een aansturing te maken voor de batterij obv dure en goedkope uren. Dat was ook frustrerend en werkte niet. Maar dat is het enige dat erin staat. Zal ik dat eens allemaal weghalen (dus helemaal leeg maken)? Er staat wel een groen vinkje bij, dus zou in orde moeten zijn?

[ Voor 5% gewijzigd door bilgy_no1 op 11-06-2026 23:35 ]

[bilgy_no1]

De handmatige werkwijze geeft dezelfde foutmelding. Ik moet nu echt gaan slapen...

Dit is precies waarom ik zo graag een stand-alone oplossing had... ;-)

Morgen en in het weekend weer verder. Super veel dank voor je hulp!!!

[bilgy_no1]

OK al doende leert men... Toch nog even doorgezet en achterhaald waar het vastliep: In de configuration.yaml moest nog de lijn Include Automations worden ingevoegd... in Automations.yaml was het ondanks de foutmelding wel steeds goed terechtgekomen, dus het stond er 4 keer...

Nu werkt de automation via instellen met de Blueprint. Ik heb hem een keer geforceerd en de current tempertature in Asgard is nu hetzelfde als de Shelly aangeeft en wat ik in HA zie.

Dan doorloop ik morgen even de stappen voor de instellingen.

Nogmaals veel dank!

[ Voor 14% gewijzigd door bilgy_no1 op 12-06-2026 00:14 ]

[xoror]

De laatste Asgard pre-releases zijn zowieso aanbevolen voor Odin gebruikers. Zie: https://github.com/gekkek...ecodan-hp/discussions/367

@bilgy_no1 @Loonen138
Ik heb de UI aangescherpt en hij zal nu waarschuwingen tonen als je verkeerde mode kiest voor de Solver. Het is aan te raden om de laatste pre-release uit te proberen

@bilgy_no1 Ja je moet wel een werkende HA installatie hebben anders wordt het moeilijk.

[ Voor 40% gewijzigd door xoror op 12-06-2026 08:14 ]

[tante Truus]

Ik heb mijn nieuwe Odin geconfigureerd en probeer deze nu te koppelen aan de Asgard.
Het IP adres van Odin is 10.0.0.89, Asgard 10.0.0.138.
Het IP adres van de Odin heb ik ingevuld in de solver tab op de Asgard, maar daar staat offline/searching.

Odin: v1.0.0
asgard-z1-en-2026-06-12.01

Doe ik iets fout?

[ Voor 13% gewijzigd door tante Truus op 12-06-2026 12:27 ]

[xoror]

@tante Truus Even checken, heb je eenmalig de factory upgrade gedaan ? Anders mis je de nieuwe history voor Odin.

Het kan max 5 min duren voor Asgard Odin ziet. Blijft dit na 5m nog steeds op offline staan ? Na het invullen van het adres moet je nog wel dat "v" icoontje ernaast drukken om te saven.

[tante Truus]

xoror schreef op vrijdag 12 juni 2026 @ 12:31:
@tante Truus Even checken, heb je eenmalig de factory upgrade gedaan ? Anders mis je de nieuwe history voor Odin.

Het kan max 5 min duren voor Asgard Odin ziet. Blijft dit na 5m nog steeds op offline staan ? Na het invullen van het adres moet je nog wel dat "v" icoontje ernaast drukken om te saven.

Ehh factory reset? dat houdt toch in dat ik de Odin terugzet naar de oorspronkelijke instellingen?
En dat ik m dan weer opnieuw moet instellen?

[xoror]

@tante Truus nee je moet Asgard eenmalig factory usb install doen. Odin hoeft niet.
Maak een screenshot van je Asgard settings voor je het doet zodat je kan herstellen

als je dit https://github.com/gekkek...eleases/tag/2026-06-07.01 al een keer gedaan hebt, dan mag je mijn comments negeren.

[ Voor 33% gewijzigd door xoror op 12-06-2026 12:45 ]

[tante Truus]

de USB flash naar 2026-06-06.01 heb ik gedaan. Vandaag OTA naar 2026-06-12.01.
Odin en Asgard kunnen elkaar nog steeds niet vinden
Of had ik naast een USB flash naar 2026-06-06.01 ook een USB flash naar 2026-06-07.01 moeten doen?

[xoror]

@tante Truus Dan is het prima, gewoon OTA doen. Als je maar 1x usb factory hebt gedaan recentelijk

kan je beide ips wel pingen ? Het is verstandig om de ip's vast te zetten op basis van MAC adres in je router.

[ Voor 23% gewijzigd door xoror op 12-06-2026 13:01 ]

[tante Truus]

xoror schreef op vrijdag 12 juni 2026 @ 12:57:
@tante Truus Dan is het prima, gewoon OTA doen. Als je maar 1x usb factory hebt gedaan recentelijk

kan je beide ips wel pingen ?

jawel, en beide kan ik ook zien in in mijn chromebrowser

[xoror]

kan je een tab openen in asgard op de logging? Even kijken waarom hij Odin niet kan vinden. maak een sreenshot van solver tab > Odin settings. Zoiets zou ik willen zien

[tante Truus]

[xoror]

@tante Truus
De knoppen zijn zichtbaar, dus het werkt wel. misschien status update niet helemaal lekker. Als je nu op "RUN OPTIMIZATION" drukt zie je even kort een planning verschijnen toch ? Zet ook "enable dynamic cost solver" aan


Overigens is je WiFi signaal niet super, zie je nog mogelijkheden om de units te pinnen op de dichtstbijzijnde access point ? Of anders een accesspoint in de buurt van je warmte pomp plaatsen ?

[ Voor 38% gewijzigd door xoror op 12-06-2026 13:16 ]

[tante Truus]

xoror schreef op vrijdag 12 juni 2026 @ 13:14:
@tante Truus
De knoppen zijn zichtbaar, dus het werkt wel. misschien status update niet helemaal lekker. Als je nu op "RUN OPTIMIZATION" drukt zie je even kort een planning verschijnen toch ?

ja, rechtsonder verschijnt kort 'optimized from hour 13'

[xoror]

@tante Truus Zet even nog de enable solver (want het heeft geen zin om de solver te zoeken als de solver niet enabled is) en kijk of je je wifi nog kan verbeteren van Asgard

[ Voor 29% gewijzigd door xoror op 12-06-2026 13:24 ]

[tante Truus]

Ik kwam er achter dat 'auto-adaptive' control in tab settings op aan moet staan. (die stond uit).
Nu doet ie het wel en is de connection status 'online'.

[xoror]

@tante Truus
- de thermostat mode moet op heat/cool staan. Hij zou het automatisch moeten volgen afhankelijk van je Operating mode. Voor verwarmen zet je hem even op heat en voor koelen op cool. Je virtuele thermostaat staat nu namelijk uit
- Je setpoint van je virtual thermostat z1 moet je nog instellen.
- bij Auto adaptive settings, room temp source z1, dat moet virtual thermostat worden.

[tante Truus]

Dat stond anders, gevolgen van de update? Ik had daar niet naar gekeken, ik zal het aanpassen. Dank

[barcomoon]

Hier ook Odin binnen gekregen vandaag. Netjes verstuurd. Aansluiten ging soepel en configureren was gemakkelijk (had al wat beta testing ervaring dus qua configuratie kleine voorsprong). Er is op dit moment niet zoveel te doen voor de warmtepomp gezien het niet super warm is (dus er is geen koeling nodig). De temperatuur zit precies in de geconfigureerde comfort range. Gefeliciteerd met deze mooie mijlpaal @xoror

[Loonen138]

xoror schreef op vrijdag 12 juni 2026 @ 08:09:
De laatste Asgard pre-releases zijn zowieso aanbevolen voor Odin gebruikers. Zie: https://github.com/gekkek...ecodan-hp/discussions/367

@bilgy_no1 @Loonen138
Ik heb de UI aangescherpt en hij zal nu waarschuwingen tonen als je verkeerde mode kiest voor de Solver. Het is aan te raden om de laatste pre-release uit te proberen

@bilgy_no1 Ja je moet wel een werkende HA installatie hebben anders wordt het moeilijk.

Update staat erop maar ik kan niet zeggen dat ik waarschuwingen zie, als ik de verkeerde mode kies dan zie ik geen verschil, de AA opties worden inderdaad grijs maar geen waarschuwing ofzo. Hoe zou de waarschuwing eruit moeten zien?

Bij mijn ouders draait Odin nu ook, instellen ging daar ook super makkelijk.
Die hebben vaste energie prijzen maar wel zonnepanelen. We gaan het de komende weken zien hoe het functioneert.

[xoror]

@Loonen138 Als je de solver aan zet en de voorwaarden zijn niet voldaan

De solar only cooling is dan wel handig, gewoon mee spelen. Dauw punt goed in de gaten houden.

[ Voor 40% gewijzigd door xoror op 12-06-2026 18:04 ]

[_RRM_]

Dat was nog een behoorlijke klus met de Odin. Heb nog niet het idee dat het overeen komt met de handleiding. Eerst maar eens slapen. Overdag rustig kijken en lezen.

(07:00) Nog eens gelezen, waarbij ik het standaard HA ecodan HP dashboard gebruik, de web pagina van de Ecodan heatpump en ODIN Dashboard heb open staan:

- Asgard draaide al probleemloos, ook na de eenmalige usb-c update, maar was nog niet aangesloten op in1. R1 aangesloten op een ftc5 moederbord op in1, met nog steeds de PAR-WT50R als ruimte thermostaat ingesteld en SW2-1 van off naar on

- Asgard Auto Adaptive instellingen doorlopen en Virtual thermostat ingesteld

- De enige blueprint die te importeren viel, was type B (sensor); Room temperature als source (maar is deze dan wel aan de PAR gekoppeld??) en Virtual thermostat Z1 als target. Tracing levert op dat de sensor geen input heeft. (moet de bekabeling in de Asgard R1 naar in1 dan omgedraaid worden??). Sindsdien geeft de MRC unit geen Room temperature meer aan, maar kan ik in HA vanuit de Room temperature button de PAR op de gewenste Room temp instellen. (lijkt daarmee goed aangesloten?)

- Odin dashboard is Online, stappen lijken goed doorlopen, firmware v1.0.0

- In Asgard;

• Enable Solver tab staat aan, geen idee waar ik de Solver tab dan ga zien, lijkt niet automatisch te verschijnen
• Odin ip handmatig ingevoerd; wederom geen idee waar de Open Odin button te vinden is
• Enable dynamic cost solver staat aan
• Monitoring perfomance: geen Solver tab beschikbaar waarin de Room temperatures (24h) zichtbaar zijn

Op een paar punten loop ik vast, waarbij ik er niet achter kom wat ik fout doe.

Als test:

• Room temperature in HA naar 28 gezet, de PAR-WTR50 verspringt ook naar 28 als gewenste temperatuur. Na 10 minuten springt de pomp nog niet aan.
• Virtual room temp Z1 naar 30; idem, pomp springt niet aan
• In auto adaptive terug naar Room thermostat (wat voor de ODIN werkte met de PAR), pomp springt niet aan, Room thermostat/temperature button geeft de melding inactief
• SW2-1 switch terug naar Off; pomp springt direct aan, de tracing in de blueprint geeft nu wel waarden/tracing
• Auto adaptive weer terug naar Asgard Virtual thermostat en Heat Flow temperature. Wanneer de Room Thermostat (PAR) via HA naar 13 gezet wordt en de Virtual room temp Z1 op 30, dan slaat de pomp weer af om een aantal minuten later weer op te starten, maar uiteindelijk toch te stoppen. Beide (Room/Virtual) laten dezelfde kamer temperatuur zien. Virtual thermostat hierna op 13 en Room thermostat naar 28; pomp springt direct aan.
• In de Odin button/Monitoring is voorlopig niets verandert (niet te vinden). Voorlopig heb ik geen haast met nog een oude draaischijfmeter en een verwarming die het weer doet met Asgard. Voor de Odin integratie wacht ik rustig de reactie van de goede helpdesk @xoror af

[ Voor 111% gewijzigd door _RRM_ op 13-06-2026 09:43 ]

[Johnny_Hasselt]

Goede morgen,

ODIN ook binnengekregen, geïnstalleerd en effe opgezet na het doorlopen van de instellingen.

Nu terug op uit want moet mij nog wat meer verdiepen in de mogelijkheden en waarop dat ODIN invloed uitoefent.

Bij opzetten deed hij een SWW run (5am in de vroege ochtend) om op te warmen, temperatuur was maar 5 graden onder target... Toch werd er een puls gegeven om SWW op te warmen.

Ook gemerkt dat ODIN de IN1 status beïnvloed.... Thermostaat vroeg 21 - ruimte was op 20 en toch bleef de IN1 switch inactief. Zelf effe de virtual thermostaat op 28 graden deed niets aan IN1 switch.

Heb dan de ODIN terug op uit gezet... Moet effe begrijpen hoe en waar dat hij beïnvloed.

Asgard werkt supper....

Een andere vraag, Asgard kunnen we zien in HA, ODIN niet.... Zou handig zijn als dit mogelijk was om ODIN in HA te zien, moet ik niet altijd switchen tussen HA en webbrowser 😁

Kweet het, is nog nieuw die ODIN en het zal wel aan mij liggen of een kleine simpele verkeerde instelling... Zal we opgelost raken, alles op zijn tijd.

Note: ODIN geeft aan online te zijn wat ik kan zien maar op de solver tab van Asgard zie je dat niet, enkel als je de ODIN activeert komt hij als online in Asgard.







Greetz, J

[ Voor 30% gewijzigd door Johnny_Hasselt op 13-06-2026 10:10 . Reden: Toevoegen screenshot ]

[xoror]

@_RRM_ Ik denk dat ik instructies moet maken voor mrc/wireless thermostat scenario, dat geeft zo te zien veel onduidelijkheden

- Kan je het volgende voor mij nakijken wat je nu als Master voor z1 hebt ingesteld ?

Bij jou zo er RCx moeten staan.

- SW2-1 moet op on staan

- omdat jij mrc/wireless thermostaat gebruikt, hoeft je niets te syncen. Ik kan je mrc/wireless thermostaat namelijk direct uitlezen. Daarom moet je als bron van de virtual thermostaat MRC kiezen


- kabel van Asgard R1 naar IN1 heeft geen polariteit, dus maakt niet uit de volgorde van de kabel.

- In Asgard heb je Monitor | Settings | Logs boven. Als je enable solver tab aanzet, zie je vanzelf "Solver" verschijnen, daar kan je op klikken en ip van odin invullen. Dat is de Solver tab

- over pomp niet aan slaan: Bij je virtual thermostat zie je een blauw/orangje bolletje. Die geeft aan of er demand is.
Verder kan je zien dat In1 dan op On/Active gaat. Kan je een screenshot maken zoals hier boven?

Ik denk dus dat je bedrading moet na lopen. Als de virtual thermostat demand geeft, zal R1 een rood ledje branden

[xoror]

@Johnny_Hasselt
- SWW, ws was dat het goedkoopste punt gegeven jouw settings. Ik heb het hier uitgelegd hoe sww planning werkt: https://github.com/gekkek..._MANUAL.md#dhw-scheduling Waarschijnlijk moet je even spelen met de settings. Maar ik zie dat je DHW threshold op 0 staat, dan staat de DHW planning door Odin uit

- IN1 wordt overgenomen. Je moet dus kijken naar de Odin planning. Als hij een uur inplannend waar verwarming nodig is, zal hij dat uur in1 aanzetten. Ook al is er geen demand van je thermostaat. Het kan zijn dat hij wil gaan pre-heaten. Of het kan zijn dat het nu te duur is, en hij later op de dag gaat verwarmen. Dat hangt dus af van je bandbreedte. Maar mogelijk zijn je stats nog niet up te date. Post een screenshot van je solver tab? Dan kan ik beter uitleggen wat hij doet

- Odin In HA is wat lastig, omdat ik niet alles in HA kan doen. Misschien kunnen we de planning exposen als HA sensor. Moet ik even bekijken

- Odin online status in Asgard wordt alleen gechecked als enable dynamic cost solver aan staat. Dus mogelijk is dat wat misleidend.

[ Voor 3% gewijzigd door xoror op 13-06-2026 10:23 ]

[Loonen138]

xoror schreef op zaterdag 13 juni 2026 @ 10:20:

- Odin In HA is wat lastig, omdat ik niet alles in HA kan doen. Misschien kunnen we de planning exposen als HA sensor. Moet ik even bekijken.

@xoror , Dat zou super zijn, ik heb daar ook wel behoefte aan om wat extra dingen uit te lezen vanuit HA.

[Johnny_Hasselt]

Shot van mijn 'solver tab':

Note: ik zit bij Ecopower en heb 'fixed' prijs wat vast ligt per maand.... Ik moet dit elke maand manueel aanpassen. Ik zal wel zien of het nuttig is om dat te doen elke maand.

Heb zonnepanelen, oost (4.4 kWp) en west (3.6kWp) + batterij van 10 kW

[ Voor 31% gewijzigd door Johnny_Hasselt op 13-06-2026 16:47 ]

[xoror]

@Johnny_Hasselt Je hebt zo te zien nog geen band breedte ingesteld


Op de odin server, de settings tab, daar moet je even een bandbreedte instellen hoe warm/koud het moet/mag zijn.

Het is hier beschreven: https://github.com/gekkek...ngs--24h-schedule-profile

@Johnny_Hasselt laat even je exacte gps locatie weg uit de screenshots
- Je hebt dus geen band breedte ingesteld, dus de solver "moet" naar de gewenste lijn (blauwe stippel lijn, default is dat 21.5c
- Je weet dat de ecodan altijd SWW doet na power off/on he? Ongeacht je max drop
- Ik zie in de schedule dat niets is ingeplanned door Odin. Dus even beginnen met een schedule maken, en dan aanzetten. De oranje stippel lijn is de verwachte lijn gegeven je huis en het weer.
- bij verwarmen moet je zoiets zien https://github.com/gekkek...iscussioncomment-16390995 . Rood zijn de verwarmingsuren die ingepland zijn

[ Voor 41% gewijzigd door xoror op 13-06-2026 11:46 ]

[xoror]

@_RRM_ Ik heb even jouw situatie met de wireless nagespeeld hier
Omdat je de wireless thermostaat blijft gebruiken moet je SW1-8 op ON laten staan.
IN1 heeft voorrang en lokaal ging dat hier dan goed. SW2-1 moet dan aan blijven.

De wireless thermostaat wordt dan netjes gemapped naar de zone (check dus de waarde van de master van zone 1)


@bilgy_no1 Dit is ook evt voor jou van toepassing

[xoror]

Even een algemene tip voor de nieuwe gebruikers.

Je kan met Odin settings spelen/leren:
- zet server control aan, prohibit heating, cooling, dhw aan
- speel dan met de settings en druk op run optimization, je krijg dan 'kort' te zien wat het schema zou zijn. Omdat alle prohibits aanstaan, zal Asgard niets uitvoeren. Zo kan je dus settings tunen/uit proberen en zien wat de planning dan doet

[bilgy_no1]

xoror schreef op zaterdag 13 juni 2026 @ 11:28:
@_RRM_ Ik heb even jouw situatie met de wireless nagespeeld hier
Omdat je de wireless thermostaat blijft gebruiken moet je SW1-8 op ON laten staan.
IN1 heeft voorrang en lokaal ging dat hier dan goed. SW2-1 moet dan aan blijven.

De wireless thermostaat wordt dan netjes gemapped naar de zone (check dus de waarde van de master van zone 1)


@bilgy_no1 Dit is ook evt voor jou van toepassing

OK ik ging zojuist beginnen om die SW1-8 weer om te zetten. Als ik naar de http://<ip-asgard> ga waar de grote tabel met alle waarden staat zie ik het volgende:

Virtual Thermostat Input z1

20.8 °C (klopt met de gemeten temperatuur van de Shelly)

Virtual Thermostat z1

IDLE

Current: 20.8, Target: 18.5

Current en Target kloppen met Shelly en wat ik in Asgard heb ingesteld.

Maar ik zie ook het volgende:

Auto-Adaptief: Terugkoppeling Huidige Kamertemperatuur z1

20.0 °C

Deze temperatuur klopt met de waarde op de remote thermostat. Dit terwijl ook het volgende is ingesteld:

Auto-Adaptief: Bron Kamertemperatuur z1

Asgard Virtuele Thermostaat

Het lijkt er dus op dat ondanks de instelling van Asgard Virtuele Thermostaat, de temperatuur nog steeds wordt opgehaald bij de remote thermostat.

En bij het volgende veld zie ik:

Zone 1 Kamertemp

IDLE

Current: 20.0, Target: 18.0

Deze waarden komen ook overeen met de remote thermostat.

---

Dit is nog met SW1-8 op ON. AA Control Enabled. Z1 setting op Virtual thermostat met Temp Sensor Source op Virtual Thermostat Input. En bij Settings Z1: Room Temp Source Z1 "Asgard Virtual Thermostat".

Desondanks haalt hij dus de Current Temp en Setpoint van Z1 uit de remote thermostat.

---

Oplossing die ik had bedacht was:

SW1-8 op OFF, CNRF draadloze controller verwijderen en remote thermostat uitzetten


Maar nu geef je aan dat het wel zou moeten werken. Ik denk dat er met de werkende virtuele thermostaat geen meerwaarde meer is om de draadloze thermostaat erbij te houden?

[xoror]

@bilgy_no1 Dat is alleen van toepassing als je de wireless thermostaat wil gebruiken. Jij gebruikt nu virtual thermostaat, op zich kan je SW1-8 aan laten, want IN1 heeft voorrang.

> Terugkoppeling Huidige Kamertemperatuur z1
Dit veld wordt gebruikt om bij REST API/HA waarden te syncen. Doordat jij Asgard gebruikt, hoef je hier niets mee te doen. Als je in de logging straks kijkt zie je gewoon zoiets:

[05:19:51.283][D][auto_adaptive:612]: • Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50
[05:19:51.288][D][auto_adaptive:377]: Z1 src=2 room=22.1 target=19.9 flow=23.0 flow_rate=0.0 outside=15.0 bias=0.0 H=0 C=0

Je ziet dan bij room=22.1 de kamer temp van virtual thermostat. SW1-8 maakt niet zo veel uit, als je sw2-1 aan hebt, dan heeft in1 voorrang. Nu snap ik ws ook je error melding, je krijgt J0 ws als je sw1-8 uit zet, laat hem dan gewoon aan in dat geval

[ Voor 10% gewijzigd door xoror op 13-06-2026 13:11 ]

[Breezz]

Deze week wordt het weer lekker koelen...

Toen ik enkel met Asgard ging koelen, zette ik de watertemperatuur op fixed 18 graeden. Moest ik mij geen zorgen maken over condens, en ik zag dat hij zijn vermogen goed kwijt kon zonder pendelen.

Hoe pak ik dit het best aan mét Odin?
Fixed watertemperatuur kan niet? Enkel de kamertemperatuur valt in te stellen?

[xoror]

@Breezz
Voor koelen geldt hetzelfde als AA koelen. De safety limit moet je goed in de gaten houden.
- voor de ruimtes die je wil koelen, is het verstandig om het dauwpunt te bepalen (zie link onder)
- pak dan van alle ruimtes de hoogste dauw temp en tel daar 1.5c op, dit stel je dan in als min cool flow. Dit is in feite je condensatie bewaking. In de link eronder staan HA automations die het automatisch doet

- stel gewoon goed de gewenste band breedte in, en Odin zal je proberen (zo goedkoop mogelijk) daar tussen te houden
- let op dat je na regeling groepen kan dicht zetten, zorg dat zoveel mogelijk openstaat voor koelen (behalve natte ruimtes)
- let even op min output vermogen setting in Odin dat die goed staat voor je WP.
- bekijk de solar only cooling option https://github.com/gekkek...iscussioncomment-17087273

Ik had een tijdje geleden tips en tricks hier gepost: https://github.com/gekkek...ecodan-hp/discussions/356

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

[bilgy_no1]

xoror schreef op zaterdag 13 juni 2026 @ 13:09:
@bilgy_no1 Dat is alleen van toepassing als je de wireless thermostaat wil gebruiken. Jij gebruikt nu virtual thermostaat, op zich kan je SW1-8 aan laten, want IN1 heeft voorrang.

> Terugkoppeling Huidige Kamertemperatuur z1
Dit veld wordt gebruikt om bij REST API/HA waarden te syncen. Doordat jij Asgard gebruikt, hoef je hier niets mee te doen. Als je in de logging straks kijkt zie je gewoon zoiets:

[...]


Je ziet dan bij room=22.1 de kamer temp van virtual thermostat. SW1-8 maakt niet zo veel uit, als je sw2-1 aan hebt, dan heeft in1 voorrang. Nu snap ik ws ook je error melding, je krijgt J0 ws als je sw1-8 uit zet, laat hem dan gewoon aan in dat geval

OK Ik zien in logging inderdaad het volgende:

12:47:46[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:47:46[D][auto_adaptive:374]: Z1 src=2 room=20.9 target=18.5 flow=24.0 flow_rate=0.0 outside=19.0 bias=0.0 H=0 C=0

Waarbij de 20,9 en 18,5 overeenkomen met de Asgard Virtual Thermostat.

Nou heb ik van de week alleen getest of de verwarming aan zou slaan obv de Virtual Thermostat en dat was niet zo. Zojuist ook even geprobeerd. Thermostaat op 22,4 gezet; ruim boven de Current Temp. Maar de warmtepomp slaat niet aan. Log:

13:57:47[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

13:57:47[D][auto_adaptive:374]: Z1 src=2 room=21.0 target=22.4 flow=23.5 flow_rate=0.0 outside=18.0 bias=0.0 H=0 C=0

13:57:47[D][auto_adaptive:474]: Z1 target_delta=5.53 cold_factor=0.00 dyn_min=2.00 eff_range=2.00 error_factor=0.78 boost=1.00 linear=0, use_solver=0

13:57:47[D][auto_adaptive:261]: Z1 HEATING: flow=26.50°C, return=21.00°C (boost 0.0)

13:57:47[D][auto_adaptive:134]: CMD: Set Dependent Heat Flow -> 26.5°C (25.0°C)

13:57:48[W][ecodan.component:363]: Command timed out. Retrying (attempt 2/30)...[1]

14:02:47[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

14:02:47[D][auto_adaptive:374]: Z1 src=2 room=21.0 target=22.4 flow=23.5 flow_rate=0.0 outside=18.0 bias=0.0 H=0 C=0

14:02:47[D][auto_adaptive:474]: Z1 target_delta=5.53 cold_factor=0.00 dyn_min=2.00 eff_range=2.00 error_factor=0.78 boost=1.00 linear=0, use_solver=0

14:02:47[D][auto_adaptive:261]: Z1 HEATING: flow=26.50°C, return=21.00°C (boost 0.0)

14:07:47[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

14:07:47[D][auto_adaptive:374]: Z1 src=2 room=21.0 target=22.4 flow=23.5 flow_rate=0.0 outside=19.0 bias=0.0 H=0 C=0

14:07:47[D][auto_adaptive:474]: Z1 target_delta=5.53 cold_factor=0.00 dyn_min=2.00 eff_range=2.00 error_factor=0.78 boost=1.00 linear=0, use_solver=0

14:07:47[D][auto_adaptive:261]: Z1 HEATING: flow=26.50°C, return=21.00°C (boost 0.0)

14:10:36--- Connected to EventStream ---

Mijn analyse was dat er dus nog steeds wordt gestuurd obv de remote thermostat. of moet ik gewoon iets langer wachten? Of is dit juist waarvoor die pre-release nog moet worden geinstalleerd?

Vraag is wat ik nu dan het beste doe. Ik wil het goed hebben draaien voordat ik Odin inplug.

[ Voor 3% gewijzigd door bilgy_no1 op 13-06-2026 14:16 ]

[xoror]

@bilgy_no1 Je kan IN1 status kijken, die moet op on staan. Het rode LED lampje bij R1 moet dan ook aangaan op je Asgard. Hij zou het na een paar minuten wel moeten zien dat er vraag is en aanslaan.

Ik had even lokaal hier getest, en wireless (cnrf) geen demand, en virtual thermostat wel demand, dan gaat hij verwarming gewoon aan doen hier.

[bilgy_no1]

xoror schreef op zaterdag 13 juni 2026 @ 14:22:
@bilgy_no1 Je kan IN1 status kijken, die moet op on staan. Het rode LED lampje bij R1 moet dan ook aangaan op je Asgard. Hij zou het na een paar minuten wel moeten zien dat er vraag is en aanslaan.

Ik had even lokaal hier getest, en wireless (cnrf) geen demand, en virtual thermostat wel demand, dan gaat hij verwarming gewoon aan doen hier.

Ik zie in Asgard een oranje bolletje naast de Virtual Thermostat Z1 en op Asgard brandt een rood lampje inderdaad. Maar het is inmiddels (ruim) een half uur later en de pomp is nog niet aangeslagen. In de Monitoring grafiek zie ik dat IN1 demand nu al 38 minuten aan staat.

14:30:11--- Connected to EventStream ---

14:32:47[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

14:32:47[D][auto_adaptive:374]: Z1 src=2 room=21.0 target=22.4 flow=23.0 flow_rate=0.0 outside=18.0 bias=0.0 H=0 C=0

14:32:47[D][auto_adaptive:474]: Z1 target_delta=5.53 cold_factor=0.00 dyn_min=2.00 eff_range=2.00 error_factor=0.78 boost=1.00 linear=0, use_solver=0

14:32:47[D][auto_adaptive:261]: Z1 HEATING: flow=26.50°C, return=21.00°C (boost 0.0)

Heeft het misschien met andere instellingen te maken? MinFlow Z1 bijv.? Ik heb de Short Cycle Prevention zojuist ook uitgezet.

Dit zijn nu de instellingen:

[xoror]

@bilgy_no1
Heb je toevallig een weekschema actief ? Wat je even kan doen is server control aanzetten. Let op: hij zet dan prohibits zoals die nu gelden, dus kan best zijn dat prohibit heating zo aangaat (dan weet je gelijk dat je ergens een weekschema hebt).

Server control override dit. Even de prohibit heating uit zetten als die aan staat.

Ik heb het zelfde scenario hier namelijk hier nagespeeld, en ik had per ongeluk prohibit heating aan, en toen deed hij het inderdaad niet. Als ie de prohibit uitzet dan werkt hij. Binnen een minuut moet je wel demand zien op de WP

Er zit ook nog een beveiliging op mbt min draai tijden. Die is min 15m ter bescherming tegen pendelen.
Als je de in1 voorrang wilt testen, kan je het volgende doen. Zet de virtual thermostat op off, en bedien dan de "Manual Relay z1" zelf. Daarmee kan je zonder die 15m direct verwarming aan en uit schakelen.

Als je klaar bent, even "Manual Relay z1" weer op off, en de thermostaat weer op heat/cool zetten

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

[bilgy_no1]

xoror schreef op zaterdag 13 juni 2026 @ 14:50:
@bilgy_no1
Heb je toevallig een weekschema actief ? Wat je even kan doen is server control aanzetten. Let op: hij zet dan prohibits zoals die nu gelden, dus kan best zijn dat prohibit heating zo aangaat (dan weet je gelijk dat je ergens een weekschema hebt).

Server control override dit. Even de prohibit heating uit zetten als die aan staat.

Ik heb het zelfde scenario hier namelijk hier nagespeeld, en ik had per ongeluk prohibit heating aan, en toen deed hij het inderdaad niet. Als ie de prohibit uitzet dan werkt hij. Binnen een minuut moet je wel demand zien op de WP

Er zit ook nog een beveiliging op mbt min draai tijden. Die is min 15m ter bescherming tegen pendelen.
Als je de in1 voorrang wilt testen, kan je het volgende doen. Zet de virtual thermostat op off, en bedien dan de "Manual Relay z1" zelf. Daarmee kan je zonder die 15m direct verwarming aan en uit schakelen.

Als je klaar bent, even "Manual Relay z1" weer op off, en de thermostaat weer op heat/cool zetten

Ik heb nooit een weekschema ingesteld. Server Control weer aangezet; geeft geen verschil.

Als ik in de tabel kijk staat 'Manual Relay Z1' op ON. Dat maakt dan ook geen verschil, toch?

Ik zie ook een optie staan "Ignore Slave SET cmds" staan; die staat uit. Zou dat een verschil maken om die aan te zetten?

Of toch gewoon de draadloze adapter uit de CNRF halen?

[xoror]

@bilgy_no1
Zet je thermostat mode van heat --> off.
En dan kan je handmating relay 1 bedienen om te testen.

Het moet werken, want ik heb dit vanmiddag nagespeeld. Ws zat de min runtime beveiliging in de weg vandaar de vraag om het hand matig te testen.

Had je nou ook melcloud?
Even verder prive msg, want dit zijn asgard settings/install.

[ Voor 9% gewijzigd door xoror op 13-06-2026 16:56 ]

[bilgy_no1]

Ik heb thermostat mode OFF gezet. Daarna in de tabel Manual Relay Z1 op ON gezet.

De warmtepomp schakelt niet aan op verwarmen.

Log:

16:50:40--- Connected to EventStream ---

16:52:48[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

16:52:48[D][auto_adaptive:374]: Z1 src=2 room=21.3 target=22.4 flow=22.5 flow_rate=0.0 outside=17.0 bias=0.0 H=0 C=0

16:52:48[D][auto_adaptive:474]: Z1 target_delta=4.59 cold_factor=0.00 dyn_min=2.00 eff_range=2.00 error_factor=0.57 boost=1.00 linear=0, use_solver=0

16:52:48[D][auto_adaptive:261]: Z1 HEATING: flow=25.10°C, return=20.50°C (boost 0.0)

16:52:48[D][auto_adaptive:134]: CMD: Set Dependent Heat Flow -> 25.1°C (25.4°C)

Melcloud is inderdaad nog aangesloten.

[Johnny_Hasselt]

Enkele errors in ODIN, is dat omdat ik dit momenteel nog heb uitstaan op de solver tab?

[xoror]

@Johnny_Hasselt Nee sommige browsers halen dat standaard op, maar die serve ik niet. Kan je negeren.
Een handige manier is om met de prohibits te disablen, zodat je toch de planning kan volgen. zie xoror in "Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32"

[Breezz]

Maar Min Cool Flow is een watertemperatuur of een room temperatuur?

xoror schreef op zaterdag 13 juni 2026 @ 13:20:
@Breezz
Voor koelen geldt hetzelfde als AA koelen. De safety limit moet je goed in de gaten houden.
- voor de ruimtes die je wil koelen, is het verstandig om het dauwpunt te bepalen (zie link onder)
- pak dan van alle ruimtes de hoogste dauw temp en tel daar 1.5c op, dit stel je dan in als min cool flow. Dit is in feite je condensatie bewaking. In de link eronder staan HA automations die het automatisch doet
[Afbeelding]
- stel gewoon goed de gewenste band breedte in, en Odin zal je proberen (zo goedkoop mogelijk) daar tussen te houden
- let op dat je na regeling groepen kan dicht zetten, zorg dat zoveel mogelijk openstaat voor koelen (behalve natte ruimtes)
- let even op min output vermogen setting in Odin dat die goed staat voor je WP.
- bekijk de solar only cooling option https://github.com/gekkek...iscussioncomment-17087273

Ik had een tijdje geleden tips en tricks hier gepost: https://github.com/gekkek...ecodan-hp/discussions/356

[xoror]

@Breezz Dat is de min Ta die de warmte pomp mag hanteren, daar onder mag het niet. Dus altijd de water temp.

[Johnny_Hasselt]

xoror schreef op zaterdag 13 juni 2026 @ 22:12:
@Johnny_Hasselt Nee sommige browsers halen dat standaard op, maar die serve ik niet. Kan je negeren.
Een handige manier is om met de prohibits te disablen, zodat je toch de planning kan volgen. zie xoror in "Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32"

OK... Ik heb ook een Huawei EMMA A02 energy management systeem wat een 'smart grid' functie heeft die mijn warmtepomp aanstuurt ifv mijn compleet energie profile van mijn huis. Het houd rekening met zonnepanelen opbrengst - batterij status - huis verbruik, e.g. wasmachine of inductie en dergelijke - het weer.... Is een 'slim' toestel' wat continue algoritmes aanpast en dan mijn batterij en WP managed en ook gaat kijken naar afname en teruglever vergoedingen.... Dat systeem kan bv beslissen om bij excess productie niets naar het net te sturen als de prijzen niet goed zijn.

Gaan beide systemen samen kunnen werken of zie je ergens dat dit problemen kan geven?

Greetz,

[ Voor 8% gewijzigd door Johnny_Hasselt op 14-06-2026 08:57 ]

[xoror]

@Johnny_Hasselt Odin stuurt alleen de verwarming, en kijk naar hoeveel en wanneer iets nodig is. Smart grid kan alleen pomp aan en uit zetten (en SWW), niet de mate (dus hoeveel en wanneer). Odin doet ook pre heating/cooling om events in de toekomst op te vangen.

Odin stuurt via Asgard de WP direct aan. Ik weet niet wat er gebeurt als er dan een smart grid event binnen komt. Ik neem aan dat je ecodan nog via smart grid wordt aangestuurd?

De Ecodan ondersteunt het volgende:


Dus als schakeltoestand 2 de wp uitzet, dan zit hij de planning van Odin in de weg. Moet je even kijken hoe dat gaat.

Een ander issue wat het kan opleveren, is dat Odin kijkt naar schatting van pv opbrengst (vooral in de toekomst) om te plannen. Afhankelijk van je settings kan hij 'gratis' solar inzetten om te pre heating/cooling te doen. Dus je verwachte pv opbrengst kan bepaalde uren minder zijn.

[ Voor 36% gewijzigd door xoror op 14-06-2026 09:33 ]

[xoror]

@Johnny_Hasselt Voor bepaalde landen kan je ook input constraints op de warmtepomp definieren om grid penalties te vermijden. Hij zal dan proberen niet meer vermogen te vragen dan wat ingesteld is. In Slovenie hebben ze dit ook, en is tijdens de beta daar getest. Ws ook van toepassing voor jou?

zie: https://github.com/gekkek...iscussioncomment-16450286

[_RRM_]

xoror schreef op zaterdag 13 juni 2026 @ 10:10:
@_RRM_ Ik denk dat ik instructies moet maken voor mrc/wireless thermostat scenario, dat geeft zo te zien veel onduidelijkheden

- Kan je het volgende voor mij nakijken wat je nu als Master voor z1 hebt ingesteld ?
[Afbeelding]
Bij jou zo er RCx moeten staan.

- SW2-1 moet op on staan

- omdat jij mrc/wireless thermostaat gebruikt, hoeft je niets te syncen. Ik kan je mrc/wireless thermostaat namelijk direct uitlezen. Daarom moet je als bron van de virtual thermostaat MRC kiezen
[Afbeelding]

- kabel van Asgard R1 naar IN1 heeft geen polariteit, dus maakt niet uit de volgorde van de kabel.

- In Asgard heb je Monitor | Settings | Logs boven. Als je enable solver tab aanzet, zie je vanzelf "Solver" verschijnen, daar kan je op klikken en ip van odin invullen. Dat is de Solver tab

- over pomp niet aan slaan: Bij je virtual thermostat zie je een blauw/orangje bolletje. Die geeft aan of er demand is.[Afbeelding]
Verder kan je zien dat In1 dan op On/Active gaat. Kan je een screenshot maken zoals hier boven?

Ik denk dus dat je bedrading moet na lopen. Als de virtual thermostat demand geeft, zal R1 een rood ledje branden

Gehele installatie vanuit de Asgard handleiding (zonder HA) nog eens doorlopen.

Het maakt inderdaad niet uit of ik bij Thermostat Sensor Source; Virtual of MRC kies. Geldt ook voor Settings Z1 bij Room Temp Source Z1; Room of Asgard Virtual Thermostat levert ook RRC1 op. Zoals onderstaand blijft Master Room Sensor Z1 altijd op RRC1 staan.



Instellingen nu als in jouw voorbeeld staan;

• Temp Sensor Source: MRC
• Room Temp Source Z1: Asgard Virtual
• SW 2-1: On en SW 1-8: On
• Bedrading R1 naar IN1 opnieuw aangesloten
• Bij verhogen Virtual thermostat Z1 naar 30 een rood bolletje van demand (overigens verandert deze niet op de PAR-WTR50 thermostaat in de kamer, die blijft op 19.5 staan)

Er is dus vraag gezien het rode bolletje, maar verwarmen start niet op. Komt het nog steeds aan op de bekabeling, want dat zou dan de derde kabel gaan worden, die ik plaats? Voor de zekerheid, de aansluitingen van de FTC5 zien er iets anders uit, maar ik denk dat IN1 zo correct is aangesloten.

[xoror]

@_RRM_ Als Asgard R1 led rood is, zie je in1 status op ON gaan ? Zo ja, dan is het goed aangesloten

Waar je nog even last van kan hebben is de minimale 15m runtime beveiliging. In je esphome moet er ook een restart esp knop zitten, die kan je even herstarten, doet hij het dan wel?

Je kan virtual thermostat z1 van heat naar off zetten, en dan kan je de manual relay z1 bedienen. Die schakelt direct in1 in, zonder de 15m runtime bescherming. Hier had @bilgy_no1 gisteren ook last van. Dit kan je gebruiken om te checken dat in1 goed is aangesloten

- De room thermostat is direct gemapped naar je PAR, die wijzigingen zie je terug op je PAR. wijzigingen vanuit de virtuele thermostaat niet.
- Doordat in1 nu voorrang heeft, wordt de vraag puur bepaald door wat de virtuele thermostaat voor schrijft. In jouw geval is dat kamer temp: 20c, en setpoint 30c. Dus er moet vraag zijn, en dat zie ik aan het rode bolletje.
- IN1 voor FTC5 ziet er zo correct uit (kabel vanuit R1 moeten daar dan heen gaan)

[ Voor 9% gewijzigd door xoror op 14-06-2026 11:12 ]

[Johnny_Hasselt]

@xoror Als ik mijn esp Asgard uitlees zie ik het volgende:





Die 'Master Room Sensor Z1' - MRC?

Greetz, J

[_RRM_]

xoror schreef op zondag 14 juni 2026 @ 10:50:
@_RRM_ Als Asgard R1 led rood is, zie je in1 status op ON gaan ? Zo ja, dan is het goed aangesloten

Waar je nog even last van kan hebben is de minimale 15m runtime beveiliging. In je esphome moet er ook een restart esp knop zitten, die kan je even herstarten, doet hij het dan wel?

Je kan virtual thermostat z1 van heat naar off zetten, en dan kan je de manual relay z1 bedienen. Die schakelt direct in1 in, zonder de 15m runtime bescherming. Hier had @bilgy_no1 gisteren ook last van. Dit kan je gebruiken om te checken dat in1 goed is aangesloten

- De room thermostat is direct gemapped naar je PAR, die wijzigingen zie je terug op je PAR. wijzigingen vanuit de virtuele thermostaat niet.
- Doordat in1 nu voorrang heeft, wordt de vraag puur bepaald door wat de virtuele thermostaat voor schrijft. In jouw geval is dat kamer temp: 20c, en setpoint 30c. Dus er moet vraag zijn, en dat zie ik aan het rode bolletje.
- IN1 voor FTC5 ziet er zo correct uit (kabel vanuit R1 moeten daar dan heen gaan)

Hmm, IN1 blijft op OFF staan.

Is er dan nog iets anders dan de kabel, wat ervoor kan zorgen dat alles goed ingesteld staat, maar IN1 niet naar ON gaat? (wil best nog een andere kabel trekken, maar vraag me af of er nog niet een factor van invloed is) Ik wacht wel eerst een kwartier en kijk dan nog eens of IN1 naar ON is gegaan.

[xoror]

@Johnny_Hasselt Je gebruikt geloof ik REST API / HA toch? Dan is die master room sensor Z1 niet van toepassing. Alleen als je als bron MRC or RCx hebt gekozen als temperatuur bron voor de virtual thermostat. Dan skip je de sync stap en leest Asgard direct de room thermostat kamer temp uit (die is bepaald door via Master Room Sensor z1/z2)

@_RRM_ Nee, als het R1 ledje rood wordt dan moet in1 ook op ON gaan. Ik zal even wat fotos zoeken van een andere FTC5 installatie. In de manual mode (dus virtual thermostat mode = off kan je direct de relay bedienen en hoef je niet te wachten).

[ Voor 10% gewijzigd door xoror op 14-06-2026 11:37 ]

[_RRM_]

xoror schreef op zondag 14 juni 2026 @ 11:36:
@Johnny_Hasselt Je gebruikt geloof ik REST API / HA toch? Dan is die master room sensor Z1 niet van toepassing. Alleen als je als bron MRC or RCx hebt gekozen als temperatuur bron voor de virtual thermostat. Dan skip je de sync stap en leest Asgard direct de room thermostat kamer temp uit (die is bepaald door via Master Room Sensor z1/z2)

@_RRM_ Nee, als het R1 ledje rood wordt dan moet in1 ook op ON gaan. Ik zal even wat fotos zoeken van een andere FTC5 installatie. In de manual mode (dus virtual thermostat mode = off kan je direct de relay bedienen en hoef je niet te wachten).

Ga een installatie draad op de IN1 zetten met snelklemmen ertussen. Dan heb ik geen twijfel over de aansluiting op de FTC5 en kan ik evt doormeten en de kabel tussen de snelklem/Asgard wisselen

[xoror]

@_RRM_ Het leek allemaal goed, maar voor de zekerheid de plaatjes van de FTC5 in1


Het rode led lampje van R1 zie je op Asgard zelf

[Johnny_Hasselt]

@xoror Mag ik op de R1 van de Asgard, die nu naar de IN1 van mijn FTC7 gaat, in parallel een simpele kamerthermostaat aansluiten? Natuurlijk staat die dan op OFF.

Dit in het geval, en je weet nooit, dat de Asgard niet meer moest werken door hardware failure....

Dan kunnen we nog altijd de HP aanzetten door die simpele Honeywell thermostaat....

Bij mijn oude gasinstallatie had ik dat ook gedaan, die was via Shelly bediend en die kunnen wel eens haperen.

Is ma om mijn wederhelft niet in de koude te zetten als ik op zakenreis ben 😆, niet iedereen is zo technisch aangelegd.

Greetz, J

[ Voor 6% gewijzigd door Johnny_Hasselt op 14-06-2026 12:25 ]

[xoror]

@Johnny_Hasselt R1 is een optocoupler (van Toshiba, geen el cheapo), dus het kan wel. Je moet de andere thermostaat uit laten (want ik weet niet hoe die gaat reageren als je het relais sluit buiten zijn controle), pas als Asgard dood is, moet je die andere thermostaat aanzetten. Maar ben je nu niet een beetje doem scenarios aan het proberen af te dekken? Een honeywell kan natuurlijk ook stuk gaan, hoeveel wil je dan parallel op aansluiten dan?

Maar ik heb het niet getest en zou in theorie moeten werken, dus op eigen risico.

[ Voor 13% gewijzigd door xoror op 14-06-2026 12:42 ]

[Johnny_Hasselt]

xoror schreef op zaterdag 13 juni 2026 @ 10:43:
@Johnny_Hasselt Je hebt zo te zien nog geen band breedte ingesteld
[Afbeelding]

Op de odin server, de settings tab, daar moet je even een bandbreedte instellen hoe warm/koud het moet/mag zijn.

@Johnny_Hasselt laat even je exacte gps locatie weg uit de screenshots
- Je hebt dus geen band breedte ingesteld, dus de solver "moet" naar de gewenste lijn (blauwe stippel lijn, default is dat 21.5c
- Je weet dat de ecodan altijd SWW doet na power off/on he? Ongeacht je max drop
- Ik zie in de schedule dat niets is ingeplanned door Odin. Dus even beginnen met een schedule maken, en dan aanzetten. De oranje stippel lijn is de verwachte lijn gegeven je huis en het weer.
- bij verwarmen moet je zoiets zien https://github.com/gekkek...iscussioncomment-16390995 . Rood zijn de verwarmingsuren die ingepland zijn

Ok, nu heb ik tijd om dit te bekijken...

Nu, die band begrijp ik wel en wanneer die onder die min gaat, e.g. 21 target en -1 begint hij te verwarmen als er 20 graden is.

Wat als hij boven de max gaat, springt de WP dan op koelen als er geen prohibited op koeling staat?

Ik had deze instellingen in gedachten:




Greetz, J

[ Voor 11% gewijzigd door Johnny_Hasselt op 14-06-2026 13:24 ]

[xoror]

@Johnny_Hasselt Het is wat genuanceerder
- We schakelen niet zelf, dus je stelt zelf in of je wilt verwarmen of koelen.
- Binnen de band breedte heb je een ideale lijn, als je daar vanaf zit (maar nog wel binnen de band breedte) en er is gratis stroom (< cheap price setting, voldoende solar coverage) dan kan hij dat inzetten om pre heating/cooling doen om je zo dicht mogelijk bij de ideale lijn te houden (het is immers 'gratis')
- Als hij ziet dat je bijv morgen buiten je band breedte valt vanwege het weer, dan onderneemt hij ook de dag ervoor actie als dat goedkoper is. Dus in de winter zal hij proberen te bufferen (tot de bovenkant van je bandbreedte) om dure pieken te vermijden. Voor warm weer gaat dat net zo. Alleen bij koelen zijn we meer gebonden aan het dauwpunt. Meestal kunnen we niet zo hard koelen tenzij je fancoils oid hebt

[_RRM_]

xoror schreef op zondag 14 juni 2026 @ 11:48:
@_RRM_ Het leek allemaal goed, maar voor de zekerheid de plaatjes van de FTC5 in1
[Afbeelding]

Het rode led lampje van R1 zie je op Asgard zelf
[Afbeelding]

Het rode lampje op de Asgard bij goede aansluiting R1-IN1 heeft mij verder gebracht.

• Installatie kabel op IN1 van de FTC5 aangesloten met snelklemmen
• Asgard R1 naar snelklemmen (IN1)
• => Geen rood lampje wat op de Asgard zelf gaat branden.
• IN1 Thermostat blijft op OFF
• Installatie kabels direct verbonden; IN1 gaat naar ON in de webpagina van de Asgard (aansluiting op de FTC5 daarmee correct)
• Installatie kabels in de snelklemmen, hierin de kabels naar de Asgard, de kabels direct verbonden aan de zijde waar ze de connector van de Asgard in zouden gaan; IN1 gaat naar ON (kabels zijn dus intact en correct aangesloten)
• IN1 op ON laten staan d.m.v. doorverbinden kabels (Asgard alleen met de CN105 kabel aangesloten, de IN1 kabels dus los van de Asgard met elkaar verbonden)
• PAR thermostaat op 13 en Virtual thermostat op 30; Verwarmen start direct op om na 1 minuut weer te stoppen.
• PAR op 30 en Virtual op 13; Verwarmen start direct, maar stopt en start direct na 6 minuten
• Aanpassen van de Flow Z1 temp van 25 naar 29 brengt hier geen verandering in, aan/uit gedrag gaat door (29 is in de afgelopen jaren gebleken het minimum wat haalbaar is om pendelen te voorkomen)

De enige conclusie die ik kan trekken is dat de connectie in de Asgard niet goed gemaakt wordt, waardoor er geen rood lampje op de Asgard gaat branden als signaal van een goede R1-IN1 verbinding.

Het onduidelijke pendel gedrag met de Asgard ertussen is een nieuw fenomeen voor me en begrijp ik niet.

[xoror]

@_RRM_ het is net iets anders.
R1 wordt 'verbonden' als je de manual relay z1 aanzet (dit doet de virtual thermostat onder water). Het lampje gaat dan branden. Je kan dan met de multi meter verifieren dat het dan gesloten is. Dit test ik op alle boardjes voordat die worden verstuurd, dus ik weet vrij zeker dat het werkt bij jouw unit (tenzij het stuk gegaan is met transport, maar dat kan ik me moeilijk voorstellen).

Het LED lampje gaat dus NIET branden als je zelf het circuit zelf sluit, het LED lampje brandt als Asgard R1 de opdracht geeft om te sluiten. Je kan dit zelf testen door de unit uit je WP te halen en aan een usb kabel aan te sluiten. Open dan Asgard esphome pagina en zet dan virtual thermostat z1 op off, en schakel dan manual relay z1 op on. Het lampje gaat dan branden, en je kan dan meten dat het gesloten is tussen die 2 contact punten.

Maar dit kan je beter testen als het is aangesloten in de WP. Als je via de manual relay op on zet en het lampje brand, dan moet IN1 aan gaan. Doet hij dat niet dan is de kabel ergens niet goed.

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

[_RRM_]

xoror schreef op zondag 14 juni 2026 @ 14:44:
@_RRM_ het is net iets anders.
R1 wordt 'verbonden' als je de manual relay z1 aanzet (dit doet de virtual thermostat onder water). Het lampje gaat dan branden. Je kan dan met de multi meter verifieren dat het dan gesloten is. Dit test ik op alle boardjes voordat die worden verstuurd, dus ik weet vrij zeker dat het werkt bij jouw unit (tenzij het stuk gegaan is met transport, maar dat kan ik me moeilijk voorstellen).

Het LED lampje gaat dus NIET branden als je zelf het circuit zelf sluit, het LED lampje brandt als Asgard R1 de opdracht geeft om te sluiten. Je kan dit zelf testen door de unit uit je WP te halen en aan een usb kabel aan te sluiten. Open dan Asgard esphome pagina en zet dan virtual thermostat z1 op off, en schakel dan manual relay z1 op on. Het lampje gaat dan branden, en je kan dan meten dat het gesloten is tussen die 2 contact punten.

Wel een beetje "vervuiling" van het topic maar:

- Bekabeling correct aangesloten op FTC5 levert Thermostat ON op, wanneer ik deze kabels kortsluit?

- Het rode lampje op de Asgard zelf gaat alleen branden als de Virtual Thermostat warmte aanvraag genereert en daarmee een rood bolletje in het dashboard van de Asgard?

- Waar zit de Manual relay Z1 optie in het Asgard dashboard??

[usain]

Van de week de Odin ontvangen, nu up and running. Ben benieuwd!

[xoror]

@usain Ik durf het bijna niet te vragen, maar heb je wel de virtual thermostat enabled en goed aangesloten ?

Ik zou de dhw threshold iets hoger zetten zodat hij wat meer ruimte heeft om een goed punt te kiezen https://github.com/gekkek..._MANUAL.md#dhw-scheduling

[usain]

@xoror jij bent de expert om te beoordelen of alles correct staat toch

[xoror]

@usain virtual thermostat z1, het thermostat mode veld moet van off naar HEAT. Normaal gaat dat vanzelf als je in Asgard de operating mode verandert, maar wellicht heb je dat gedaan in HA

[usain]

@xoror ja bewust uitgezet, in het weekend staat de tuindeur soms wel eens lang open snachts en wil de temperatuur waar de thermostaat hangt wel onder de 20,5 dippen. Kan ook dat setpoint in de zomer wat lager zetten maar agh. Heating is niet nodig tot november verwacht ik.

[xoror]

je kan server control aanzetten en prohibit cooling + heating aanzetten. Ik heb het niet getest, maar ik denk niet dat thermostat op off Odin tegenhoudt

[ Voor 37% gewijzigd door xoror op 14-06-2026 16:24 ]

[bilgy_no1]

xoror schreef op vrijdag 12 juni 2026 @ 08:09:
De laatste Asgard pre-releases zijn zowieso aanbevolen voor Odin gebruikers. Zie: https://github.com/gekkek...ecodan-hp/discussions/367

@bilgy_no1 @Loonen138
Ik heb de UI aangescherpt en hij zal nu waarschuwingen tonen als je verkeerde mode kiest voor de Solver. Het is aan te raden om de laatste pre-release uit te proberen

@bilgy_no1 Ja je moet wel een werkende HA installatie hebben anders wordt het moeilijk.

@xoror even een noob-vraag: neem ik voor deze pre-release een factory of een ota?

[xoror]

@bilgy_no1 Als je al 1x factory recentelijk heb gedaan, dan kan je gewoon OTA doen. Hoef je unit niet uit te halen.

[bilgy_no1]

xoror schreef op zondag 14 juni 2026 @ 16:41:
@bilgy_no1 Als je al 1x factory recentelijk heb gedaan, dan kan je gewoon OTA doen. Hoef je unit niet uit te halen.

Maar nog steeds via esphome, want ik zie geen update aangeboden via Asgard zelf?

[xoror]

is een pre-release, alleen gebundelde releases flag ik na een tijdje, die worden alleen aangeboden

[bilgy_no1]

xoror schreef op zondag 14 juni 2026 @ 16:48:
is een pre-release, alleen gebundelde releases flag ik na een tijdje, die worden alleen aangeboden

Hmm ik heb via esphome.io de 2026-06-12.03.ota.bin geflasht. Hij zegt gelukt, maar de Asgard is niet meer bereikbaar.

Daarna de factory gedaan en ik moet overnieuw beginnen lijkt het...

[xoror]

@bilgy_no1 Nu heb je het wel stuk gemaakt en moet je de unit eruit halen. OTA flashed je via http://espip/dashboard, bij logs/manual firmware upload of http://ip, onderaan de page. OTA moet je niet via USB flashen, dat is recovery alleen.

pre-releases download je handmatig, en daarna upload je die via "MANUAL FIRMWARE UPLOAD":


Nu moet je de unit wel uithalen en met USB weer de factory flashen via esphome.io
Nogmaals, de esphome.io site is ALLEEN voor factory images. Dat staat er ook in de instructies: https://github.com/gekkek.../docs/install-from-bin.md

[ Voor 34% gewijzigd door xoror op 14-06-2026 17:17 ]

[Johnny_Hasselt]

@xoror indien ODIN actief staat met de scheduler, is het mogelijk dat het 'setpoint' - target op ODIN scheduler, de virtuele thermostaat setpoint mee wordt aangepast? Dus om 4 uur vraag ik 20.5 graden, dat er een sync is naar de virtuele thermostaat zodat daar ook 20,5 verschijnt?

Of kan ik dit op een andere manier doen in HA?

PS: het ziet er echt goed uit wat ODIN doet, staat sinds deze morgens geactiveerd.... Top!

[ Voor 17% gewijzigd door Johnny_Hasselt op 14-06-2026 17:39 ]

[bilgy_no1]

xoror schreef op zondag 14 juni 2026 @ 17:12:
@bilgy_no1 Nu heb je het wel stuk gemaakt en moet je de unit eruit halen. OTA flashed je via http://espip/dashboard, bij logs/manual firmware upload of http://ip, onderaan de page. OTA moet je niet via USB flashen, dat is recovery alleen.

pre-releases download je handmatig, en daarna upload je die via "MANUAL FIRMWARE UPLOAD":
[Afbeelding]

Nu moet je de unit wel uithalen en met USB weer de factory flashen via esphome.io
Nogmaals, de esphome.io site is ALLEEN voor factory images. Dat staat er ook in de instructies: https://github.com/gekkek.../docs/install-from-bin.md

Oepsie... daarom vroeg ik nog of het via esphome moest... Esphome etc. is voor mij nog erg nieuw. Heb wel de factory geflasht terwijl hij in was aangesloten op de wp.

Maar de pre-release staat erop nu. Ik heb ook weer verbinding en de virtuele thermostaat geeft weer data door. Verder had ik nog niets geautomatiseerd of zo. Lijkt dus niks stuk te zijn...

Nu de draadloze thermostaat verwijderen en SW1-8 op OFF.

Dan straks na het eten met Odin aan de slag.

[xoror]

@bilgy_no1 Ik bedoel stuk, dat hij niet meer boot als je dat doet. En je kan dat weer herstellen dus door factory te flashen.

@Johnny_Hasselt Nee, de band breedte moet je niet als setpoint gebruiken. Maar als een gewenste comfort level. Want zoals ik al schreef kan hij ervan afwijken, en dan ziet het er raar uit als setpoint. Moet je dus niet willen geeft veel verwarring.

[Johnny_Hasselt]

xoror schreef op zondag 14 juni 2026 @ 17:38:
@bilgy_no1 Ik bedoel stuk, dat hij niet meer boot als je dat doet. En je kan dat weer herstellen dus door factory te flashen.

@Johnny_Hasselt Nee, de band breedte moet je niet als setpoint gebruiken. Maar als een gewenste comfort level. Want zoals ik al schreef kan hij ervan afwijken, en dan ziet het er raar uit als setpoint. Moet je dus niet willen geeft veel verwarring.

Ik bedoel de waarde die als 'base' ingegeven is....

Daarmee, het zou mooi zijn indien dit ook in HA te zien was... Maakt het eenvoudiger 👍

Greetz, J

[xoror]

@Johnny_Hasselt We zouden dit evt als sensors kunnen exposen, moet ik even rustig over nadenken als alle gebruikers op weg zijn geholpen

[bilgy_no1]

xoror schreef op zondag 14 juni 2026 @ 17:38:
@bilgy_no1 Ik bedoel stuk, dat hij niet meer boot als je dat doet. En je kan dat weer herstellen dus door factory te flashen.

@Johnny_Hasselt Nee, de band breedte moet je niet als setpoint gebruiken. Maar als een gewenste comfort level. Want zoals ik al schreef kan hij ervan afwijken, en dan ziet het er raar uit als setpoint. Moet je dus niet willen geeft veel verwarring.

Hij draait weer. Virtuele thermostaat data komt door en ik zag een oranje bolletje toen ik de setpoint in HA boven de gemeten temperatuur stelde.

Dat blijft nog wel branden nadat ik hem weer onder de current temp instel, maar de wp ging ook SWW draaien na de herstart. Ik check dat zo nog even.

Misschien nog een feature request in Asgard: Aan/Uit knop voor de warmtepomp. Dan hoef ik niet 3 trappen op en af en weer op om hem spanningsloos te maken...

[xoror]

@bilgy_no1

let op, dit is stand by. Wel spanningsloos maken als je dingen gaat aansluiten

De virtual thermostats hebben een minimale draai tijd van 15m, dus je kan hem niet 1m aanzetten. Hij blijft minimaal 15m aan, is een beveiliging tegen onbedoeld pendelen

In Ha zit hij ook al.

[ Voor 9% gewijzigd door xoror op 14-06-2026 18:33 ]

[xoror]

@Johnny_Hasselt
Even wat tijd genomen om je laatste screenshot een beetje uit te leggen.
- je ziet dat hij om 14:00 DHW heeft gepland, dit kan je zien aan het oranje label op de x-as
- op de energy production zie je wat hij geschat heeft aan solar opbrengst. Je kan dit een beetje calibreren met wat er echt opgewekt is. Let op dat het altijd een schatting blijft. Je kan de PR param instellen om het een beetje te calibreren (hoe efficient je inverter is)
- om 14:00 ziet hij dat er 2.5kWh beschikbaar is voor dat uur, en doet de DHW in dat uur. Ws kon hij niet meer wachten tot 15:00 (daar was nog wat meer beschikbaar) omdat je te dicht bij je trigger point zat. Zie uitleg https://github.com/gekkek..._MANUAL.md#dhw-scheduling
- in de cost grafiek zie je de geschatte kosten. Dat is dan (geschat verbruik - geschatte pv opbrengst) * energie tarief. Om 14:00 zie je 0, dus 'gratis' dhw gemaakt

Je room temperature loopt nog niet helemaal lekker, maar ws moet het model nog even inleren. Laat het even een paar dgen mee lopen. Na een tijd loopt de oranje stippellijn en gele lijn dichter bij elkaar. Bij ons was het wel warm en moest er gekoeld worden. Er liep ook een legionella tussendoor.

[bilgy_no1]

xoror schreef op zondag 14 juni 2026 @ 18:03:
@bilgy_no1
[Afbeelding]
let op, dit is stand by. Wel spanningsloos maken als je dingen gaat aansluiten

De virtual thermostats hebben een minimale draai tijd van 15m, dus je kan hem niet 1m aanzetten. Hij blijft minimaal 15m aan, is een beveiliging tegen onbedoeld pendelen

In Ha zit hij ook al.

OK ik dacht dat dat een soort gebruiksmodus was, door de term 'Enabled'... ON/OFF zocht ik naar. Maar goed om te weten dat aan alles is gedacht!

Verder vandaag ook de draadloze thermostaat verwijderd, SW1-8 op OFF gezet. Alles lijkt te werken. Als ik de thermostaat in HA flink boven de current temp instel zie ik het oranje bolletje verschijnen.

Verder Odin ingeschakeld, ingesteld en verbonden met Asgard Solver tab. Dat lijkt ook allemaal te werken. Komende tijd er maar eens verder in verdiepen. In de zomer verwacht ik in elk geval dat ie standaard een SWW-run gaat plannen op de goedkope momenten.

Verwarmen met de wp zal nog even op zich laten wachten denk ik...