Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32

[Ben(V)]

Als ik de uart log aanzet dan krijg ik dit:

[13:19:51] [D][uart_debug:113]: >>> FC 42 02 7A 10 A3 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 8B

[13:19:51] [D][uart_debug:113]: <<< FC 62 02 7A 10 A3 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 6B

[13:19:52] [D][uart_debug:113]: >>> FC 42 02 7A 10 A3 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 8B

[13:19:52] [D][uart_debug:113]: <<< FC 62 02 7A 10 A3 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 6B

[13:19:53] [D][uart_debug:113]: >>> FC 42 02 7A 10 A3 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 8B

[13:19:53] [D][uart_debug:113]: <<< FC 62 02 7A 10 A3 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 6B

[13:19:54] [D][uart_debug:113]: >>> FC 42 02 7A 10 A3 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 8B

[13:19:54] [D][uart_debug:113]: <<< FC 62 02 7A 10 A3 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 6B

[13:19:55] [D][uart_debug:113]: >>> FC 42 02 7A 10 A3 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 8B

Blijkbaar krijgt hij wel iets binnen of interpreteer ik dat verkeerd?
Kan het ergens in een verkeerde naamgeving in HA zitten?

PS
Hoe kan ik op die pagina een reboot forceren?

[ Voor 108% gewijzigd door Ben(V) op 30-07-2026 13:38 ]

[xoror]

@Ben(V) http://asgard-ip, daar zit een restart esp knop op de pagina als het goed is, daar mee kan je reboot forceren.

[Ben(V)]

Die reboot werkte pas toen ik de pagina een refresh gaf, zal wel een browser issue zijn.

Maar bij "Accumulated Compressor Starts" staat nog steeds "NA" en geen waarde.
Zou het de firmware van mijn Ecodan zijn?

[xoror]

Hmm nee, zou je op die page service code uit kunnen zetten via de switch. en dan via je MRC code 003 opvragen? krijg je daar wel antwoord? (bij informatie werking)

Dit heeft toch wel gewerkt bij jou toch? Want bepaalde SUZ geven deze info niet terug, en dan gaat het niet werken natuurlijk.

[Ben(V)]

Geen idee of het ooit gewerkt heeft, keek er vandaag voor het eerst naar.
Ik heb een SUZ-SWM40VA, dus goede kans dat de data dus gewoon niet binnenkomt.

edit:
Getest op de MRC, daar geeft hij alleen *** terug dus blijkbaar is het niet mogelijk te zien.

De info is op mijn unit blijkbaar niet aanwezig, bedank voor de hulp

[ Voor 37% gewijzigd door Ben(V) op 30-07-2026 14:24 ]

[John.S]

Zojuist zag ik dat de flow temperatuur (18 c) onder de min cool flow is gekomen (19,5 c). Zou hij niet moeten stoppen?

edit:
laat maar het klopt! Ik keek naar de feed. Setpoint stond netjes op 19,5 c (met de 1,5 verhoging in het script verwerkt). Ging perfect dus.

[ Voor 13% gewijzigd door John.S op 31-07-2026 12:04 ]

[tante Truus]

Bij mij geven alle (op 10 na) entiteiten van Ecodan heatpump in HA sinds kort een foutmelding.

Ik denk dat dat komt door een release van ESP home (iemand anders heeft daar ook al iets over gepost). Bij mij nog niet oplosbaar omdat ik met een Core versie van HA op een Synology ds418 werk, en die is nog niet vernieuwd. De nieuwe release van de Zonneplan integratie werkt ook niet, ik vermoed dezelfde oorzaak.

De directe sites van asgard en odin doen het wel gewoon.

[xoror]

post eens de error?

Je kan (Asgard) even downgraden naar de vorige versie.

Vervelend dat het niet backwards compatible is, meestal is dat wel zo

[ Voor 39% gewijzigd door xoror op 31-07-2026 19:21 ]

[tante Truus]

Ik heb ooit jouw dashboard geimporteerd. De entiteiten op de dashboards (die eerst dus wel waardes gaven) geven nu aan: entiteit niet gevonden.

In ESP home staan er ook nog maar slechts 10 entiteiten, de andere kan hij niet meer zien of vinden:

DHW Climate

Ecodan heatpump

Energie

ESPHome

—

DHW Mode

Ecodan heatpump

Energie

ESPHome

—

ESP Restart

Ecodan heatpump

Energie

ESPHome

—

ESP Version

Ecodan heatpump

Energie

ESPHome

—

Estimated COP

Ecodan heatpump

Energie

ESPHome

—

Firmware Update

Ecodan heatpump

Energie

ESPHome

—

Raw Heat Produced (kWh)

Ecodan heatpump

Energie

ESPHome

—

Short-Cycle: Predictive Boost Active

Ecodan heatpump

Energie

ESPHome

—

Solver IP Address

Ecodan heatpump

Energie

ESPHome

—

UART Logging

Ecodan heatpump

Energie

ESPHome

Onze inmiddels ik weet alles AI in google vertelde me dat dat een gevolg is van de nieuwe ESPhome release en mijn verouderde core versie van ha. Het is niet onoverkomelijk, maar natuurlijk wel wenselijk dat ook in ha het wel werkt. Ik denk niet dat het aan de asgard ligt, mede omdat de nieuwste zonneplan integratie ook niet werkt

[xoror]

Ja ik weet dat een te oude HA niet werkt. Ik moet mee naar de laatste, anders kunnen mensen niet builden, en uiteindelijk breekt Asgard vanwege te oude esphome.

Moet je kijken of je HA kan upgraden op een of andere manier.

[tante Truus]

Die nieuwere versie van HA voor mijn synology zal tzt wel komen. Ik gebruik HA nu voornamelijk nog voor monitoring, heb een paar automatiseringen (een zelfgebouwde watermeter en aansturing beregening met goedkope ESP8266 die dus ook ESPhome gebruiken) en die nog wel werken.

[tante Truus]

En als ik teveel hinder ondervind, kan ik altijd een nieuwere server kopen die wel de nieuwste HA versies draait (achteraf gezien, wist ik veel, had ik een andere NAS moeten kopen).

[xoror]

Even naar een versie ervoor of die daarvoor tot je HA is geupdate

[John.S]

Ik heb nu twee dagen dat Odin een tweede DHW run start. Dit terwijl het water nog 45 C is (staat op 47 graden, waarbij hij 10 graden mag zakken; plus nog 10 graden voor Odin voor het plannen van een efficiënte tijd). Wat is de logica achter een tweede run op een dag? Gisteren ging hij van 47 naar 47 graden..

[xoror]

@John.S hmm dat lijkt niet te kloppen. Je prediction is ook off zo te zien. Ik heb de laatste drift fix nu officieel released. Zou je kunnen tonen wat je hl x tm product nu is? ik gok dat die is afgegleden. Je kan naar de laatste versie en dan iets van een waarde tussen 100-150 instellen (al zou hij het nu weer goed moeten leren).

Dan over dhw: voor de logica moet ik even je parameters zien, en als je misschien logging rond dat tijdstip hebt, graag.

Met de dhw threshold stuur je wanneer hij mag gaan kijken. Zie https://github.com/gekkek...-optimizer#dhw-scheduling

[John.S]

xoror schreef op maandag 3 augustus 2026 @ 18:31:
@John.S hmm dat lijkt niet te kloppen. Je prediction is ook off zo te zien. Ik heb de laatste drift fix nu officieel released. Zou je kunnen tonen wat je hl x tm product nu is? ik gok dat die is afgegleden. Je kan naar de laatste versie en dan iets van een waarde tussen 100-150 instellen (al zou hij het nu weer goed moeten leren).

Dan over dhw: voor de logica moet ik even je parameters zien, en als je misschien logging rond dat tijdstip hebt, graag.

Met de dhw threshold stuur je wanneer hij mag gaan kijken. Zie https://github.com/gekkek...-optimizer#dhw-scheduling

Odin zit op de laatste versie (Asgard kan nog naar de laatste beta).

HL x tm zit op 79,66.

Zal straks even aan de slag gaan met parameters en of ik nog logging heb.

[xoror]

@John.S je mag die rustig naar 100 brengen.

Als ik de params + logging heb, dan kan ik er wat zinnigs over zeggen.

[John.S]

=== NEW OPTIMIZATION REQUEST ===
I (331629143) [2026-08-03 17:53:56.192] PHYSICS: HL: 0.100 kW/K (manually seeded, no heating data yet)
I (331629153) [2026-08-03 17:53:56.197] PHYSICS: Load ratio: 0.28 (COOL avg output 4.18 kW over 5.7 h, range 2.7-8.0 kW)
W (331629163) [2026-08-03 17:53:56.210] OPTIMIZER: Extreme temp range (20.8C). Scaling step size to 0.069 to fit 300 states.
I (331629173) [2026-08-03 17:53:56.219] OPTIMIZER: Required memory: 117600 bytes for 14700 nodes.
I (331629183) [2026-08-03 17:53:56.230] OPTIMIZER: DHW Urgency: Tank=45.0°C, Trigger=52.0°C, Hard Min=37.0°C.
I (331629193) [2026-08-03 17:53:56.237] OPTIMIZER: DHW pre-pass: hour 18 chosen (score=0.167)
I (331629313) [2026-08-03 17:53:56.355] OPTIMIZER: DHW stamped at hour 18: recover=2.0°C, 0.54 kWh elec, 0.0000 EUR
I (331629313) [2026-08-03 17:53:56.356] ODIN_SERVER: === MEMORY CHECK ===
I (331629313) [2026-08-03 17:53:56.361] ODIN_SERVER: Free RAM before solve: 7127852 bytes
I (331629323) [2026-08-03 17:53:56.369] ODIN_SERVER: Free RAM after solve : 7126216 bytes
I (331629333) [2026-08-03 17:53:56.377] ODIN_SERVER: Lowest RAM ever seen : 6923620 bytes
I (331629343) [2026-08-03 17:53:56.385] ODIN_SERVER: ======================
I (331629343) [2026-08-03 17:53:56.392] ODIN_SERVER: Projected 24h Cons: 13.51 kWh, Prod: 57.95 kWh, Solar: 13.51 kWh, Cost: ~€0.00
I (331629363) [2026-08-03 17:53:56.403] ODIN_SERVER: === OPTIMIZATION COMPLETE (150 ms) | states=131 | nodes=25314/531991 (95% pruned) ===

@xoror

[ Voor 11% gewijzigd door John.S op 03-08-2026 19:11 ]

[xoror]

@John.S Ik denk dat ik hem zie.
Je hebt het niet gepost, maar als het goed is heb je als dhw threshold 15c ingevuld? Want trigger temp (52c) = hard min (37c) + dhw threshold

Als je trigger temp > huidige tank temp (45c om 17:55), dan gaat hij een punt zoeken om het in te plannen. Ws is 18:00 vanwege beschikbare pv het goedkoopste punt tot je tank temp onder 37 komt. We schatten 0.5c water verlies per uur. Als je dus geen PV hebt, dan had hij het na 23:00 moeten inplannen.

Als het goed is heb ik dat ook zo in de manual uitgelegd. Dus het is 'correct' gedrag. Ws wil je iets van 7c threshold. Dan gaat hij vanaf 37+7 = 44c zoeken naar een punt.

Ik weet niet hoe groot je tank is, maar ws is er flink gedoucht tussen 15:00-18:00, waardoor de tank afgekoeld is tot 45c (volgens de log). Met 47c setpoint zit je meestal op 48 a 48.5c na dhw. Dus er is '3.5c' verbruikt.

Wat me opvalt, ik zie geen planning voor het koelen, ik zou blauwe uren in de x-as verwachten. Het zou er zo uit moeten zien (ik heb het even rood ingekleurd)

[John.S]

@xoror ,

Klopt helemaal. Er zit een 15 graden threshold aan vast! Ik heb de documentatie verkeerd geïnterpreteerd (nu snap ik waar die 52c vandaan komt…).

Er zit een interne 300L vat in, en het bad is gebruikt.

Verder valt bij mij de planning weg, en moet ik wat bewegen in de grafiek om het weer te zien (iPhone 15). Op mijn pc heb ik nergens last van.

Bedankt voor het duiden van de logica! Ik pas de threshold aan.

[xoror]

@John.S Ah, op een mobiel beelden we maar per 2 uur af, anders is het te krap. Verder worden achtergrond apps suspended, dus die krijgen geen data binnen. Als je dus kijkt even refreshen vanaf je mobiel als hij een lange tijd inactief was.

We zijn overigens sinds deze maand ook over op zonneplan, dus ook nu echt aan een dynamische contract Even gespeeld met de stop prijs, als ik 0.25 euro invul krijg ik dit:




Je ziet dat hij netjes 17:00 skipped omdat tarief (0.33 eur) + solar kwh prijs > 0.25 is. Om 18:00 (0.35 eur) en 19:00 (0.37 eur) is het weer lager, en dan resumed hij weer. je ziet nu ook netjes de stop reden ('stop price'). We zitten ook buiten de bandbreedte, en de stop prijs heeft dus voorrang. @Loonen138

[Ben(V)]

@xoror
Vanmorgen de Asgard geupdate naar de laatste firmware.
Vanmiddag begon hij met de legionella run, maar na de legionella run ging hij niet meer koelen en bleef hij uit.
Op de mrc gekeken en die gaf aan dat hij de ruimte temperatuur aan het regelen was naar 25 graden, kon hem wel lager zetten om het koelen weer te starten.

De flow control sturing van de auto adaptive setting van de asgard doet het niet meer.
Heb de ecodan al een keer uit en aangezet maar dat maakt niets uit.
Enig idee wat het is?

[xoror]

@Ben(V) Als de flow setpoint nog te hoog staat om te koelen kan je dat krijgen

Hoe hoog staat die? Asgard doet bij koelen als het goed is die temp niet meer volgen waardoor dit niet moet voorkomen.

Zet iig terug op fixed flow ipv ruimte regeling. Wat je daarna kan proberen (na 5m) als alles weer goed werkt is Asgard rebooten. Kijk dan na reboot of de operating mode dan nog goed staat.

Mogelijk is die storage corrupt bij jou geraakt. Het lijkt erop dat hij de verkeerde mode heeft restored.

Overigens wijzig Asgard uit zichzelf nooit naar een andere mode. Als hij op koelen voor legionella stond, moet hij daar ook weer op springen. Kan je evt in HA history van operating mode kijken wanneer hij naar ruimte regeling is gesprongen? Dat moet wel iets van een automation zijn denk ik

[ Voor 66% gewijzigd door xoror op 04-08-2026 16:05 ]

[Ben(V)]

Hij staat op "Cool Flow Temperature" maar de mrc reageert daar niet op en blijft op ruimteregeling staan.

Bedoel je met de flow setpoint de "Auto-Adaptive: Min. Cooling Flow Temperature z1", die staat nu op 18,8

edit:
De Asgard zegt nu:

16:13:24	[D]	[auto_adaptive:303]	code: Z1 COOLING: calc=15.5°C (return 22.0 - delta 6.5)
16:13:24	[D]	[auto_adaptive:157]	code: CMD: Set Dependent Cool Flow -> 18.8°C (21.0°C)
16:13:31	[W]	[ecodan.component:320]	code: Service request code 5 aborted after 10 retries without valid dat

[ Voor 57% gewijzigd door Ben(V) op 04-08-2026 16:18 ]

[xoror]

@Ben(V) oh dat is apart. Schakel eens van cool flow temp naar ruimte regeling, en daarna (2m wachten) weer naar cool flow temp ? Wat zegt de log als je de wijziging doet ? Refresh je esphome page ook als je daar zit, zeker na reboot.

btw, je kan service code request uit doen bij jou, tenzij je fan speed wel ziet. Er komt geen data terug van zaken die we opvragen

[ Voor 50% gewijzigd door xoror op 04-08-2026 16:24 ]

[Ben(V)]

Blijft gewoon niets doen.
Dit is de log

16:22:01 [I] [short_cycle:272] Compressor STOP detected

16:22:27 [D] [auto_adaptive:117] Passive thermal window started: room=23.80C

16:23:25 [D] [auto_adaptive:583] Zone 1 not in fixed flow mode. Exiting.

16:25:04 [I] [short_cycle:280] Compressor START detected

16:25:04 [D] [auto_adaptive:285] Compressor start: triggering auto-adaptive loop.

16:25:04 [D] [auto_adaptive:583] Zone 1 not in fixed flow mode. Exiting.

16:25:27 [W] [auto_adaptive:066] Flow limited to 18.8°C (Zone Min Limit), calculated_flow: 7.0

16:25:27 [D] [auto_adaptive:224] Free heating/cooling window invalid: delta_T=11.0K, hours=0.0

16:25:35 [W] [auto_adaptive:066] Flow limited to 18.8°C (Zone Min Limit), calculated_flow: 7.0

16:25:57 [W] [auto_adaptive:066] Flow limited to 18.8°C (Zone Min Limit), calculated_flow: 7.0

16:26:26 [I] [short_cycle:272] Compressor STOP detected

16:26:26 [I] [short_cycle:311] Lockout active. Expiration timestamp set to: 1785865229

16:26:27 [D] [auto_adaptive:117] Passive thermal window started: room=23.80C

16:28:24 [D] [auto_adaptive:618] [*] Auto-adaptive cycle: independent_zone_temps=0 has_cooling=1 cold_factor=0.00 min_delta=2.00 max_delta=6.50 multizone_status=0 operation=3

16:28:25 [D] [auto_adaptive:383] Z1 src=2 room=23.8 target=21.0 flow=21.5 flow_rate=0.0 outside=34.0 bias=0.0 H=0 C=1

16:28:25 [D] [auto_adaptive:483] Z1 target_delta=6.50 cold_factor=0.00 dyn_min=2.00 eff_range=2.00 error_factor=1.00 boost=1.00 linear=0, use_solver=0

16:28:25 [D] [auto_adaptive:303] Z1 COOLING: calc=16.0°C (return 22.5 - delta 6.5)

[xoror]

@Ben(V) refresh je UI eens? misschien is die de-synced. Doe je de instellingen in HA of stand-alone dashboard? probeer de settings via de stand-alone door te voeren als dat niet het geval was

[ Voor 55% gewijzigd door xoror op 04-08-2026 16:38 ]

[Ben(V)]

Maakt geen verschil.

Hij communiceert wel met de ecodan, als ik bijvoorbeeld de "service control" aanzet zie ik dat gewoon op de MRC verschijnen.

[ Voor 78% gewijzigd door Ben(V) op 04-08-2026 16:40 ]

[xoror]

Ik zie het commando ook niet gestuurd worden in de log. in Asgard kan je nu save settings doen, zou je dat kunnen doen en naar mij kunnen doorsturen?

Je doet de settings via HA of de standalone dashboard? Als je vanaf je MRC de mode naar cool flow instelt, wijzigt hij het dan mee ? (hoort hij wel doen)

Als laatste kan je de OTA pakken naar de vorige release, kijk of dat wel werkt?

[ Voor 45% gewijzigd door xoror op 04-08-2026 16:46 ]

[Ben(V)]

In de MRC kan ik alleen kiezen tussen "heating", "cooling" en "compensation curve".

[xoror]

je kan toch daar vaste aanvoer temp koeling kiezen ?

[Ben(V)]

Nee die is blijkbaar weg, kan alleen voor heating en dan is de min temp 20 graden.

Hoe kan ik je de settings file sturen?

[ Voor 74% gewijzigd door Ben(V) op 04-08-2026 16:53 ]

[xoror]

Ben je in server control (lockout?) probeer die eens uit te zetten (clear knop). Zou niets uit moeten maken.



Asgard kan niets doen om te zorgen dat die opties verdwijnen, dus ik gok dat ze er nog wel zitten

Je kan settings via pm in [code] block pasten

[ Voor 4% gewijzigd door xoror op 04-08-2026 16:56 ]

[Ben(V)]

[code]

{

"_type": "asgard_dashboard_settings",

"_version": 1,

"_saved_at": "2026-08-04T14:43:52.238Z",

"_firmware_version": "asgard-z1-en-2026-07-30.01",

"settings": {

"auto_adaptive_setpoint_bias": 0,

"maximum_heating_flow_temp": 35,

"minimum_heating_flow_temp": 25,

"cooling_smart_start_z1": 22,

"minimum_cooling_flow_z1": 18.8,

"temperature_feedback_z1": 21.9,

"auto_adaptive_control_enabled": 1,

"defrost_risk_handling_enabled": 0,

"smart_boost_enabled": 0,

"predictive_short_cycle_control_enabled": 0,

"heating_system_type": 0,

"room_temp_source_z1": 2,

"room_temp_source_z2": 0,

"operating_mode_z1": 4,

"operating_mode_z2": 0,

"temp_sensor_source_z1": 0,

"temp_sensor_source_z2": 0,

"ui_use_room_z1": 0,

"ui_use_room_z2": 0,

"virtual_climate_z1_mode": "cool",

"virtual_climate_z2_mode": "off",

"virtual_climate_z1_setpoint": 21,

"thermostat_hysteresis_z1": 0.1,

"heatpump_climate_z1_setpoint": 21.5,

"flow_climate_z1_setpoint": 18.79,

"force_dhw": 0,

"sw_regular_dhw": 0,

"dhw_setpoint": 45,

"dhw_start_threshold": 0,

"solver_dhw_mode": 0,

"use_dynamic_cost_solver": 0,

"show_solver_tab_enabled": 0,

"solver_ip_address": "",

"raw_heat_produced": 0,

"raw_elec_consumed": 0,

"raw_runtime_hours": 0,

"raw_avg_outside_temp": 16.04,

"raw_avg_room_temp": 20.02,

"raw_cool_produced": 10.05,

"raw_cool_elec_consumed": 1.964,

"raw_cool_runtime_hours": 5.029,

"raw_cool_avg_outside_temp": 28.13,

"raw_cool_avg_room_temp": 21.36,

"raw_delta_room_temp": 2.708,

"raw_hl_tm_product": 213.4,

"raw_solar_factor": 0.015,

"battery_soc_kwh": 0,

"battery_max_discharge_kw": 3,

"power_mode": 1,

"service_codes_enabled": 0,

"holiday_mode": 0,

"server_control_enabled": 0,

"server_control_prohibit_dhw": 0,

"server_control_prohibit_z1_heating": 0,

"server_control_prohibit_z1_cooling": 0,

"server_control_prohibit_z2_heating": 0,

"server_control_prohibit_z2_cooling": 0,

"lockout_strategy": 0,

"lockout_duration": 1,

"minimum_compressor_on_time": 5

}

}

[/code}

[Ben(V)]

En ineens werkt de boel weer.

[xoror]

je had niet toevallig systeem menu open op je MRC ? dus nog in service menu oid?

[Ben(V)]

Was te optimistisch, keek verkeerd.
Hij werkt nog steeds alleen in "cooling room temperature" en "cooling flow" zit niet in het menu van de mrc meer.

Zou de ecodan van de spanning halen en zo een herstart forceren helpen?

[xoror]

Maar dan moet je even kijken of je per ongeluk dip switch uit heb gezet voor cooling ?
Want Asgard kan dit niet doen zeg maar modes verbergen/disablen

[ Voor 27% gewijzigd door xoror op 04-08-2026 17:14 ]

[Ben(V)]

Hij koelt nog prima alleen niet via flow control

[xoror]

Dat is heel apart. Even spanningsloos maken ?

[Ben(V)]

ga ik doen

[Loonen138]

xoror schreef op dinsdag 4 augustus 2026 @ 12:13:

Je ziet dat hij netjes 17:00 skipped omdat tarief (0.33 eur) + solar kwh prijs > 0.25 is. Om 18:00 (0.35 eur) en 19:00 (0.37 eur) is het weer lager, en dan resumed hij weer. je ziet nu ook netjes de stop reden ('stop price'). We zitten ook buiten de bandbreedte, en de stop prijs heeft dus voorrang. @Loonen138

Bij mij ziet het er ook goed uit met de stop price op 0,35 eur in de grafieken, goed bezig!

Asgard verwacht alleen dat de koeling meer doet dan in werkelijkheid het geval is, heb vanochtend dus even de HL x TM Product van 58 naar 110 gezet, vandaag\morgen ziet de verwachting er al iets beter uit. Asgard\Odin heeft nog geen verwarming gezien dus daarom verwacht ik dat het nog niet helemaal klopt met de werkelijkheid en dat ik dus even geduld moet hebben tot die meer data heeft om een beter reëel beeld te geven.

's Ochtends doe ik vaak (als de buitentemperatuur het toelaat) even de schuifpui 30 minuten open om wat frisse koude lucht binnen te krijgen. Neemt Asgard\Odin ook die data mee in de berekeningen want dat kan voor scheve verhoudingen zorgen of niet? Zoiets valt niet te voorkomen lijkt mij?

Ik ga er namelijk ook vanuit dat asgard het morgen niet krijgt gekoeld van 22,5 naar 21 graden.
Geen idee hoe de code erachter werkt maar het lijkt mij dat koelen veel minder doet met de temperatuur in de ruimte dan verwarmen? Of ligt het dus aan de HL x TM data?
Daarnaast valt het mij ook op dat asgard meer energy consumption verwacht dan in werkelijkheid gebeurt, misschien dat dit nog invloed heeft waarom die meer verwachting van de koeling?

Gister;


Vandaag;


Morgen;

[ Voor 3% gewijzigd door Loonen138 op 04-08-2026 17:19 ]

[xoror]

@Ben(V) Ik heb zo ook geen idee, misschien bug in ecodan firmware. Je zou ook Asgard tijdelijk kunnen ontkoppelen

@Loonen138 met de laatste Asgard firmware zou de hl x tm product niet meer moeten driften. Maar je moet hem even helpen idd als die al is afgegleden.

Odin kijkt naar de waarden om xx:55, dus als het raam open effect heeft gehad, dan ziet hij een iets lagere kamer temp om xx:55

Bij het koelen zijn we gebonden aan min cool flow. Dus Odin wil dan 15c koelen, maar het kan maar met 17c bijv. Odin plant dan het volgende uur met 17c min flow, maar je loopt altijd achter de feiten aan. Dat kan je zien bij jouw, de consumption bars, de werkelijke liggen onder het geschatte. Maw, hij heeft niet kunnen doen wat er nodig was.

Koelen is minder effectief dan verwarmen, dat is sowieso waar. Je moet het zien als een goede demping op de temp stijging. En als hij echt zijn gang kan gang (dus geen condens bewaking) dan kan je wel wat meer. Op deze dagen met hoge lucht vochtigheid en temp is het gewoon lastig. Op deze dagen moet je gewoon de kosten 'accepteren' en door laten koelen.

[ Voor 3% gewijzigd door xoror op 04-08-2026 17:25 ]

[Ben(V)]

@xoror
Die spanning eraf veranderde niets, nog steeds geen flow control.

Haalt die ecodan z'n configuratie niet van die SD kaart en kan daarop iets verandert zijn (corrupt geraakt).

Betwijfel het of het aan de Asgard ligt, maar kan het proberen.

[ Voor 15% gewijzigd door Ben(V) op 04-08-2026 17:26 ]

[xoror]

@Ben(V) Dat weet ik niet, volgens mij staat op de SD alleen log data. De settings worden bewaard dmv een condensator "batterij". Ik denk dat je even 5m uit moet laten.

Maar test ook zonder Asgard, ik denk niet dat het uitmaakt, maar even uitsluiten. Check voor SW2-4, staat die op on?

[ Voor 7% gewijzigd door xoror op 04-08-2026 17:34 ]

[Ben(V)]

Zonder Asgard geen verschil.
Ga hem zo een kwartier uitzetten, kijken of dat wat doet maar ik vrees van niet.

[xoror]

@Ben(V) ff uitsluiten, maar je krijgt dus dat huisje met ijsvlokje erin niet right?

Ik weet wel dat de suz bij bepaalde buiten temp geen sww doet op de compressor, maar via de booster. Maar weet niet of er zoiets vergelijkbaars is voor cooling. Misschien dat ze in het algemene ecodan topic daar meer over weten, zou je na 15m, als het nog steeds niet werkt kunnen vragen

[Ben(V)]

Jawel want hij koelt prima, alleen niet op flow maar op ruimte temperatuur.

Tja het is wel erg heet buiten vandaag, maar denk niet dat het ermee te maken heeft want koelen doet hij prima.
Ga ik daar ook eens vragen als hij het straks nog steeds niet doet.

[xoror]

Ik ben ook wel puzzled dat je die hele mode mist op je MRC

@Ben(V) Zou je straks als het nog niet werkt, met Asgard prohibit heating en cooling aan doen. En dan mode wijzigen naar bijv cool target of heat curve. Werkt dat wel ? Even uitsluiten dat de mode change via Asgard op een of andere manier stuk is bij jou

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

[Ben(V)]

En de boel werkt weer normaal.
Schiet mij maar lek!

[xoror]

@Ben(V) hmm, dan toch een setting op je MRC 'gaar'. 15m was er dan nodig om die condensator leeg te laten lopen en die foute state te resetten.

[Ben(V)]

Heb een half uurtje gewacht voor de zekerheid, moest toch even wat eten.

Ben blij dat het weer werkt, bedankt voor het meedenken.
Ik schijn dit soort onduidelijke problemen aan te trekken.

[ Voor 19% gewijzigd door Ben(V) op 04-08-2026 18:21 ]

[mebrein]

Ik ben sinds kort de gelukkige eigenaar van de Mitsubishi, ik wordt helemaal blij van wat jullie al bereikt hebben. Ik heb de Asgard er vanmiddag aan gehangen het was een fluitje van een cent! Ik heb even alle waarden en dit topic door AI getrokken. Het enige wat ik nu hoef te doen is auto-adaptive en short-cycle preventie aan zetten, vervolgens de baseline opbouwen dat ik wat gevoel krijg bij de waarden. Maar met alle mooie dashboards gaat dat helemaal goedkomen!

[John.S]

Sinds laatste update is Asgard spot on als het gaat om de verwachte binnentemperatuur.

@xoror , kudos!

Hij is iets wat uit zijn band; gisteren was een perfecte dag voor koelen, en heb na feedback van de kinderen de min/max moeten aanpassen

[ Voor 13% gewijzigd door John.S op 07-08-2026 08:40 ]

[John.S]

Goedemiddag,

Vraagje;

Als ik een dag niet wil koelen, hoe kan ik dan het beste het koelen stoppen icm Asgard? Op de FTC het koelen op “forbidden” zetten? Of Asgard zijn thermostat mode op “off” zetten? (samen met FTC op “forbidden”).

Als ik alleen de FTC op “forbidden” zet, krijg ik feedback vanuit Asgard dat de flow 0.0 is.

[xoror]

@John.S server control aan + prohibit cooling aan zetten (ad-hoc)
Voor planningen moet je met je bandbreedte, stopprijzen of solar only spelen

[ Voor 42% gewijzigd door xoror op 08-08-2026 13:56 ]

[Ben(V)]

Alleen Virtual Thermostat op "Off" zetten werkt ook prima hoor.

[John.S]

xoror schreef op zaterdag 8 augustus 2026 @ 13:43:
@John.S server control aan + prohibit cooling aan zetten (ad-hoc)
Voor planningen moet je met je bandbreedte, stopprijzen of solar only spelen

Met alleen het koelen uitzetten (server control), gaat ook het DHW op “server stand-by”. Klopt dat?



Of is het onderwater alleen van toepassing op het koelen?

[Ben(V)]

Als "DHW" naar standby gaat heb je ook "DHW prohibit" aangezet niet alleen "Cooling Off".

[ Voor 4% gewijzigd door Ben(V) op 08-08-2026 18:54 ]

[John.S]

Ben(V) schreef op zaterdag 8 augustus 2026 @ 18:54:
Als "DHW" naar standby gaat heb je ook "DHW prohibit" aangezet niet alleen "Cooling Off".

Nogmaals dubbel gecheckt. Niet het geval.

[Ben(V)]

Nog eens geprobeerd en hij blijft bij mij nu ook op stand by staan.
Ik gebruik eigenlijk nooit "Server Control" maar zet alleen Cooling aan en uit via de Virtual thermostat, dan gaat het gewoon vanzelf DHW doen als het nodig is.

En als het niet nodig is staat hij dus op stand by

[ Voor 96% gewijzigd door Ben(V) op 08-08-2026 19:19 ]

[John.S]

Ben(V) schreef op zaterdag 8 augustus 2026 @ 19:07:
Zet die DHW prohibit een aan, even wachten en dan weer uit.

Dan start direct een DHW run. Geen idee wat de reden hiervan is.

[xoror]

Is een ongedocumenteerde feature van de ecodan. Als je dhw prohibit aan heb, en daarna uit, dan triggered dat ALTIJD een eco dhw.

Server control werkt altijd. Thermostat off, moet je nog de relay checken wat de state is/was.

[John.S]

xoror schreef op zaterdag 8 augustus 2026 @ 19:46:
Is een ongedocumenteerde feature van de ecodan. Als je dhw prohibit aan heb, en daarna uit, dan triggered dat ALTIJD een eco dhw.

Server control werkt altijd. Thermostat off, moet je nog de relay checken wat de state is/was.

Daarmee ga ik er dan vanuit dat alleen de koeling een prohibit heeft gekregen, indien deze ook alleen geselecteerd is. Ondanks dat ook op de FTC lijkt alsof DHW meegenomen is.

We gaan het testen

[Leonhannink]

Ik weet niet of deze vraag hier thuis hoort, maar ik wil een wifi module van mitsubishi aansluiten op mijn ecodan warmtepomp en aansluiten op Melcloud. Zo kan ik deze weer aansluiten op mijn dynamisch contract van Frank. De MAC-577IF2-E heeft geen CN105 aansluiting. Ik heb wel een aparte kabel met een CN105 aansluiting, maar wie heeft er voor mij een aansluitschema van deze wifi interface?

[Leonhannink]

Of misschien kan het ook anders. Ik heb een Atom s3 lite gekoppeld aan mijn ecodan warmtepomp en dit wordt uitgelezen door HA. Is er een mogelijkheid om dit ook in Melcloud te koppelen?

[Ben(V)]

Je kunt HA koppelen met Frank energie daar is een HACS integratie voor in de HACs store van HA.

PS
Als je al een S3 op de CN105 van je Ecodan hebt aangesloten kun je daar niets anders meer op aansluiten en heb je dus ook geen melcloud.

[ Voor 37% gewijzigd door Ben(V) op 12-08-2026 13:48 ]

[xoror]

@Leonhannink
https://github.com/gekkek...d#co-existence-slave-port

alleen de oudere PAC-WF010-E is niet ondersteund omdat ik geen test unit had om het te testen. De rest zou gewoon moeten werken. Je hebt iets van een proxy interface nodig. Asgard board kan dat.

Voor Frank energie zit een optie bij dat je schrijf operaties van de slave kan blokkeren

Verder is letterlijk dat kabeltje wat je daar toont en cn105 connector, die kan je gewoon op je warmtepomp direct aansluiten. Je kan alleen niet beide tegelijk als je niet het esp proxy board/Asgard hebt

[ Voor 35% gewijzigd door xoror op 12-08-2026 13:58 ]

[Ben(V)]

Hij heeft al een Atom S3 aan zijn Ecodan hangen met koppeling naar HA.
Hij hoeft dus alleen maar de HACS integratie van Frank Energie op z'n HA te installeren en kan die PAC-WF010-E vergeten.

[Leonhannink]

Bedankt voor je antwoorden. Frank energie kan via Melcloud mijn warmtepomp bedienen, om daar voor hun voordeel uit te halen en ik krijg daar dan een vergoeding voor. Ik heb Frank energie al wel geinstalleerd in HA. Ik heb dus een werkende melcloud account nodig die Frank dus op afstand kan bedienen. Ik heb dus wel een wifi module liggen maar de 'stekker'pas niet op de CN 105. zie afbeelding. De rode stekker zit aan de wifi module en de witte stekker pas in de CN105. maar ja welk kleur moet op elkaar? Vandaar mijn vraag voor een aansluitschema van deze wifi module MAC-577IF2-E

[xoror]

@Leonhannink Ah nu zie ik het. Die mac-577if2-e lijkt een airco only module te zijn. Ik weet dus niet of hij wel cn105 air to water protocol kan praten (ook al ga je hem goed bedraden).

[John.S]

Hoi,

Ik probeer het stukje “monitoring” beter te begrijpen. Waar kijk ik naar? Zijn de waardes gezond.

Tijdens het koelen zie ik onderstaande.

Is er een vuistregel waarmee ik kan begrijpen of alles goed “performed”?

[kimjansen]

xoror schreef op vrijdag 17 juli 2026 @ 17:10:
@kimjansen Moet ik controleren, kom ik later op terug.

@kimjansen Ik heb het even voor je getest met de GPIO2 (dallas)

YAML:

binary_sensor:
  - platform: gpio
    pin: 
      number: GPIO2
      inverted: true 
    name: "Dry Contact Test"
    id: dry_contact
    filters:
      - delayed_on: 50ms
      - delayed_off: 50ms
    on_state:
      then:
        - if:
            condition:
              binary_sensor.is_on: dry_contact
            then:
              - logger.log: "DRY CONTACT TEST: GPIO2 State is LOW (Contact CLOSED)"
            else:
              - logger.log: "DRY CONTACT TEST: GPIO2 State is HIGH (Contact OPEN)"

Je kan het gebruiken om de status van een dry contact uit te lezen. Je moet dan de software zelf compilen en dallas deel eruit commenten (yaml) en dan je eigen logica erbij plakken.

Dankjewel voor de check en de suggestie wat te wijzigen. Goed om te horen dat dit met de huidige hardware al kan.

Is dit niet iets wat je als optie op wilt nemen in je eigen release? Dus dat je kunt kiezen tussen een DS18B20 of een droog contact? Ik kan mij zo voorstellen dat jouw product daarmee voor meer mensen plug-and-play kan worden. Alleen moet Asgard dan voor elke keer dat het contact gesloten wordt (instelbaar):

1.) een minimale periode waarbinnen de input 'aan' is, dus na eerste trigger -ookal kort-, en aan bleef -ookal zijn dit pulsen-.

2.) (optioneel) een minimale looptijd aanhouden

3.) (optioneel) een minimale antipendel periode aanhouden

2 en 3 zijn dan afhankelijk van een buffer en/of altijd open zones in te stellen.


Ik wil best betalen voor de oplossing anders volgde ik het niet, maar iets zelf moeten aanpassen etc. gaat me dan iets te ver. En wat ik zei: potentieel kun je hiermee diverse naregelingen ondersteunen en gladstrijken vermoed ik zo.

[xoror]

@John.S Waar je naar wilt kijken is de liquid pipe(1) vs ambient. Dus je kijkt naar het verschil tussen de intrede verdamper en de buiten lucht. Als dat groot is, dan is je wp hard aan het werk (immers, je onttrekt of geeft veel warmte af).

Bij systemen waar problemen zijn zie je bij normale omstandigheden de liquidpipe temp ver weg zitten van je buiten temp. Bijv hier een voorbeeld, maar in het algemente topic kan je nog meer vinden

@kimjansen Asgard is gemaakt om voor zoveel mogelijk mensen te werken. Jij bent de eerste die hierom vraagt. Als de meerderheid het graag wilt hebben, dan kan ik ernaar kijken, maar ik kan niet voor iedereen alles op maat maken. Dit moet ook onderhouden worden etc.

Wat probeer je eigenlijk op te lossen? Iets van nadraai tijd van je pomp regelen? Als dat zo is, doet dit het misschien al voor je

[Zjemm]

@xoror

Even een gedachte, ik heb mn SWW op 50 staan en eens in de 12 of 14 (uit m'n hoofd) een legionella run.
Door deze instelling gaat hij eigenlijk maar heel kort op de compressor verwarmen en vrij snel de rest op het element doen. dat lijkt me inefficient.

zou het in asguard te implementeren zijn dat je op basis van je ingestelde legionella run schema, vlak van te voren het SWW setpoint wat omhoog zet, zodat hij langer op de compressor gaat verwarmen? En dan na de run weer terug

of levert dat niet veel op?

[xoror]

@Zjemm https://github.com/gekkek...tomations/legionella.yaml

Maar dan moet je HA draaien

[Zjemm]

ja met HA kan dat soswieso, ik vroeg me af of het interressant is om in asgard te implementeren?

[xoror]

@Zjemm Dat zou alleen voor stand alone users zijn, ik had het wel in mijn achterhoofd, maar nog geen tijd gehad, en twijfel of het wel in Asgard moet.

[Zjemm]

idd. nou kijk maar, het is een idee. je moet er ook maar net tijd en zo voor hebben

[Ben(V)]

Ik heb daar ook een HA script voor gemaakt, maar dat gebruik ik enkel als er geen zonnestroom is.
In de zomer is er toch een overschot aan elektriciteit beschikbaar hier.

Lijkt me niet zo zinvol om dat in Asgard te stoppen, te veel variabelen om rekening mee te houden die voor iedereen anders zijn.

[xoror]

@tromphakvoort Even hier verder.
Ik denk dat jouw trigger door gemiddelde wordt gedaan. Jouw voorbeeld sww was niet door Odin getriggerd namelijk (niet op het hele uur gestart, dan is het meestal niet door Odin gedaan)

Kan je van die run de beide tank temps en operation mode plotten? Dan kunnen we even kijken waarom en onder welke conditie het triggert

[tromphakvoort]

@xoror Hierbij de plot, ik draai inderdaad op mode Large (gemiddelde van de twee sensoren) sinds een tijdje (hebben we het destijds over gehad) maar denk dat die nu te vroeg triggert voor mijn warm water vraag. Weet alleen even niet of ik nu in ECO draai of niet, DHW ECO is aan maar DHW Mode staat op Normal, mogelijk dat hierdoor de WP zo hoog in de toeren loopt.

[xoror]

@tromphakvoort ook even je dhw settings? zo dat ik kan zien welke drop hij is ingesteld en setpoint

[tromphakvoort]

[xoror]

@tromphakvoort

ok dus gemiddeld zou dan: ~46 + ~44 = 45 gemiddeld.
dhw setpoint: 52, met drop van 8, dan gaat hij starten bij: 52-8 = 44
Ik gok dat ik die waarden niet goed heb bekeken, maar ws was het gemiddeld 44c.

Je moet denk ik meer drop doen vanwege je gemiddelde. Is er ook een reden dat je 52C dhw setpoint gebruikt? dat is best hoog

[tromphakvoort]

@xoror Niet perse, ik heb hem destijds op 52 gezet omdat we soms last hadden van koud water als er bijvoorbeeld twee man achter elkaar doucht. Maar ik denk zomaar met mode Large dat dit niet echt meer zal optreden dus misschien dat 50 of 48 nu ook wel voldoet al. Ga dat wel even testen, ik zal vanmiddag de drop even op 10 graden zetten. Of denk je dat een nog hogere drop kan?

[xoror]

@tromphakvoort ik zou 50c proberen met zelfde met 10c drop (zorg dat hij triggert op 40c oid). en als het goed gaat, kan je naar 49, 48, ... tot het niet meer gaat en dan +1c doen, dan zit je ok denk ik

[PeterMi]

Komt er voor de Asgard misschien nog ooit een instelling dat de DHW run calender en tijd gestuurd wordt. Deze functie werkt niet op de ftc6. De runs zijn vaak op ongunstige tijdstippen (dynamisch tarief) en ver weg van mijn douche beurten thuis. Dit zou mijn inziens een mooie toevoeging zijn.

[xoror]

@PeterMi Hoe zou dat moeten werken ? Want als je temp onder je drop komt dat gaat hij altijd af. Tenzij je iets van een prohibit erop zet, maar dan heb je kans op koude douche. Maar je moet dan wel met HA aan de slag (of zelf scripten en dan direct Asgard rest api aanspreken). Kom je niet uit met de reguliere week schema? Het nadeel is dat die natuurlijk altijd op het tijdstip start, maar die houdt geen rekening met de prijzen, al kan je erop gokken dat het rond 14:00-15:00 het goedkoopst is.

Ik denk niet dat het in Asgard goed te regelen valt. In Odin zit wel dhw planning icm dynamische prijzen. Ik heb sinds deze maand nu ook dynamisch tarief, en probeer alles op solar te doen. Hij probeert op de goedkope/gratis uren de tank te laden om de dure periode te overbruggen
Voor meer uitleg, zie hier

[PeterMi]

Ik zou idd willen dat ik standaard om de 3 en 4 dagen kan laden met een weekschema op de goedkope momenten. Dus niet perse echt t dynamische tarief volgen maar 'gokken' op de juiste tijd. Ons douche patroon is super goed voorspelbaar door ons vaste week ritme.

T reguliere weekschema werkt bij ons niet. Als ik programeer dat hij 2x in de week een dhw cyclus moet draaien op een bepaalde tijd doet ie dat gewoon iedere dag (wel op de juiste tijd).

Doe ik misschen wat fout. Zijn er mensen die dit wel werkend hebben gekregen op een ftc6.

[xoror]

ik denk dat je de handleiding even moet naslaan. Je kan met het week schema gewoon instellen welke dag en welke tijd hij start met dhw. Ik meen me te herinneren dat je dat gewoon voor elke dag kan instellen.

[xoror]

@Zjemm https://github.com/gekkek...eleases/tag/2026-08-16.02
Ik had het al een tijdje in mijn achterhoofd om de legionenella setpoint verhoging ook door te voeren voor stand alone users die geen HA hebben. Vanaf deze pre-release zit het erin, test het aub en report issues. Mijn legionella is helaas al afgegaan deze week.

[bilgy_no1]

xoror schreef op zondag 16 augustus 2026 @ 15:07:
@Zjemm https://github.com/gekkek...eleases/tag/2026-08-16.02
Ik had het al een tijdje in mijn achterhoofd om de legionenella setpoint verhoging ook door te voeren voor stand alone users die geen HA hebben. Vanaf deze pre-release zit het erin, test het aub en report issues. Mijn legionella is helaas al afgegaan deze week.

[Afbeelding]

Top. Ik zou dit het liefst automatisch zien gaan via Odin. Dus als Legionella binnen 48 uur nodig is dan zo gunstig mogelijk inplannen icm DHW run. Is zoiets mogelijk?

Een grote ergernis afgelopen jaren als ik probeerde de gunstigste uren te gebruiken dat Legionella doodleuk 's avonds om 20.00 uur tegen €0,45 z'n ding ging doen...

[ Voor 8% gewijzigd door bilgy_no1 op 16-08-2026 16:54 ]

[xoror]

staat wel op de planning voor wat er mogelijk is https://github.com/gekkek...ecodan-hp/discussions/395

We kunnen zelf niet de legionella starten helaas, maar wel rekening houden met. In het andere geval kan je natuurlijk zelf een legionella prevention maken. 60c voor 30m bijv. Maar dat kost wel weer veel tijd. Dus het eerste deel rekening houden met starten we mee.

[ Voor 66% gewijzigd door xoror op 16-08-2026 17:26 ]

[FrensDJ]

bilgy_no1 schreef op zondag 16 augustus 2026 @ 16:52:
[...]

Top. Ik zou dit het liefst automatisch zien gaan via Odin. Dus als Legionella binnen 48 uur nodig is dan zo gunstig mogelijk inplannen icm DHW run. Is zoiets mogelijk?

Een grote ergernis afgelopen jaren als ik probeerde de gunstigste uren te gebruiken dat Legionella doodleuk 's avonds om 20.00 uur tegen €0,45 z'n ding ging doen...

Legionella start tijd is in te stellen in de ecodan en door beetje met dagen te gaan spelen (minder of dagen tussen 2 rund) heb ik hem zover dat hij elke donderdag om 13:00 hem gaat doen

[bilgy_no1]

FrensDJ schreef op maandag 17 augustus 2026 @ 09:12:
[...]


Legionella start tijd is in te stellen in de ecodan en door beetje met dagen te gaan spelen (minder of dagen tussen 2 rund) heb ik hem zover dat hij elke donderdag om 13:00 hem gaat doen

Ik geloof niet dat ik die instelling in de Ecodan ooit heb kunnen vinden. Is dat misschien afhankelijk van het model? Ik las hierboven het antwoord dat je het niet zelf kunt starten.

Mooiste zou wmb zijn dat het vanuit Odin kan worden meegenomen... Maar ik begrijp uit het antwoord van xoror dat dit in eerste instantie alleen is dat de planning rekening houdt met het uitvoeren van de legionella run.

[xoror]

Legionella kan je instellen door long press te doen op die menu knop, dan zijn de settings editable. Kijk even in de handleiding.

Hier start het elke zondag 11.00 bijvoorbeeld. Maar je kan ook een keer per 2 weken etc doen

[bilgy_no1]

xoror schreef op maandag 17 augustus 2026 @ 11:04:
Legionella kan je instellen door long press te doen op die menu knop, dan zijn de settings editable. Kijk even in de handleiding.

Hier start het elke zondag 11.00 bijvoorbeeld. Maar je kan ook een keer per 2 weken etc doen

Thanks. Die maar eens bekijken dan. Ik had het destijds nog gevraagd aan de installateur...

[xoror]

bilgy_no1 schreef op maandag 17 augustus 2026 @ 11:20:
[...]

Thanks. Die maar eens bekijken dan. Ik had het destijds nog gevraagd aan de installateur...

Heeft hij/zij de rest wel goed geïnstalleerd? geen overbodige start/stops etc?

[bilgy_no1]

xoror schreef op maandag 17 augustus 2026 @ 12:13:
[...]

Heeft hij/zij de rest wel goed geïnstalleerd? geen overbodige start/stops etc?

Daarvoor heb ik nu Asgard en Odin 💪🏻