Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32

[xoror]

@bilgy_no1 hmm dat klopt dan niet. Als er 0 euro uitkomt kan dat maar door 2 dingen

1) gratis voldoende zonne energie (ik betwijfel of je om 22:00 voldoende opwekt, maar check het even en zie docs hoe je dit een beetje kan bij stellen met de performance ratio (PR)). Jij had geloof ik west orientatie, dus mogelijk heb jij meer pv opbrengst in de avond. Kijk wat hij denkt en wat er werkelijk is opgewekt en tune dit dmv de PR param zodat het ongeveer klopt.


2) 0 euro bij kwh prijs (kan je zien in odin, bij data, of Asgard solver tab onderin)

Moet je kijken of een van de 2 van toepassing is, anders heb ik even een debug log nodig (in odin kan je die downloaden). Je moet het zo zien. Odin gaat kijken vanaf 45c. Effectief geef je hem dus 5c om te kijken. Hij gaat vanuit dat per uur het water 0.5c afkoelt. Maar dit kan elk uur worden bijgesteld. In jouw geval heeft hij dus effectief 7 uur om vooruit te kijken (nu is het zo dat het per uur wordt bekeken, dus is het bij het volgende uur nog steeds 43.5, dan heb je vanaf dat punt nog 7 uur). Hij kijkt dan wat het goedkoopste punt is de komende 7 uur voor jouw case. Hij ziet 0 euro, dus ja dan is het makkelijk, dus ik denk dat daar de fout bij jou zit.

@trippelb welke totalen zou dan goed zijn ? Ik dacht dat 1 uur meestal wel genoeg ruimte gaf.
Probeer https://github.com/gekkek...eleases/tag/2026-06-21.02, daar zit 120m en 240m optie in

[ Voor 3% gewijzigd door xoror op 21-06-2026 09:38 ]

[bilgy_no1]

xoror schreef op zondag 21 juni 2026 @ 09:06:
@bilgy_no1 hmm dat klopt dan niet. Als er 0 euro uitkomt kan dat maar door 2 dingen

1) gratis voldoende zonne energie (ik betwijfel of je om 22:00 voldoende opwekt, maar check het even en zie docs hoe je dit een beetje kan bij stellen met de performance ratio (PR)). Jij had geloof ik west orientatie, dus mogelijk heb jij meer pv opbrengst in de avond. Kijk wat hij denkt en wat er werkelijk is opgewekt en tune dit dmv de PR param zodat het ongeveer klopt.
[Afbeelding]

2) 0 euro bij kwh prijs (kan je zien in odin, bij data, of Asgard solver tab onderin)

Moet je kijken of een van de 2 van toepassing is, anders heb ik even een debug log nodig (in odin kan je die downloaden). Je moet het zo zien. Odin gaat kijken vanaf 45c. Effectief geef je hem dus 5c om te kijken. Hij gaat vanuit dat per uur het water 0.5c afkoelt. Maar dit kan elk uur worden bijgesteld. In jouw geval heeft hij dus effectief 7 uur om vooruit te kijken (nu is het zo dat het per uur wordt bekeken, dus is het bij het volgende uur nog steeds 43.5, dan heb je vanaf dat punt nog 7 uur). Hij kijkt dan wat het goedkoopste punt is de komende 7 uur voor jouw case. Hij ziet 0 euro, dus ja dan is het makkelijk, dus ik denk dat daar de fout bij jou zit.

@trippelb welke totalen zou dan goed zijn ? Ik dacht dat 1 uur meestal wel genoeg ruimte gaf.
Probeer https://github.com/gekkek...eleases/tag/2026-06-21.02, daar zit 120m en 240m optie in

Ik zie nu de volgende grafieken staan: geen prijsdata rond die tijd, dus €0,00. Nu heb ik Odin gisteravond ergens anders in huis ingeplugd (rond 21:00) en daarna heb ik wel weer de prijzen gezien. Kennelijk toch niet goed herladen misschien.

Ik zal de PV opbrengst iets tunen, want om 22:00 rapporteerde 0W vermogen. Heeft misschien ook met wat bewolking te maken gehad:



De debug in Odin gaat niet meer terug naar gisteren. Dit is wat ik er nu zie staan:

ODIN
Dynamic Cost Optimizer
v1.0.0
192.168.1.187
Online
System Health
Uptime
12h 13m
Free Heap
6975.7 KB
DP Runs
13
Last Speed
30 ms
Last Optimization
SUCCESS — PATH FOUND
System Logs

2999) [2026-06-21 00:01:18.080] FETCH: ENTSO-E: domain=10YNL----------L WIDE window=202606210000..202606220000
I (7983399) [2026-06-21 00:01:18.483] esp-x509-crt-bundle: Certificate validated
I (7989209) [2026-06-21 00:01:24.287] FETCH: ENTSO-E: Period start=2026-06-20T22:00Z res=PT15M
W (7989209) [2026-06-21 00:01:24.291] FETCH: ENTSO-E: gap at local h=13, using average 88.23
W (7989209) [2026-06-21 00:01:24.293] FETCH: ENTSO-E: gap at local h=24, using average 88.23
W (7989219) [2026-06-21 00:01:24.301] FETCH: ENTSO-E: gap at local h=25, using average 88.23
W (7989229) [2026-06-21 00:01:24.309] FETCH: ENTSO-E: gap at local h=26, using average 88.23
W (7989239) [2026-06-21 00:01:24.317] FETCH: ENTSO-E: gap at local h=27, using average 88.23
W (7989239) [2026-06-21 00:01:24.325] FETCH: ENTSO-E: gap at local h=28, using average 88.23
W (7989249) [2026-06-21 00:01:24.333] FETCH: ENTSO-E: gap at local h=29, using average 88.23
W (7989259) [2026-06-21 00:01:24.342] FETCH: ENTSO-E: gap at local h=30, using average 88.23
W (7989269) [2026-06-21 00:01:24.350] FETCH: ENTSO-E: gap at local h=31, using average 88.23
W (7989279) [2026-06-21 00:01:24.358] FETCH: ENTSO-E: gap at local h=32, using average 88.23
W (7989289) [2026-06-21 00:01:24.366] FETCH: ENTSO-E: gap at local h=33, using average 88.23
W (7989289) [2026-06-21 00:01:24.374] FETCH: ENTSO-E: gap at local h=34, using average 88.23
W (7989299) [2026-06-21 00:01:24.382] FETCH: ENTSO-E: gap at local h=35, using average 88.23
W (7989309) [2026-06-21 00:01:24.390] FETCH: ENTSO-E: gap at local h=36, using average 88.23
W (7989319) [2026-06-21 00:01:24.399] FETCH: ENTSO-E: gap at local h=37, using average 88.23
W (7989329) [2026-06-21 00:01:24.407] FETCH: ENTSO-E: gap at local h=38, using average 88.23
W (7989329) [2026-06-21 00:01:24.415] FETCH: ENTSO-E: gap at local h=39, using average 88.23
W (7989339) [2026-06-21 00:01:24.423] FETCH: ENTSO-E: gap at local h=40, using average 88.23
W (7989349) [2026-06-21 00:01:24.431] FETCH: ENTSO-E: gap at local h=41, using average 88.23
W (7989359) [2026-06-21 00:01:24.439] FETCH: ENTSO-E: gap at local h=42, using average 88.23
W (7989369) [2026-06-21 00:01:24.448] FETCH: ENTSO-E: gap at local h=43, using average 88.23
W (7989379) [2026-06-21 00:01:24.456] FETCH: ENTSO-E: gap at local h=44, using average 88.23
W (7989379) [2026-06-21 00:01:24.464] FETCH: ENTSO-E: gap at local h=45, using average 88.23
W (7989389) [2026-06-21 00:01:24.472] FETCH: ENTSO-E: gap at local h=46, using average 88.23
W (7989399) [2026-06-21 00:01:24.480] FETCH: ENTSO-E: gap at local h=47, using average 88.23
I (7989409) [2026-06-21 00:01:24.488] FETCH: ENTSO-E: 23/48 local hours parsed for BZN=NL
I (7989419) [2026-06-21 00:01:24.498] FETCH: apply_tax: converted 48 prices to all-in for BZN=NL (tax=0.1088 EUR/kWh, VAT=1.210x)
I (7989439) [2026-06-21 00:01:24.517] FETCH: nvs_save_prices: saved 48 prices for logical day-of-year 172
I (7989439) [2026-06-21 00:01:24.518] SCHEDULER: 00:05 price refresh OK (48 hours).
I (10930439) [2026-06-21 00:50:25.545] SCHEDULER: Hourly weather refresh (hour 0)...
I (10930439) [2026-06-21 00:50:25.545] FETCH: Weather source: Open-Meteo (free)
I (10930699) [2026-06-21 00:50:25.808] esp-x509-crt-bundle: Certificate validated
I (10930999) [2026-06-21 00:50:26.111] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (10930999) [2026-06-21 00:50:26.114] SCHEDULER: Hourly weather refresh done (48 hours).
I (11267249) [2026-06-21 00:56:02.364] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (11267259) [2026-06-21 00:56:02.366] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (11267299) [2026-06-21 00:56:02.412] ODIN_SERVER: === MEMORY CHECK ===
I (11267299) [2026-06-21 00:56:02.413] ODIN_SERVER: Free RAM before solve: 7141004 bytes
I (11267309) [2026-06-21 00:56:02.416] ODIN_SERVER: Free RAM after solve : 7139776 bytes
I (11267309) [2026-06-21 00:56:02.424] ODIN_SERVER: Lowest RAM ever seen : 6935340 bytes
I (11267319) [2026-06-21 00:56:02.432] ODIN_SERVER: ======================
I (11267329) [2026-06-21 00:56:02.439] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (11267339) [2026-06-21 00:56:02.450] ODIN_SERVER: === OPTIMIZATION COMPLETE (40 ms) | states=151 | nodes=19210/1094448 (98% pruned) ===

I (14532009) [2026-06-21 01:50:27.146] SCHEDULER: Hourly weather refresh (hour 1)...
I (14532009) [2026-06-21 01:50:27.146] FETCH: Weather source: Open-Meteo (free)
I (14532149) [2026-06-21 01:50:27.290] esp-x509-crt-bundle: Certificate validated
I (14532539) [2026-06-21 01:50:27.680] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (14532539) [2026-06-21 01:50:27.683] SCHEDULER: Hourly weather refresh done (48 hours).
I (14867739) [2026-06-21 01:56:02.884] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (14867749) [2026-06-21 01:56:02.887] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (14867789) [2026-06-21 01:56:02.932] ODIN_SERVER: === MEMORY CHECK ===
I (14867789) [2026-06-21 01:56:02.932] ODIN_SERVER: Free RAM before solve: 7141012 bytes
I (14867789) [2026-06-21 01:56:02.935] ODIN_SERVER: Free RAM after solve : 7139784 bytes
I (14867799) [2026-06-21 01:56:02.943] ODIN_SERVER: Lowest RAM ever seen : 6935340 bytes
I (14867809) [2026-06-21 01:56:02.951] ODIN_SERVER: ======================
I (14867819) [2026-06-21 01:56:02.957] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (14867829) [2026-06-21 01:56:02.969] ODIN_SERVER: === OPTIMIZATION COMPLETE (40 ms) | states=151 | nodes=18526/1071647 (98% pruned) ===

I (18034099) [2026-06-21 02:48:49.244] wifi:<ba-add>idx:1 (ifx:0, 3c:6a:d2:c7:2b:a7) [2026-06-21 02:48:49.244], tid:6, ssn:2, winSize:64
I (18133549) [2026-06-21 02:50:28.659] SCHEDULER: Hourly weather refresh (hour 2)...
I (18133549) [2026-06-21 02:50:28.660] FETCH: Weather source: Open-Meteo (free)
I (18133749) [2026-06-21 02:50:28.863] esp-x509-crt-bundle: Certificate validated
I (18134079) [2026-06-21 02:50:29.193] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (18134079) [2026-06-21 02:50:29.196] SCHEDULER: Hourly weather refresh done (48 hours).
I (18467509) [2026-06-21 02:56:02.623] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (18467509) [2026-06-21 02:56:02.626] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (18467549) [2026-06-21 02:56:02.668] ODIN_SERVER: === MEMORY CHECK ===
I (18467549) [2026-06-21 02:56:02.669] ODIN_SERVER: Free RAM before solve: 7140940 bytes
I (18467559) [2026-06-21 02:56:02.672] ODIN_SERVER: Free RAM after solve : 7139712 bytes
I (18467569) [2026-06-21 02:56:02.680] ODIN_SERVER: Lowest RAM ever seen : 6935340 bytes
I (18467569) [2026-06-21 02:56:02.687] ODIN_SERVER: ======================
I (18467579) [2026-06-21 02:56:02.694] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (18467589) [2026-06-21 02:56:02.705] ODIN_SERVER: === OPTIMIZATION COMPLETE (40 ms) | states=151 | nodes=17324/1048846 (98% pruned) ===

I (21705089) [2026-06-21 03:50:00.278] SCHEDULER: Hourly weather refresh (hour 3)...
I (21705089) [2026-06-21 03:50:00.278] FETCH: Weather source: Open-Meteo (free)
I (21705309) [2026-06-21 03:50:00.499] esp-x509-crt-bundle: Certificate validated
I (21706909) [2026-06-21 03:50:02.105] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (21706919) [2026-06-21 03:50:02.108] SCHEDULER: Hourly weather refresh done (48 hours).
I (22067749) [2026-06-21 03:56:02.944] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (22067749) [2026-06-21 03:56:02.946] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (22067789) [2026-06-21 03:56:02.986] ODIN_SERVER: === MEMORY CHECK ===
I (22067789) [2026-06-21 03:56:02.987] ODIN_SERVER: Free RAM before solve: 7140908 bytes
I (22067799) [2026-06-21 03:56:02.990] ODIN_SERVER: Free RAM after solve : 7139680 bytes
I (22067809) [2026-06-21 03:56:02.997] ODIN_SERVER: Lowest RAM ever seen : 6935340 bytes
I (22067809) [2026-06-21 03:56:03.005] ODIN_SERVER: ======================
I (22067819) [2026-06-21 03:56:03.012] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (22067829) [2026-06-21 03:56:03.023] ODIN_SERVER: === OPTIMIZATION COMPLETE (40 ms) | states=151 | nodes=16317/1026045 (98% pruned) ===

I (25307919) [2026-06-21 04:50:03.137] SCHEDULER: Hourly weather refresh (hour 4)...
I (25307919) [2026-06-21 04:50:03.137] FETCH: Weather source: Open-Meteo (free)
I (25308149) [2026-06-21 04:50:03.375] esp-x509-crt-bundle: Certificate validated
I (25309569) [2026-06-21 04:50:04.796] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (25309579) [2026-06-21 04:50:04.799] SCHEDULER: Hourly weather refresh done (48 hours).
I (25667749) [2026-06-21 04:56:02.974] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (25667749) [2026-06-21 04:56:02.976] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (25667789) [2026-06-21 04:56:03.014] ODIN_SERVER: === MEMORY CHECK ===
I (25667789) [2026-06-21 04:56:03.015] ODIN_SERVER: Free RAM before solve: 7140908 bytes
I (25667799) [2026-06-21 04:56:03.018] ODIN_SERVER: Free RAM after solve : 7139680 bytes
I (25667799) [2026-06-21 04:56:03.026] ODIN_SERVER: Lowest RAM ever seen : 6935340 bytes
I (25667809) [2026-06-21 04:56:03.034] ODIN_SERVER: ======================
I (25667819) [2026-06-21 04:56:03.040] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (25667829) [2026-06-21 04:56:03.052] ODIN_SERVER: === OPTIMIZATION COMPLETE (40 ms) | states=151 | nodes=15242/1003244 (98% pruned) ===

I (28910579) [2026-06-21 05:50:05.810] SCHEDULER: Hourly weather refresh (hour 5)...
I (28910579) [2026-06-21 05:50:05.811] FETCH: Weather source: Open-Meteo (free)
I (28910729) [2026-06-21 05:50:05.967] esp-x509-crt-bundle: Certificate validated
I (28911219) [2026-06-21 05:50:06.451] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (28911219) [2026-06-21 05:50:06.454] SCHEDULER: Hourly weather refresh done (48 hours).
I (29267509) [2026-06-21 05:56:02.746] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (29267509) [2026-06-21 05:56:02.749] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (29267549) [2026-06-21 05:56:02.786] ODIN_SERVER: === MEMORY CHECK ===
I (29267549) [2026-06-21 05:56:02.786] ODIN_SERVER: Free RAM before solve: 7140916 bytes
I (29267549) [2026-06-21 05:56:02.789] ODIN_SERVER: Free RAM after solve : 7139676 bytes
I (29267559) [2026-06-21 05:56:02.797] ODIN_SERVER: Lowest RAM ever seen : 6935340 bytes
I (29267569) [2026-06-21 05:56:02.805] ODIN_SERVER: ======================
I (29267579) [2026-06-21 05:56:02.811] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (29267589) [2026-06-21 05:56:02.823] ODIN_SERVER: === OPTIMIZATION COMPLETE (40 ms) | states=151 | nodes=14382/980443 (99% pruned) ===

I (32512219) [2026-06-21 06:50:07.491] SCHEDULER: Hourly weather refresh (hour 6)...
I (32512219) [2026-06-21 06:50:07.492] FETCH: Weather source: Open-Meteo (free)
I (32512459) [2026-06-21 06:50:07.732] esp-x509-crt-bundle: Certificate validated
I (32512799) [2026-06-21 06:50:08.072] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (32512799) [2026-06-21 06:50:08.075] SCHEDULER: Hourly weather refresh done (48 hours).
I (32867659) [2026-06-21 06:56:02.933] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (32867659) [2026-06-21 06:56:02.936] OPTIMIZER: Required memory: 113680 bytes for 14210 nodes.
I (32867689) [2026-06-21 06:56:02.971] ODIN_SERVER: === MEMORY CHECK ===
I (32867699) [2026-06-21 06:56:02.972] ODIN_SERVER: Free RAM before solve: 7140916 bytes
I (32867699) [2026-06-21 06:56:02.975] ODIN_SERVER: Free RAM after solve : 7139676 bytes
I (32867709) [2026-06-21 06:56:02.982] ODIN_SERVER: Lowest RAM ever seen : 6935340 bytes
I (32867709) [2026-06-21 06:56:02.990] ODIN_SERVER: ======================
I (32867719) [2026-06-21 06:56:02.997] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (32867729) [2026-06-21 06:56:03.008] ODIN_SERVER: === OPTIMIZATION COMPLETE (30 ms) | states=151 | nodes=14131/957642 (99% pruned) ===

I (36113799) [2026-06-21 07:50:08.981] SCHEDULER: Hourly weather refresh (hour 7)...
I (36113799) [2026-06-21 07:50:08.981] FETCH: Weather source: Open-Meteo (free)
I (36113999) [2026-06-21 07:50:09.181] esp-x509-crt-bundle: Certificate validated
I (36114349) [2026-06-21 07:50:09.534] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (36114349) [2026-06-21 07:50:09.537] SCHEDULER: Hourly weather refresh done (48 hours).
I (36467759) [2026-06-21 07:56:02.948] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (36467759) [2026-06-21 07:56:02.950] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (36467799) [2026-06-21 07:56:02.984] ODIN_SERVER: === MEMORY CHECK ===
I (36467799) [2026-06-21 07:56:02.984] ODIN_SERVER: Free RAM before solve: 7140916 bytes
I (36467799) [2026-06-21 07:56:02.987] ODIN_SERVER: Free RAM after solve : 7139676 bytes
I (36467809) [2026-06-21 07:56:02.995] ODIN_SERVER: Lowest RAM ever seen : 6935340 bytes
I (36467819) [2026-06-21 07:56:03.003] ODIN_SERVER: ======================
I (36467819) [2026-06-21 07:56:03.009] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (36467829) [2026-06-21 07:56:03.021] ODIN_SERVER: === OPTIMIZATION COMPLETE (40 ms) | states=151 | nodes=12947/934841 (99% pruned) ===

I (39715359) [2026-06-21 08:50:10.686] SCHEDULER: Hourly weather refresh (hour 8)...
I (39715359) [2026-06-21 08:50:10.687] FETCH: Weather source: Open-Meteo (free)
I (39715499) [2026-06-21 08:50:10.829] esp-x509-crt-bundle: Certificate validated
I (39715869) [2026-06-21 08:50:11.205] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (39715879) [2026-06-21 08:50:11.208] SCHEDULER: Hourly weather refresh done (48 hours).
I (40068169) [2026-06-21 08:56:03.505] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (40068179) [2026-06-21 08:56:03.508] OPTIMIZER: Required memory: 109368 bytes for 13671 nodes.
I (40068209) [2026-06-21 08:56:03.539] ODIN_SERVER: === MEMORY CHECK ===
I (40068209) [2026-06-21 08:56:03.540] ODIN_SERVER: Free RAM before solve: 7140916 bytes
I (40068209) [2026-06-21 08:56:03.543] ODIN_SERVER: Free RAM after solve : 7139676 bytes
I (40068219) [2026-06-21 08:56:03.551] ODIN_SERVER: Lowest RAM ever seen : 6935340 bytes
I (40068229) [2026-06-21 08:56:03.559] ODIN_SERVER: ======================
I (40068229) [2026-06-21 08:56:03.565] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (40068249) [2026-06-21 08:56:03.576] ODIN_SERVER: === OPTIMIZATION COMPLETE (30 ms) | states=151 | nodes=12171/912040 (99% pruned) ===

I (43316879) [2026-06-21 09:50:12.234] SCHEDULER: Hourly weather refresh (hour 9)...
I (43316879) [2026-06-21 09:50:12.234] FETCH: Weather source: Open-Meteo (free)
I (43317019) [2026-06-21 09:50:12.379] esp-x509-crt-bundle: Certificate validated
I (43317409) [2026-06-21 09:50:12.765] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (43317409) [2026-06-21 09:50:12.767] SCHEDULER: Hourly weather refresh done (48 hours).
I (43667669) [2026-06-21 09:56:03.023] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (43667669) [2026-06-21 09:56:03.026] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (43667699) [2026-06-21 09:56:03.057] ODIN_SERVER: === MEMORY CHECK ===
I (43667699) [2026-06-21 09:56:03.057] ODIN_SERVER: Free RAM before solve: 7140916 bytes
I (43667699) [2026-06-21 09:56:03.060] ODIN_SERVER: Free RAM after solve : 7139676 bytes
I (43667709) [2026-06-21 09:56:03.068] ODIN_SERVER: Lowest RAM ever seen : 6935340 bytes
I (43667719) [2026-06-21 09:56:03.076] ODIN_SERVER: ======================
I (43667719) [2026-06-21 09:56:03.082] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (43667739) [2026-06-21 09:56:03.094] ODIN_SERVER: === OPTIMIZATION COMPLETE (30 ms) | states=151 | nodes=11582/889239 (99% pruned) ===

[xoror]

Is niet nodig meer. Het is die missende prijs data. Gebruik je entso-e?

Als je opnieuw inplugged, check dan de prijs data. Hij haalt het wel on boot op, maar blijkbaar is het niet goed gegaan. In dat geval even fetch data knop drukken.

[ Voor 17% gewijzigd door xoror op 21-06-2026 10:24 ]

[bilgy_no1]

xoror schreef op zondag 21 juni 2026 @ 10:19:
Is niet nodig meer. Het is die missende prijs data. Gebruik je entso-e?

Als je opnieuw inplugged, check dan de prijs data. Hij haalt het wel on boot op, maar blijkbaar is het niet goed gegaan. In dat geval even fetch data knop drukken.

Ja heb het naar Entso-E omgezet laatst. Het verplaatsen is nu hopelijk niet meer nodig. Ik had hem eerst ergens ingeplugd waar het groene lampje 's nachts wat storend was. Dat is nu opgelost.

Dank weer.

[trippelb]

@xoror dat is helemaal mooi, nu even uitvogelen hoe ik een pre release push naar de esp 🙈

Tot nu toe was de 60 minuten lockout inderdaad perfect. Met de hoge luchtvochtigheid van de afgelopen week merk ik echter dat het wel tot 6 uur kan duren. Heeft vooral te maken met hoog dauwpunt dat hier in huis kan oplopen tot 19 graden, bij die temperatuur is er natuurlijk nauwelijks afgifte en schiet de aanvoertemperatuur te ver door.

voor nu lijkt me de 240 minuten/4 uur optie een hele mooie! Dan kan ik met een automatisering aan de hand van het dauwpunt de lockout duration regelen.

[bilgy_no1]

bilgy_no1 schreef op zondag 21 juni 2026 @ 10:33:
[...]

Ja heb het naar Entso-E omgezet laatst. Het verplaatsen is nu hopelijk niet meer nodig. Ik had hem eerst ergens ingeplugd waar het groene lampje 's nachts wat storend was. Dat is nu opgelost.

Dank weer.

@xoror ik weet niet of het ophalen van de prijzen helemaal goed gaat. Zojuist (rond 15:30) keek ik naar de data bij Odin en zag geen prijzen en datum 1970-01-01:



Daarna een manual fetch gedaan. Wel data, maar ook een prijspiek rond het middaguur vandaag die niet klopt:



In het log zie je dat ie om 14:45 prijzen bij Entso-E heeft opgehaald. Ik zie ook de "gap at 13h" en "data unchanged, skipping write", wat gek is want de prijzen voor morgen waren er nog niet.

I (61024479) [2026-06-21 14:45:19.942] SCHEDULER: 14:45 reached. Fetching prices for tomorrow...
I (61024479) [2026-06-21 14:45:19.943] FETCH: Price source: ENTSO-E (BZN=NL)
I (61024479) [2026-06-21 14:45:19.947] FETCH: ENTSO-E: domain=10YNL----------L WIDE window=202606210000..202606220000
I (61024709) [2026-06-21 14:45:20.174] esp-x509-crt-bundle: Certificate validated
I (61030599) [2026-06-21 14:45:26.070] FETCH: ENTSO-E: Period start=2026-06-20T22:00Z res=PT15M
I (61030609) [2026-06-21 14:45:26.075] FETCH: ENTSO-E: Period start=2026-06-21T22:00Z res=PT15M
W (61030609) [2026-06-21 14:45:26.080] FETCH: ENTSO-E: gap at local h=13, using average 106.16
I (61030619) [2026-06-21 14:45:26.085] FETCH: ENTSO-E: 47/48 local hours parsed for BZN=NL
I (61030629) [2026-06-21 14:45:26.094] FETCH: apply_tax: converted 48 prices to all-in for BZN=NL (tax=0.1088 EUR/kWh, VAT=1.210x)
I (61030649) [2026-06-21 14:45:26.113] FETCH: nvs_save_prices: saved 48 prices for logical day-of-year 172
I (61030649) [2026-06-21 14:45:26.114] SCHEDULER: Successfully fetched 48 hours of prices.
I (61061649) [2026-06-21 14:45:57.112] SCHEDULER: 14:45 reached. Fetching prices for tomorrow...
I (61061649) [2026-06-21 14:45:57.113] FETCH: Price source: ENTSO-E (BZN=NL)
I (61061649) [2026-06-21 14:45:57.117] FETCH: ENTSO-E: domain=10YNL----------L WIDE window=202606210000..202606220000
I (61061829) [2026-06-21 14:45:57.300] esp-x509-crt-bundle: Certificate validated
I (61062739) [2026-06-21 14:45:58.209] FETCH: ENTSO-E: Period start=2026-06-20T22:00Z res=PT15M
I (61062749) [2026-06-21 14:45:58.214] FETCH: ENTSO-E: Period start=2026-06-21T22:00Z res=PT15M
W (61062749) [2026-06-21 14:45:58.219] FETCH: ENTSO-E: gap at local h=13, using average 106.16
I (61062759) [2026-06-21 14:45:58.223] FETCH: ENTSO-E: 47/48 local hours parsed for BZN=NL
I (61062769) [2026-06-21 14:45:58.233] FETCH: apply_tax: converted 48 prices to all-in for BZN=NL (tax=0.1088 EUR/kWh, VAT=1.210x)
I (61062779) [2026-06-21 14:45:58.243] FETCH: nvs_save_prices: data unchanged, skipping write
I (61062779) [2026-06-21 14:45:58.251] SCHEDULER: Successfully fetched 48 hours of prices.
I (61333789) [2026-06-21 14:50:29.283] SCHEDULER: Hourly weather refresh (hour 14)...
I (61333789) [2026-06-21 14:50:29.283] FETCH: Weather source: Open-Meteo (free)
I (61333929) [2026-06-21 14:50:29.432] esp-x509-crt-bundle: Certificate validated
I (61334329) [2026-06-21 14:50:29.830] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (61334329) [2026-06-21 14:50:29.833] SCHEDULER: Hourly weather refresh done (48 hours).
I (61667889) [2026-06-21 14:56:03.390] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (61667889) [2026-06-21 14:56:03.393] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (61667919) [2026-06-21 14:56:03.418] ODIN_SERVER: === MEMORY CHECK ===
I (61667919) [2026-06-21 14:56:03.418] ODIN_SERVER: Free RAM before solve: 7140844 bytes
I (61667919) [2026-06-21 14:56:03.421] ODIN_SERVER: Free RAM after solve : 7139608 bytes
I (61667929) [2026-06-21 14:56:03.429] ODIN_SERVER: Lowest RAM ever seen : 6935340 bytes
I (61667939) [2026-06-21 14:56:03.437] ODIN_SERVER: ======================
I (61667949) [2026-06-21 14:56:03.444] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (61667959) [2026-06-21 14:56:03.455] ODIN_SERVER: === OPTIMIZATION COMPLETE (30 ms) | states=151 | nodes=9058/775234 (99% pruned) ===

I (63713359) [2026-06-21 15:30:08.857] ODIN_SERVER: Manual data fetch triggered via UI.
I (63713359) [2026-06-21 15:30:08.858] FETCH: SNTP already running, skipping init.
I (63713359) [2026-06-21 15:30:08.862] FETCH: Price source: ENTSO-E (BZN=NL)
I (63713369) [2026-06-21 15:30:08.869] FETCH: ENTSO-E: domain=10YNL----------L WIDE window=202606210000..202606220000
I (63713619) [2026-06-21 15:30:09.123] esp-x509-crt-bundle: Certificate validated
I (63722319) [2026-06-21 15:30:17.813] FETCH: ENTSO-E: Period start=2026-06-20T22:00Z res=PT15M
I (63722319) [2026-06-21 15:30:17.818] FETCH: ENTSO-E: Period start=2026-06-21T22:00Z res=PT15M
W (63722329) [2026-06-21 15:30:17.824] FETCH: ENTSO-E: gap at local h=13, using average 106.16
I (63722329) [2026-06-21 15:30:17.828] FETCH: ENTSO-E: 47/48 local hours parsed for BZN=NL
I (63722339) [2026-06-21 15:30:17.837] FETCH: apply_tax: converted 48 prices to all-in for BZN=NL (tax=0.1088 EUR/kWh, VAT=1.210x)
I (63722349) [2026-06-21 15:30:17.847] FETCH: Weather source: Open-Meteo (free)
I (63722489) [2026-06-21 15:30:17.991] esp-x509-crt-bundle: Certificate validated
I (63722829) [2026-06-21 15:30:18.330] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (63722839) [2026-06-21 15:30:18.333] FETCH: nvs_save_prices: data unchanged, skipping write

[xoror]

@bilgy_no1 Ik zie het idd en zal even kijken. Als er geen prijzen zijn pak ik het dag gemiddelde. Dit is om voor morgen een schatting te maken voor Odin. Na 15.00 weet je dan de echte prijzen.

Je hebt wel vaak dat je geen data hebt, kan je morgen rond 14.45 meekijken in de log wat hij aan foutmelding geeft?

Mogelijk is entso-e helemaal overbelast als de data voor de volgende dag wordt bekend gemaakt. Maar hier gaat het eigenlijk altijd wel goed.

[Johnny_Hasselt]

xoror schreef op zondag 21 juni 2026 @ 16:38:
@bilgy_no1 Ik zie het idd rn zal even kijken. Als er geen prijzen zijn pak ik het dag gemiddelde. Dit is om voor morgen een schatting te maken voor Odin. Na 15.00 weet je dan de echte prijzen.

Je hebt wel vaak dat je geen data hebt, kan je morgen rond 14.45 meekijken in de log wat hij aan foutmelding geeft?

Mogelijk is entso-e helemaal overbelast als de data voor de volgende dag wordt bekend gemaakt. Maar hier gaat het eigenlijk altijd wel goed.

Die melding van 13h heb ik ook.... Maar dat is een data die al gepasseerd is... Je ziet dat er 47/48 data weggeschreven is.... Deze melding van 13h komt elke dag heb ik gemerkt en maak me er niet druk om omdat het al history is.

[xoror]

Ah het is dus alleen fout als we al voorbij zijn?

Wel apart dat het de dag ervoor wel compleet is. Ik zal kijken of ik dat kan opvangen, aangezien we deze prijs de vorige dag al wel hadden

[bilgy_no1]

xoror schreef op zondag 21 juni 2026 @ 16:38:
@bilgy_no1 Ik zie het idd en zal even kijken. Als er geen prijzen zijn pak ik het dag gemiddelde. Dit is om voor morgen een schatting te maken voor Odin. Na 15.00 weet je dan de echte prijzen.

Je hebt wel vaak dat je geen data hebt, kan je morgen rond 14.45 meekijken in de log wat hij aan foutmelding geeft?

Mogelijk is entso-e helemaal overbelast als de data voor de volgende dag wordt bekend gemaakt. Maar hier gaat het eigenlijk altijd wel goed.

Ik check het morgen weer. Ik heb wel vaker gezien dat de prijzen zijn binnengehaald, maar als ik dan een paar uur later kijk is het weer niet compleet. Of dat een hele dag op een gemiddelde was bepaald. Alleen heb ik dat niet vastgelegd of in het log gekeken toen. Dat was ook met de andere databron, dus wellicht ligt het niet aan de bron maar aan het wegschrijven of zo?

[ Voor 6% gewijzigd door bilgy_no1 op 21-06-2026 18:27 ]

[Johnny_Hasselt]

@xoror wat hiermee doen? Gisteren ook al gehad .... Een dikke 20min...100 tal meldingen en dan OK.

[ Voor 4% gewijzigd door Johnny_Hasselt op 21-06-2026 18:48 ]

[Ben(V)]

Zorgen voor een beter wifi netwerk lijkt mij.

[xoror]

@Johnny_Hasselt nee dat zijn wifi debug msg.

@bilgy_no1 Het is eigenlijk heel simpel. Om 00:01 wordt een keer de prijsdata opgehaald, en daar dan zie je gemiddelde prijs voor de dag erna. Om 14.45 is de data voor de volgende dag bekend, en dan wordt het opgehaald, en dan zou je geen gemiddelde prijzen moeten zien voor de dag erna.

[trippelb]

@xoror update geinstalleerd en die doet wat ie moet doen! Hartelijk dank weer,

[Breezz]

Ik dacht dat Min Cool Flow de minimale watertemperatuur moest voorstellen?
Zie nu een feed van 16,5 graden, met Min Cool Flow op 18 graden ?

[xoror]

@Breezz Ja dat had ik hier https://github.com/gekkek...ecodan-hp/discussions/356 uitgelegd. De wp gaat lager om te proberen min vermogen kwijt te kunnen. Bij 1.5c verschil slaat hij af. Dit is de reden waarom je +1 / +1.5 graden speling moet hanteren. Je ziet dat we aan de instellende kant netjes houden aan de 18c. De wp kan dus afwijken om toch het min vermogen kwijt te kunnen. Je zit dus ws aan je min vermogen / afgifte combi.

[ Voor 15% gewijzigd door xoror op 22-06-2026 09:56 ]

[bilgy_no1]

xoror schreef op zondag 21 juni 2026 @ 20:03:
@Johnny_Hasselt nee dat zijn wifi debug msg.

@bilgy_no1 Het is eigenlijk heel simpel. Om 00:01 wordt een keer de prijsdata opgehaald, en daar dan zie je gemiddelde prijs voor de dag erna. Om 14.45 is de data voor de volgende dag bekend, en dan wordt het opgehaald, en dan zou je geen gemiddelde prijzen moeten zien voor de dag erna.

Zojuist gekeken. Hij heeft wel de prijzen succesvol opgehaald als ik naar de log kijk. Als ik vervolgens naar de Data tab keek stonden daar nog gemiddelde prijzen voor morgen. Maar na een refresh van de browser tab kwam wel de juiste grafiek in beeld.

Hij had net voor de nieuwe prijzen besloten om DHW te doen. Dus dat ging eigenlijk wel goed.

Verder nog een verzoekje voor Asgard: is het mogelijk om in de grafiek met Temperatures ook DHW te tonen?

Odin log:

er source: Open-Meteo (free)
I (115334059) [2026-06-22 05:50:29.965] esp-x509-crt-bundle: Certificate validated
I (115334379) [2026-06-22 05:50:30.290] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (115334389) [2026-06-22 05:50:30.293] SCHEDULER: Hourly weather refresh done (48 hours).
I (115668869) [2026-06-22 05:56:04.780] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (115668879) [2026-06-22 05:56:04.783] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (115668919) [2026-06-22 05:56:04.822] ODIN_SERVER: === MEMORY CHECK ===
I (115668919) [2026-06-22 05:56:04.822] ODIN_SERVER: Free RAM before solve: 7140608 bytes
I (115668919) [2026-06-22 05:56:04.826] ODIN_SERVER: Free RAM after solve : 7139380 bytes
I (115668929) [2026-06-22 05:56:04.834] ODIN_SERVER: Lowest RAM ever seen : 6931308 bytes
I (115668939) [2026-06-22 05:56:04.841] ODIN_SERVER: ======================
I (115668939) [2026-06-22 05:56:04.848] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (115668949) [2026-06-22 05:56:04.860] ODIN_SERVER: === OPTIMIZATION COMPLETE (40 ms) | states=151 | nodes=15475/980443 (98% pruned) ===

I (118905389) [2026-06-22 06:50:01.322] SCHEDULER: Hourly weather refresh (hour 6)...
I (118905389) [2026-06-22 06:50:01.323] FETCH: Weather source: Open-Meteo (free)
I (118905559) [2026-06-22 06:50:01.500] esp-x509-crt-bundle: Certificate validated
I (118907039) [2026-06-22 06:50:02.973] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (118907039) [2026-06-22 06:50:02.976] SCHEDULER: Hourly weather refresh done (48 hours).
I (119268989) [2026-06-22 06:56:04.930] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (119268999) [2026-06-22 06:56:04.932] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (119269029) [2026-06-22 06:56:04.971] ODIN_SERVER: === MEMORY CHECK ===
I (119269029) [2026-06-22 06:56:04.971] ODIN_SERVER: Free RAM before solve: 7140608 bytes
I (119269039) [2026-06-22 06:56:04.975] ODIN_SERVER: Free RAM after solve : 7139380 bytes
I (119269049) [2026-06-22 06:56:04.983] ODIN_SERVER: Lowest RAM ever seen : 6931308 bytes
I (119269049) [2026-06-22 06:56:04.990] ODIN_SERVER: ======================
I (119269059) [2026-06-22 06:56:04.997] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (119269069) [2026-06-22 06:56:05.009] ODIN_SERVER: === OPTIMIZATION COMPLETE (40 ms) | states=151 | nodes=15177/957642 (98% pruned) ===

I (122508039) [2026-06-22 07:50:03.999] SCHEDULER: Hourly weather refresh (hour 7)...
I (122508039) [2026-06-22 07:50:03.999] FETCH: Weather source: Open-Meteo (free)
I (122508259) [2026-06-22 07:50:04.225] esp-x509-crt-bundle: Certificate validated
I (122509479) [2026-06-22 07:50:05.448] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (122509489) [2026-06-22 07:50:05.451] SCHEDULER: Hourly weather refresh done (48 hours).
I (122868779) [2026-06-22 07:56:04.741] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (122868779) [2026-06-22 07:56:04.744] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (122868819) [2026-06-22 07:56:04.780] ODIN_SERVER: === MEMORY CHECK ===
I (122868819) [2026-06-22 07:56:04.780] ODIN_SERVER: Free RAM before solve: 7140600 bytes
I (122868819) [2026-06-22 07:56:04.784] ODIN_SERVER: Free RAM after solve : 7139372 bytes
I (122868829) [2026-06-22 07:56:04.792] ODIN_SERVER: Lowest RAM ever seen : 6931308 bytes
I (122868839) [2026-06-22 07:56:04.799] ODIN_SERVER: ======================
I (122868839) [2026-06-22 07:56:04.806] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (122868849) [2026-06-22 07:56:04.818] ODIN_SERVER: === OPTIMIZATION COMPLETE (40 ms) | states=151 | nodes=14068/934841 (98% pruned) ===

I (126110489) [2026-06-22 08:50:06.476] SCHEDULER: Hourly weather refresh (hour 8)...
I (126110489) [2026-06-22 08:50:06.476] FETCH: Weather source: Open-Meteo (free)
I (126110629) [2026-06-22 08:50:06.617] esp-x509-crt-bundle: Certificate validated
I (126111129) [2026-06-22 08:50:07.117] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (126111129) [2026-06-22 08:50:07.120] SCHEDULER: Hourly weather refresh done (48 hours).
I (126468889) [2026-06-22 08:56:04.884] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (126468899) [2026-06-22 08:56:04.887] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (126468929) [2026-06-22 08:56:04.922] ODIN_SERVER: === MEMORY CHECK ===
I (126468929) [2026-06-22 08:56:04.922] ODIN_SERVER: Free RAM before solve: 7140600 bytes
I (126468929) [2026-06-22 08:56:04.925] ODIN_SERVER: Free RAM after solve : 7139372 bytes
I (126468939) [2026-06-22 08:56:04.933] ODIN_SERVER: Lowest RAM ever seen : 6931308 bytes
I (126468949) [2026-06-22 08:56:04.941] ODIN_SERVER: ======================
I (126468959) [2026-06-22 08:56:04.948] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (126468969) [2026-06-22 08:56:04.959] ODIN_SERVER: === OPTIMIZATION COMPLETE (30 ms) | states=151 | nodes=13442/912040 (99% pruned) ===

I (127921349) [2026-06-22 09:20:17.340] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (127921349) [2026-06-22 09:20:17.343] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (127921389) [2026-06-22 09:20:17.377] ODIN_SERVER: === MEMORY CHECK ===
I (127921389) [2026-06-22 09:20:17.377] ODIN_SERVER: Free RAM before solve: 7140612 bytes
I (127921389) [2026-06-22 09:20:17.380] ODIN_SERVER: Free RAM after solve : 7139364 bytes
I (127921399) [2026-06-22 09:20:17.388] ODIN_SERVER: Lowest RAM ever seen : 6931308 bytes
I (127921409) [2026-06-22 09:20:17.396] ODIN_SERVER: ======================
I (127921409) [2026-06-22 09:20:17.403] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (127921419) [2026-06-22 09:20:17.414] ODIN_SERVER: === OPTIMIZATION COMPLETE (40 ms) | states=151 | nodes=12810/889239 (99% pruned) ===

I (129712129) [2026-06-22 09:50:08.132] SCHEDULER: Hourly weather refresh (hour 9)...
I (129712129) [2026-06-22 09:50:08.133] FETCH: Weather source: Open-Meteo (free)
I (129712269) [2026-06-22 09:50:08.279] esp-x509-crt-bundle: Certificate validated
I (129712599) [2026-06-22 09:50:08.609] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (129712599) [2026-06-22 09:50:08.612] SCHEDULER: Hourly weather refresh done (48 hours).
I (130082159) [2026-06-22 09:56:18.164] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (130082159) [2026-06-22 09:56:18.167] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (130082189) [2026-06-22 09:56:18.201] ODIN_SERVER: === MEMORY CHECK ===
I (130082189) [2026-06-22 09:56:18.201] ODIN_SERVER: Free RAM before solve: 7140604 bytes
I (130082199) [2026-06-22 09:56:18.204] ODIN_SERVER: Free RAM after solve : 7139376 bytes
I (130082209) [2026-06-22 09:56:18.212] ODIN_SERVER: Lowest RAM ever seen : 6931308 bytes
I (130082209) [2026-06-22 09:56:18.220] ODIN_SERVER: ======================
I (130082219) [2026-06-22 09:56:18.227] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (130082229) [2026-06-22 09:56:18.238] ODIN_SERVER: === OPTIMIZATION COMPLETE (30 ms) | states=151 | nodes=12613/889239 (99% pruned) ===

I (133313609) [2026-06-22 10:50:09.648] SCHEDULER: Hourly weather refresh (hour 10)...
I (133313609) [2026-06-22 10:50:09.649] FETCH: Weather source: Open-Meteo (free)
I (133313959) [2026-06-22 10:50:09.999] esp-x509-crt-bundle: Certificate validated
I (133314339) [2026-06-22 10:50:10.381] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (133314339) [2026-06-22 10:50:10.384] SCHEDULER: Hourly weather refresh done (48 hours).
I (133622719) [2026-06-22 10:55:18.759] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (133622719) [2026-06-22 10:55:18.762] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (133622749) [2026-06-22 10:55:18.794] ODIN_SERVER: === MEMORY CHECK ===
I (133622749) [2026-06-22 10:55:18.794] ODIN_SERVER: Free RAM before solve: 7140264 bytes
I (133622749) [2026-06-22 10:55:18.798] ODIN_SERVER: Free RAM after solve : 7137200 bytes
I (133622759) [2026-06-22 10:55:18.806] ODIN_SERVER: Lowest RAM ever seen : 6931308 bytes
I (133622769) [2026-06-22 10:55:18.813] ODIN_SERVER: ======================
I (133622779) [2026-06-22 10:55:18.820] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (133622789) [2026-06-22 10:55:18.832] ODIN_SERVER: === OPTIMIZATION COMPLETE (30 ms) | states=151 | nodes=11815/866438 (99% pruned) ===

I (136915349) [2026-06-22 11:50:11.421] SCHEDULER: Hourly weather refresh (hour 11)...
I (136915349) [2026-06-22 11:50:11.422] FETCH: Weather source: Open-Meteo (free)
I (136915589) [2026-06-22 11:50:11.664] esp-x509-crt-bundle: Certificate validated
I (136915879) [2026-06-22 11:50:11.952] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (136915879) [2026-06-22 11:50:11.955] SCHEDULER: Hourly weather refresh done (48 hours).
I (137282939) [2026-06-22 11:56:19.016] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (137282939) [2026-06-22 11:56:19.019] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (137282969) [2026-06-22 11:56:19.051] ODIN_SERVER: === MEMORY CHECK ===
I (137282969) [2026-06-22 11:56:19.051] ODIN_SERVER: Free RAM before solve: 7140608 bytes
I (137282979) [2026-06-22 11:56:19.054] ODIN_SERVER: Free RAM after solve : 7139380 bytes
I (137282989) [2026-06-22 11:56:19.062] ODIN_SERVER: Lowest RAM ever seen : 6931308 bytes
I (137282989) [2026-06-22 11:56:19.070] ODIN_SERVER: ======================
I (137282999) [2026-06-22 11:56:19.077] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (137283009) [2026-06-22 11:56:19.088] ODIN_SERVER: === OPTIMIZATION COMPLETE (30 ms) | states=151 | nodes=11724/843637 (99% pruned) ===

I (140516879) [2026-06-22 12:50:12.981] SCHEDULER: Hourly weather refresh (hour 12)...
I (140516879) [2026-06-22 12:50:12.981] FETCH: Weather source: Open-Meteo (free)
I (140517029) [2026-06-22 12:50:13.132] esp-x509-crt-bundle: Certificate validated
I (140517409) [2026-06-22 12:50:13.520] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (140517419) [2026-06-22 12:50:13.523] SCHEDULER: Hourly weather refresh done (48 hours).
I (140822919) [2026-06-22 12:55:19.028] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (140822929) [2026-06-22 12:55:19.031] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (140822959) [2026-06-22 12:55:19.061] ODIN_SERVER: === MEMORY CHECK ===
I (140822959) [2026-06-22 12:55:19.062] ODIN_SERVER: Free RAM before solve: 7140608 bytes
I (140822959) [2026-06-22 12:55:19.065] ODIN_SERVER: Free RAM after solve : 7139380 bytes
I (140822969) [2026-06-22 12:55:19.073] ODIN_SERVER: Lowest RAM ever seen : 6931308 bytes
I (140822979) [2026-06-22 12:55:19.081] ODIN_SERVER: ======================
I (140822979) [2026-06-22 12:55:19.087] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (140822989) [2026-06-22 12:55:19.099] ODIN_SERVER: === OPTIMIZATION COMPLETE (30 ms) | states=151 | nodes=11045/820836 (99% pruned) ===

I (144118419) [2026-06-22 13:50:14.548] SCHEDULER: Hourly weather refresh (hour 13)...
I (144118419) [2026-06-22 13:50:14.548] FETCH: Weather source: Open-Meteo (free)
I (144118579) [2026-06-22 13:50:14.712] esp-x509-crt-bundle: Certificate validated
I (144118949) [2026-06-22 13:50:15.086] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (144118959) [2026-06-22 13:50:15.089] SCHEDULER: Hourly weather refresh done (48 hours).
W (144424459) [2026-06-22 13:55:20.591] httpd_txrx: httpd_sock_err: error in recv : 104
I (144483069) [2026-06-22 13:56:19.206] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (144483079) [2026-06-22 13:56:19.208] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (144483079) [2026-06-22 13:56:19.214] OPTIMIZER: DHW Urgency: Tank=43.0°C, Trigger=45.0°C, Hard Min=40.0°C.
I (144483089) [2026-06-22 13:56:19.221] OPTIMIZER: DHW pre-pass: hour 14 chosen (score=0.002)
I (144483119) [2026-06-22 13:56:19.253] OPTIMIZER: DHW stamped at hour 14: recover=7.0°C, 2.39 kWh elec, 0.0295 EUR
I (144483119) [2026-06-22 13:56:19.253] ODIN_SERVER: === MEMORY CHECK ===
I (144483129) [2026-06-22 13:56:19.259] ODIN_SERVER: Free RAM before solve: 7140608 bytes
I (144483129) [2026-06-22 13:56:19.266] ODIN_SERVER: Free RAM after solve : 7139368 bytes
I (144483139) [2026-06-22 13:56:19.274] ODIN_SERVER: Lowest RAM ever seen : 6931308 bytes
I (144483149) [2026-06-22 13:56:19.282] ODIN_SERVER: ======================
I (144483159) [2026-06-22 13:56:19.289] ODIN_SERVER: Projected 24h Cons: 2.39 kWh, Prod: 0.00 kWh, Solar: 2.21 kWh, Cost: ~€0.03
I (144483169) [2026-06-22 13:56:19.300] ODIN_SERVER: === OPTIMIZATION COMPLETE (50 ms) | states=151 | nodes=10422/798035 (99% pruned) ===

I (147419959) [2026-06-22 14:45:16.088] SCHEDULER: 14:45 reached. Fetching prices for tomorrow...
I (147419959) [2026-06-22 14:45:16.089] FETCH: Price source: ENTSO-E (BZN=NL)
I (147419959) [2026-06-22 14:45:16.093] FETCH: ENTSO-E: domain=10YNL----------L WIDE window=202606220000..202606230000
I (147420169) [2026-06-22 14:45:16.307] esp-x509-crt-bundle: Certificate validated
I (147433149) [2026-06-22 14:45:29.286] FETCH: ENTSO-E: Period start=2026-06-21T22:00Z res=PT15M
I (147433159) [2026-06-22 14:45:29.291] FETCH: ENTSO-E: Period start=2026-06-22T22:00Z res=PT15M
I (147433159) [2026-06-22 14:45:29.296] FETCH: ENTSO-E: 48/48 local hours parsed for BZN=NL
I (147433169) [2026-06-22 14:45:29.301] FETCH: apply_tax: converted 48 prices to all-in for BZN=NL (tax=0.1088 EUR/kWh, VAT=1.210x)
I (147433189) [2026-06-22 14:45:29.319] FETCH: nvs_save_prices: saved 48 prices for logical day-of-year 173
I (147433189) [2026-06-22 14:45:29.321] SCHEDULER: Successfully fetched 48 hours of prices.
I (147451019) [2026-06-22 14:45:47.149] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (147451019) [2026-06-22 14:45:47.151] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (147451049) [2026-06-22 14:45:47.180] ODIN_SERVER: === MEMORY CHECK ===
I (147451049) [2026-06-22 14:45:47.180] ODIN_SERVER: Free RAM before solve: 7139684 bytes
I (147451049) [2026-06-22 14:45:47.183] ODIN_SERVER: Free RAM after solve : 7138440 bytes
I (147451059) [2026-06-22 14:45:47.191] ODIN_SERVER: Lowest RAM ever seen : 6930816 bytes
I (147451069) [2026-06-22 14:45:47.199] ODIN_SERVER: ======================
I (147451069) [2026-06-22 14:45:47.206] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (147451079) [2026-06-22 14:45:47.217] ODIN_SERVER: === OPTIMIZATION COMPLETE (30 ms) | states=151 | nodes=10071/775234 (99% pruned) ===

I (147704199) [2026-06-22 14:50:00.353] SCHEDULER: Hourly weather refresh (hour 14)...
I (147704199) [2026-06-22 14:50:00.354] FETCH: Weather source: Open-Meteo (free)
I (147704409) [2026-06-22 14:50:00.569] esp-x509-crt-bundle: Certificate validated
I (147705909) [2026-06-22 14:50:02.070] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (147705909) [2026-06-22 14:50:02.073] SCHEDULER: Hourly weather refresh done (48 hours).
I (148050979) [2026-06-22 14:55:47.140] ODIN_SERVER:
=== NEW OPTIMIZATION REQUEST ===
I (148050979) [2026-06-22 14:55:47.143] OPTIMIZER: Required memory: 114072 bytes for 14259 nodes.
I (148051009) [2026-06-22 14:55:47.171] ODIN_SERVER: === MEMORY CHECK ===
I (148051009) [2026-06-22 14:55:47.171] ODIN_SERVER: Free RAM before solve: 7139764 bytes
I (148051019) [2026-06-22 14:55:47.174] ODIN_SERVER: Free RAM after solve : 7138528 bytes
I (148051019) [2026-06-22 14:55:47.182] ODIN_SERVER: Lowest RAM ever seen : 6930816 bytes
I (148051029) [2026-06-22 14:55:47.190] ODIN_SERVER: ======================
I (148051039) [2026-06-22 14:55:47.197] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (148051049) [2026-06-22 14:55:47.208] ODIN_SERVER: === OPTIMIZATION COMPLETE (30 ms) | states=151 | nodes=9783/775234 (99% pruned) ===

[xoror]

Dat doet hij toch al ? oranje uren in de grafieken.

[bilgy_no1]

xoror schreef op maandag 22 juni 2026 @ 16:41:
Dat doet hin toch al ? oranje uren in de grafieken.

Ik bedoel de actuele temperatuur van het water in de tank in deze grafiek toevoegen. Dus een lijntje met DHW en hoe die zich door de tijd ontwikkelt:

[xoror]

Grafiek erboven met de tijdslijnen, kan je de operating mode zien? Daar staat DHW.

In de grafiek eronder met compressor frequentie kleurt anders bij DHW etc. Dan is het denk ik voldoende aangegeven?

[bilgy_no1]

xoror schreef op maandag 22 juni 2026 @ 17:08:
Grafiek erboven met de tijdslijnen, kan je de operating mode zien? Daar staat DHW.

In de grafiek eronder met compressor frequentie kleurt anders bij DHW etc. Dan is het denk ik voldoende aangegeven?

Ja, je ziet daar wanneer het actief wordt verwarmd, maar niet de temperatuur in de tank zelf wanneer er niet verwarmd wordt. Is maar een klein dingetje, maar zou mooi zijn om het in een oogopslag te kunnen zien op het grafische dashboard.

[xoror]

Ah, de reden dat het niet gedaan is: Door relatief grote waarden wordt die grafiek niet goed leesbaar.

[The Source]

Noobprobleem, omdat het zo warm is, was ik de woning aan het koelen.
De binnentemp was 25 en ik had koelen op 21.5 gezet. Ik had gelezen dat koelen niet zoveel energie verbruikt, echter zag ik dat dit best hoog was, maar niet bij stilgestaan.

Net kwam ik beneden en heel de vloer is vochtig, terwijl ik dacht dat ik met water van 21.5 graden aan het koelen was (ik weet dat dit kan voorkomen bij 17 graden of lager). Nu zie ik in de stats dat de aanvoertemp 7 graden was, ik zie ook dat bij Delta T min7 staan.

Is dit gewenst gedrag? of had ik ergens iets anders moeten instellen?
(Sorry, geen search gebruikt; misschien is er al wekenlang een discussie over, maar ik schrik ervan; zojuist gebeurd.)

/Edit: de gekozen werkings mode staat op Koelen ruimte.

[ Voor 10% gewijzigd door The Source op 22-06-2026 23:11 ]

[SebastiaanPs]

The Source schreef op maandag 22 juni 2026 @ 23:09:
Noobprobleem, omdat het zo warm is, was ik de woning aan het koelen.
De binnentemp was 25 en ik had koelen op 21.5 gezet. Ik had gelezen dat koelen niet zoveel energie verbruikt, echter zag ik dat dit best hoog was, maar niet bij stilgestaan.

Net kwam ik beneden en heel de vloer is vochtig, terwijl ik dacht dat ik met water van 21.5 graden aan het koelen was (ik weet dat dit kan voorkomen bij 17 graden of lager). Nu zie ik in de stats dat de aanvoertemp 7 graden was, ik zie ook dat bij Delta T min7 staan.

Is dit gewenst gedrag? of had ik ergens iets anders moeten instellen?
(Sorry, geen search gebruikt; misschien is er al wekenlang een discussie over, maar ik schrik ervan; zojuist gebeurd.)

/Edit: de gekozen werkings mode staat op Koelen ruimte.
[Afbeelding]

Waarschijnlijk ben je aan het koelen met de ruimteregeling. Die wil gewoon jouw ingestelde setpoint halen, lekker knallen like there’s no tomorrow, zonder rekening te houden met het dauwpunt.

Koelen met een vaste Ta moet het worden dus, waarbij je rekening houdt met het dauwpunt. Alle vloerverwarming en/of convectoren met fans open, alle radiatoren en afgifte badkamer dicht en dan hopen dat je je minimum koelvermogen kwijt kunt zonder het condensatiepunt te bereiken. Om condensatie op je leidingen, verdeler en vloer te voorkomen: plaats op een paar plekken in huis sensoren voor temperatuur en luchtvochtigheid, bereken het dauwpunt in HA en schakel “prohibit cooling” in als je dauwpunt niet minimaal 2 graden lager is dan je ingestelde vaste Ta.

[xoror]

@The Source https://github.com/gekkek...ecodan-hp/discussions/356

[The Source]

Dank, like no tomorrow verklaart ook het energie verbruik
Ik was aan het teruglezen en had dit al gevonden: https://github.com/gekkekoe/esphome-ecodan-hp/discussions/356.

[xoror]

Maar vanwege het hoge dauwpunt is koelen nu best wel kansloos, je had eerder moeten starten. Zie mijn post van vorige week.

[The Source]

@xoror Wow... ik zie nu pas Asgard en Odin, erg vet. Respect!

Misschien iets om rekening mee te houden bij toekomstige uitbreiding: Veel mensen gebruiken een energymanagementsysteem (EMS) als je een warmtepomp, thuisbatterij, laadpaal, airco's, wasmachine, afwas, droger (planbare energievreters). Ik gebruik DAO (ook door Nederlander gemaakt). Het zou mooi zijn als Odin rekening kan houden met zoiets zodat het elkaar niet in de weg zit en de energie planning van Odin in een energy management system meegenomen kan worden. EMHASS is een andere HA oplossing.

[xoror]

Voor mensen die koelen: https://github.com/gekkek...eleases/tag/2026-06-23.01

Je kan nu tot 25c flow temp koelen, alle kleine beetjes helpen denk ik dan maar.

@The Source Ik ben op de hoogte van de oplossingen, maar het past niet hoe ik het graag wil.
- ik wil dat iedereen het kan gebruiken, zelfs nu ik met wizard etc heb, blijkt het lastig genoeg voor mensen om het in te stellen. Dat wordt helemaal een drama bij configuratie bestanden.
- Door 1 ding op detail te doen, ben ik van mening dat je het beter kan doen. Het is niet 'dom' aan uit maar echt sturen op flow temp voor comfort (rekening houdend met weer, warmte verliezen, passieve opwarming). Dat is gewoon een andere benadering.

Odin is te benaderen via API voor planningen etc. Dus als je zelf handig bent kan je de andere oplossingen aanpassen op Odin. Dus je kan via de API zien wanneer hij wat denkt te gebruiken voor de komende 48h en dan in die systemen voeden. Als het goed is, heeft Odin al de goedkoopste uren gevonden.

[Loonen138]

@The Source , je moet min cool-flow instellen, dat is de ondergrens wat die minimaal mag koelen om dus vocht\condens te voorkomen. Asgard wil dus veel harder gaan koelen maar dat wil je dus niet vanwege vocht\condens op de vloer.

@xoror Heeft hier wat geschreven hoe dat precies werkt; https://github.com/gekkek...ecodan-hp/discussions/356

@xoror , het pendelen loopt bij mij nu wel wat beter maar nog niet zoals het zou moeten zijn.
Ik heb met de afgifte wat gespeeld maar niet tot een stand gekomen waarbij die niet pendelt.

Als ik harder ga koelen, met 17c dan gaat die niet pendelen en krijg ik strakke lijnen in het overzicht alleen krijg ik condens op de pijpen in de trapkast bij de regelaar, maar gelukkig geen condens op de tegelvloer.

Als ik met 18c á 19c koel (de dauwpunt grens volgens de HA automation) dan gaat die dus pendelen.

Ik heb een Mitsubishi SUZ-SWM60VA2 buitenunit met 6kW Max capacity en die zou 1,5kW min modulation hebben.
Ik heb ook wat gespeeld (2 en 2,5kW) met de "HP Min Modulation" om die hoger te zetten maar dat lijkt ook geen verschil te maken.

Vaak merk ik ook in de nacht dat die niet pendelt en overdag wel, zal natuurlijk ook met het warme weer te maken hebben. Wat ik nu dus doe is overdag harder koelen met klein beetje condens of ik gebruik 45m lockout threshold maar dan gaat die dus om het uur pendelen en dat wil je ook niet.

Jij nog een idee?

EDIT: Ik zal vanavond is de nieuwe firmware (2026-06-23.01) proberen

[xoror]

@Loonen138 Het is ook lastig nu met dit weer als je niet (enorm) veel m2 vloerverwarming hebt.

- flow rate omhoog dmv pomp stand 5
- flow temp omlaag, maar kan dus niet vanwege condens
- in de avond extra koelen om te 'bufferen'

Het min vermogen is sterk afhankelijk van de buiten temp.

[borgoe72]

Koeling start niet na DHW-run — Smart Start Temp te laag

Ecodan met Asgard PCB, vloerverwarming zone 1, Cool Flow Temperature modus.

Probleem: Na een DHW-run staat het retourwater op 38-40°C. Auto Adaptive start pas met koelen als de retourtemperatuur onder de Global Smart Start Temp (max 22°C) komt. Dat duurt passief meerdere uren — intussen loopt de kamer op naar 26°C+.

Wat gedaan: groepen opengezet zodat het water via de vloer kan dissiperen. Helpt, maar is traag.

Vraag: Is de harde bovengrens van 22°C voor Smart Start Temp bewust? En hoe gaan jullie om met de overgang DHW → koeling? DHW 's nachts plannen is een workaround, maar dan heb je overdag bij onverwachte warmte alsnog hetzelfde probleem.

[xoror]

@borgoe72 Welke firmware versie draai je. Indien je een oudere versie draait, eerst even een usb factory upgrade doen. Volg de instructies op https://github.com/gekkek...eleases/tag/2026-06-07.01 maar apply dan gelijk de laatste firmware.

De smart start kan ik denk ik ook oprekken naar 25c. Maar dat is alleen een slimme start temp. De wp bepaalt wanneer hij kan starten. Ik gok dat daar ook die 1.5c check zit. Ik zal van de vandaag of morgen dit ook oprekken. Maw als je Tr na een tijd circuleren > 26.5 is gaat hij ws niet starten.

Kan je flowrate nog omhoog krijgen dmv pompstand 5?

[borgoe72]

Update na uitgebreide diagnose — bevindingen en resterende blokkades

Bedankt voor de snelle reactie! Heb via MCP/HA en het FTC7 servicemenu het volgende gevonden:

Wat wél heeft geholpen:

• FTC7 servicemenu → Buitentemperatuur → "Verwarm→Koelen" stond op 18°C. Dit bleek een harde PAC-firmware blokkade: bij buitentemperaturen onder deze drempel weigert de PAC-firmware koeling, ongeacht wat Asgard stuurt. Aangepast naar 20°C — dit was een echte fix die eerder nooit gevonden werd.

Wat nog steeds blokkeert:

1. cold_factor=0.00 — AA geeft structureel H=0 C=0 ongeacht hoe groot de target_delta is (bij ons 6.50, de maximum). De cold_factor lijkt bij warme buitentemperaturen altijd 0 te zijn, wat elke cooling call blokkeert.
2. Global Smart Start Temp max 22°C — na een DHW-run staat het retourwater op 38-42°C. Passief afkoelen tot 22°C is op een warme dag (buiten 25°C+) fysiek onmogelijk. De cirkel is compleet: zonder actieve koeling daalt het water niet ver genoeg, zonder lage watertemperatuur start de koeling niet.
3. "Passive thermal window started" — Asgard detecteert dat de kamer passief afkoelt en geeft daarom geen cooling call, ook bij room=26.5°C vs target=15.0°C.
4. Z1 Cooling toggle — blijft grijs op het Asgard-dashboard ondanks dat HA de prohibit_cooling switch als off rapporteert. Lijkt een persistente sync-mismatch.

Vraag: Is de combinatie van cold_factor=0.00 + Passive thermal window by design bedoeld om koeling te blokkeren bij warme buitentemperaturen? En kan de Smart Start Temp naar 28-30°C zodat de eerste koelstart ook na een DHW-run mogelijk is?

Firmware: asgard-z1-en-2026-06-23.01

[ Voor 8% gewijzigd door borgoe72 op 23-06-2026 12:26 ]

[xoror]

@borgoe72 Hmm dat zoet eruit als een auto switch tussen verwarmen en koelen.

Dat is nieuw in ftc7 (wist dat ze dat hadden en daardoor omschakelmodule niet meer nodig was). Ik heb helaas zelf FTC6 en kan dit niet testen.

Jouw issue lijkt demand trigger te zijn. De wp ziet dus geen demand. Gebruik je de virtual thermostat? Dan zou je in1 kunnen zien of er demand is. Maar gezien H en C beide 0 zijn is er geen demand. Negeer alle logs en concentreer op de demand trigger. Kijk of je wel in koel mode (cool flow temp) zit. Ik denk dat ftc7 heen en weer schakelt

[ Voor 14% gewijzigd door xoror op 23-06-2026 12:36 ]

[borgoe72]

Update bedrading R1 → IN1: IN1 blijft altijd off

Heb bedrading gecontroleerd. R1 op de Asgard-PCB aangesloten op IN1 van de FTC7 (rode en zwarte draad). IN1 blijft echter altijd off in HA, ook als "Use Room Thermostat Z1" aan staat en de kamertemperatuur ver boven het setpoint zit (23,5°C vs 15°C setpoint).

Op de Asgard-PCB zie ik het label R1 · R2 · 3 · X · G. De rode en zwarte draad zitten op de twee R1-klemmen links. Op de FTC7 zitten dezelfde draden op IN1.

De rode LED op de Asgard-PCB brandt — suggereert dat het relais actief is.

Vraag: welke twee klemmen op de Asgard R1-connector zijn het NO-contact (normaal open)? Zit de draad op de juiste pinnen?

[foto's Asgard-PCB en FTC7 IN1 bijgevoegd]

[xoror]

@borgoe72 Rode led op asgard, dus vanuit asgard is er demand. Als in1 niet aangaat, dan is de bekabeling wa niet goed.

Staat sw2-1 aan? En sw1-8 waar staat die op?

[Zjemm]

heb je de draadjes wel goed om?

[Johnny_Hasselt]

borgoe72 schreef op dinsdag 23 juni 2026 @ 13:30:
Update bedrading R1 → IN1: IN1 blijft altijd off

Heb bedrading gecontroleerd. R1 op de Asgard-PCB aangesloten op IN1 van de FTC7 (rode en zwarte draad). IN1 blijft echter altijd off in HA, ook als "Use Room Thermostat Z1" aan staat en de kamertemperatuur ver boven het setpoint zit (23,5°C vs 15°C setpoint).

Op de Asgard-PCB zie ik het label R1 · R2 · 3 · X · G. De rode en zwarte draad zitten op de twee R1-klemmen links. Op de FTC7 zitten dezelfde draden op IN1.

De rode LED op de Asgard-PCB brandt — suggereert dat het relais actief is.

Vraag: welke twee klemmen op de Asgard R1-connector zijn het NO-contact (normaal open)? Zit de draad op de juiste pinnen?

[foto's Asgard-PCB en FTC7 IN1 bijgevoegd]

[Afbeelding]

[Afbeelding]

Ik zie dat niet zo goed maar waar heb jij die draden ingestoken? Bij mij zitten die in het rood omcirkelde.... Ben je zeker dat die draden juist zitten? Kan zijn dat waar ze nu steken OK is, dat weet ik niet.

Op dat pinneke erboven drukken en dan zo diep mogelijk erin, pin loslaten en test dat de draden er niet uitgaan.

[ Voor 3% gewijzigd door Johnny_Hasselt op 23-06-2026 13:52 ]

[borgoe72]

xoror schreef op dinsdag 23 juni 2026 @ 13:36:
@borgoe72 Rode led op asgard, dus vanuit asgard is er demand. Als in1 niet aangaat, dan is de bekabeling wa niet goed.

Staat sw2-1 aan? En sw1-8 waar staat die op?

[Zjemm]

en zitten gekruist, moet dat niet een op een? dus rood eerst een beide kanten en dan zwart.

of maak dat niet uit?

[xoror]

De polariteit maakt niets uit voor R1 en R2. Ik denk dat hij niet goed in geduwd is en geen contact maakt. Daar had @Loonen138 ook last van.

@borgoe72 Je dipswitches lijken goed te staan. Dus bekabeling goed nalopen

[ Voor 25% gewijzigd door xoror op 23-06-2026 15:45 ]

[Loonen138]

xoror schreef op dinsdag 23 juni 2026 @ 15:43:
De polariteit maakt niets uit voor R1 en R2. Ik denk dat hij niet goed in geduwd is en geen contact maakt. Daar had @Loonen138 ook last van.

Bij mijn ouders branden toen het rode lampje niet.

@borgoe72
Ik had toen vanuit asgard AA aangezet, operating mode en cooling mode aangepast, en volgens mij ook nog prohibit cooling en heating z1 uit- en aangezet en toen sprong het rode lampje plots aan en had ik ook demand IN1.

Ik heb geen idee of zoiets iets triggerde of iets vanuit ODIN maar opeens werkte het.

[borgoe72]

Opgelost!!

Zat hem in de draad op ini1 ftc7. Ik kan deze niet fixeren in de module van de printplaat door een pinnetje in te drukken of iets dergelijks. Heb de draden nu met een houtje van tandenstoker gefixeerd. Wil je natuurlijk niet maar zag voor nu geen andere optie. Unit herstart en voila, er wordt gekoeld!.

Allen dank voor het meedenken, wordt gewaardeerd.

[xoror]

@borgoe72 bij mij hadden ze dus ook een poort lam gemaakt. ik heb daarom 2 utp kabels getwist zodat het dikker is. Je kan ook wat dikker installatie kabel nemen.

[Johnny_Hasselt]

borgoe72 schreef op dinsdag 23 juni 2026 @ 16:14:
Opgelost!!

Zat hem in de draad op ini1 ftc7. Ik kan deze niet fixeren in de module van de printplaat door een pinnetje in te drukken of iets dergelijks. Heb de draden nu met een houtje van tandenstoker gefixeerd. Wil je natuurlijk niet maar zag voor nu geen andere optie. Unit herstart en voila, er wordt gekoeld!.

Allen dank voor het meedenken, wordt gewaardeerd.

Je hebt dat wel, ik heb idem dito een FTC7.... Pak je kleine schroevendraaier en duw es op wat ik geel gemarkeerd hebt... Wanneer volledig ingedrukt, duw uw kabel erin... Zie dat je ca 1cm isolatie van de kabel verwijderd.... Kabel erin, pin loslaten.... Zit dan potvast.

Denk aan uw veiligheid... Slecht contact kan sparks geven en jij hebt daar hout ingestoken.... Kan slecht aflopen.

[ Voor 4% gewijzigd door Johnny_Hasselt op 23-06-2026 16:34 ]

[xoror]

@borgoe72 voor koelen even dit goed doornemen https://github.com/gekkek...ecodan-hp/discussions/356

Zou voor de zekerheid proberen die pin goed in te drukken dmv een schroevendraaier

@Johnny_Hasselt Sommige 'installateurs' gaan nogal hardhandig om met die poorten. Bij mij is het niet goed te krijgen met 1 enkele solid core utp kabel, omdat de klem gewoon lam is geworden

[ Voor 59% gewijzigd door xoror op 23-06-2026 16:35 ]

[Johnny_Hasselt]

xoror schreef op dinsdag 23 juni 2026 @ 16:28:
@borgoe72 voor koelen even dit goed doornemen https://github.com/gekkek...ecodan-hp/discussions/356

Zou voor de zekerheid proberen die pin goed in te drukken dmv een schroevendraaier

@Johnny_Hasselt Sommige 'installateurs' gaan nogal hardhandig om met die poorten. Bij mij is het niet goed te krijgen met 1 enkele solid core utp kabel, omdat de klem gewoon lam is geworden

Hier denk ik eerder dat de persoon niet weet hoe je dit moet doen vermits hij vermeld dat er geen pinnetje is en ik ben er zeker van dat die draden niet op de juiste plaats zitten gezien de eerste foto...

Hout gebruiken om iets 'vast' te zetten in electrische/electronica boards is vragen voor problemen.

Heb dat ook gezien bij mijn installateur, had moeilijkheden met juist aansluiten van 3-weg klep bedrading - kabel erin, terug eruit, andere erin.. 10 tal keren... Had het bijna overgenomen, pffff

[HeJ]

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

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

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

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

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

Mijn energy meter schrijft alleen ‘totale’ meterstand weg, deze is ‘out of range’ voor Asgard.

kan iemand mij helpen met een script dit naar dagelijks om te zetten?

[xoror]

@HeJ Kan je niets hiervan gebruiken ?
https://github.com/gekkek...n/automations/energy.yaml

Onderin staat ook hoe je z'n integral moet maken. Een van die opties is een dagelijkse reset, moet je even de HA documentatie raadplegen.

[ Voor 20% gewijzigd door xoror op 24-06-2026 00:18 ]

[drluna]

Hoe voorkom ik dat Odin gaat koelen bij de extreme energieprijzen vanavond?

Min Solar Coverage staat op 75, kWh Penalty staat op 0,3

Wellicht een idee om naast "Cheap" Threshold ook een "Expensive" toe te voegen?

[img=800,161]blob:https://gathering.tweakers.net/e8afd668-c52d-4b60-9bf2-11732a2f9a0a[/img]

[bilgy_no1]

drluna schreef op woensdag 24 juni 2026 @ 07:30:
Hoe voorkom ik dat Odin gaat koelen bij de extreme energieprijzen vanavond?

Min Solar Coverage staat op 75, kWh Penalty staat op 0,3

Wellicht een idee om naast "Cheap" Threshold ook een "Expensive" toe te voegen?

[[url="blob:https://gathering.tweakers.net/e8afd668-c52d-4b60-9bf2-11732a2f9a0a"]Afbeelding[/url]]

Prohibit Cooling in Asgard aanvinken?

[xoror]

Hier doe ik solar only cooling met 100 solar coverage. Hij skipt hier de dure uren.

Het probleem is dat alle woningen nu te warm zijn ws. De straf daarvoor is hoger (5x dag gemiddelde) dan die 1.2 euro / kWh. Hij zal dus altijd willen koelen om binnen de comfort bandbreedte te komen.

Je zou tijdelijk de band breedte kunnen verruimen voor die uren vandaag.

Even handmatig prohibit cooling die uren instellen kan ook.

Als dit regelmatig gaat voorkomen, moet ik even kijken of ik die penalty daarvoor kan tweaken. Voorlopig is dit heel uitzonderlijk

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

[bilgy_no1]

xoror schreef op woensdag 24 juni 2026 @ 07:45:
Hier doe ik solar only cooling met 100 solar coverage. Hij skipt hier de dure uren.

Het probleem is dat alle woningen nu te warm zijn ws. De straf daarvoor is hoger (5x dag gemiddelde) dan die 1.2 euro / kWh. Hij zal dus altijd willen koelen om binnen de comfort bandbreedte te komen.

Je zou tijdelijk de band breedte kunnen verruimen voor die uren vandaag.

Even handmatig prohibit cooling die uren instellen kan ook.

Als dit regelmatig gaat voorkomen, moet ik even kijken of ik die penalty daarvoor kan tweaken. Voorlopig is dit heel uitzonderlijk

Of een harde prohibit boven een instelbare prijs indien onvoldoende solar coverage? Want hoewel deze prijzen heel uitzonderlijk kan ik me ook voorstellen dat mensen vanaf een veel lagere prijs (€0,40 per kWh bijv) al denken "laat maar zitten die koeling".

Maar goed. Ik heb lucht-lucht airco's los van de warmtepomp. Werkt prima en geen condens issues. Nu moet ik alleen die Daikins nog even net zo slim maken als Odin...

[drluna]

bilgy_no1 schreef op woensdag 24 juni 2026 @ 10:20:
[...]

Of een harde prohibit boven een instelbare prijs indien onvoldoende solar coverage? Want hoewel deze prijzen heel uitzonderlijk kan ik me ook voorstellen dat mensen vanaf een veel lagere prijs (€0,40 per kWh bijv) al denken "laat maar zitten die koeling".

Maar goed. Ik heb lucht-lucht airco's los van de warmtepomp. Werkt prima en geen condens issues. Nu moet ik alleen die Daikins nog even net zo slim maken als Odin...

Precies dit, nu heb ik een automation in home assistant welke Prohibit cooling aanzet.

[Johnny_Hasselt]

@xoror is het mogelijk om ODIN zichtbaar te maken in HA? Vermits ik veel in het buitenland verblijf is het te omslachtig om via HA web interface ODIN te bereiken.

Bedankt, J

[xoror]

@Johnny_Hasselt Wat zou je willen zien in HA dan ? De Odin settings zijn eenmalig in stellen en verder doe je niet zoveel meer aan.

Wat ik zelf doe is naar thuis netwerk inloggen dmv wireguard of tailscale. Dat werkt veel beter, en heb je toegang tot alles ?

[Johnny_Hasselt]

xoror schreef op maandag 29 juni 2026 @ 10:25:
@Johnny_Hasselt Wat zou je willen zien in HA dan ? De Odin settings zijn eenmalig in stellen en verder doe je niet zoveel meer aan.

Wat ik zelf doe is naar thuis netwerk inloggen dmv wireguard of tailscale. Dat werkt veel beter, en heb je toegang tot alles ?

Niet zoveel maar de mogelijkheid hebben om de ESP te restarten en de logs......online status kan ik zien in Asgard.

De rest zijn fixed values, dat weet ik.... Maar voor de meesten is dit nieuw en die instellingen voor de scheduler was ook nuttig voor mij in HA.. het zal wat tuning zijn de eerste maanden van mijne kant.

Als ik weg van huis ben kan dit voor maanden zijn, vrouwke thuis zal moeite hebben als ik zeg doe dit en dan dat aan de phone 🤗.

Was ma een vraag en indien te moeilijk zal ik wel een manier vinden om bv een reset te doen.... Mss die USB poort van mijn HA gebruiken, die wordt ook effe spanningsloos na een update/re-start van HA.

En ja, ik heb toegang tot alles...

Bedankt, J

[xoror]

@Johnny_Hasselt Odin hoef je niet te herstarten. Als hij 'hangt' dan reboot hij vanzelf. Er draait een watchdog timer, als hij te lang ergens hangt wordt hij herstart.

Bij normaal gebruik is het dus niet nodig. Wat betreft logging, dat is geen sensor die je in HA kan hangen. Logging is voor trouble shooting.

Mijn idee was juist stand alone, zodat we geen afhankelijkheden en beperkingen hebben. Voor HA moet je weer met mqtt gaan rommelen. Het voegt vrij weinig toe vergeleken met de lokale web interface voor al dat extra werk. Heb helaas alleen 2 handjes hier, en focus is om de engine voor iedereen goed laten werken.

[tromphakvoort]

Sinds de update van ODIN naar 1.0.1 faalt het ophalen van energieprijzen bij mij. @xoror enig idee wat dit kan veroorzaken? Heb al geprobeerd de data source terug te zetten naar origineel maar dat lijkt t.o.v. entso-e geen verschil te maken.

Hierbij mijn laatste logs:

W (37790413) [2026-06-30 11:03:00.559] FETCH: ENTSO-E: gap at local h=38, using average 50.00
W (37790423) [2026-06-30 11:03:00.568] FETCH: ENTSO-E: gap at local h=39, using average 50.00
W (37790433) [2026-06-30 11:03:00.576] FETCH: ENTSO-E: gap at local h=40, using average 50.00
W (37790443) [2026-06-30 11:03:00.584] FETCH: ENTSO-E: gap at local h=41, using average 50.00
W (37790443) [2026-06-30 11:03:00.592] FETCH: ENTSO-E: gap at local h=42, using average 50.00
W (37790453) [2026-06-30 11:03:00.601] FETCH: ENTSO-E: gap at local h=43, using average 50.00
W (37790463) [2026-06-30 11:03:00.609] FETCH: ENTSO-E: gap at local h=44, using average 50.00
W (37790473) [2026-06-30 11:03:00.617] FETCH: ENTSO-E: gap at local h=45, using average 50.00
W (37790483) [2026-06-30 11:03:00.625] FETCH: ENTSO-E: gap at local h=46, using average 50.00
W (37790493) [2026-06-30 11:03:00.634] FETCH: ENTSO-E: gap at local h=47, using average 50.00
I (37790493) [2026-06-30 11:03:00.642] FETCH: ENTSO-E: 0/48 local hours parsed for BZN=NL
W (37790503) [2026-06-30 11:03:00.650] FETCH: ENTSO-E: low count (0). Payload: <?xml version="1.0" encoding="UTF-8"?>
<Acknowledgement_MarketDocument
	xmlns="urn:iec62325.351:tc57wg16:451-1:acknowledgementdocument:7:0">
	<mRID>9ff5fc9d-f46d-4</mRID>
	<createdDateTime>2026-06-30T0W (37790523) [2026-06-30 11:03:00.673] FETCH: ENTSO-E retry failed — trying Energy-Charts fallback
I (37790543) [2026-06-30 11:03:00.683] FETCH: Energy-Charts URL: https://api.energy-charts.info/price?bzn=NL&start=2026-06-30&end=2026-07-01
I (37791003) [2026-06-30 11:03:01.152] esp-x509-crt-bundle: Certificate validated
E (37791543) [2026-06-30 11:03:01.691] FETCH: Energy-Charts fetch failed! HTTP status: 404
I (37791543) [2026-06-30 11:03:01.692] FETCH: Weather source: Open-Meteo (free)
I (37791683) [2026-06-30 11:03:01.829] esp-x509-crt-bundle: Certificate validated
I (37792023) [2026-06-30 11:03:02.167] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=9.20) in 1 HTTP request
I (37792023) [2026-06-30 11:03:02.170] FETCH: nvs_load_prices: cached day 180 != logical day 181, skipping

[xoror]

@tromphakvoort Ja sinds 18 juni is de data niet zo betrouwbaar meer.
Ik ben het al een dag aan het tracen, maar de fout zit bij entso-e. Of specifiek, de partij die de feed moet uploaden voor NL.

Andere landen werkt gewoon goed. Met een beetje geluk komt de data wel vandaag door.
Odin 1.0.1 brengt juist verbetering hiervoor. Hij probeert namelijk elk uur net zo lang tussen 15.00-00:00 tot de data binnenkomt. Iedereen haalt data van entso-e, en de data van vandaag is er gewoon niet. Als je met de hand queried by energy charts zie je dat de data voor NL er gewoon niet is: https://api.energy-charts...2026-06-30&end=2026-07-01

https://api.energy-charts...2026-06-29&end=2026-06-30 is er dan wel, maar alleen data voor 29e Voor BE of andere landen bestaat de data wel.

Maar ziet er naar uit dat ik gewoon hele dag moet proberen.

[tromphakvoort]

@xoror ah okey, dan blijf ik het gedurende dag/week wel checken.

[xoror]

@tromphakvoort Ik zal ergens deze week de update pushen die hele dag door probeert.
Maar andere projecten hebben er dus ook helaas last van: https://github.com/JaccoR/hass-entso-e/issues/314

[Blackraven]

@xoror Ik vond je keuze voor Entso-e al dapper, mijn ervaringen in HA zijn dat Nordpool stabieler is...
Tegenwoordig gebruik ik GE-spot, die probeert beide, weet niet of dat voor Odin ook een oplossing is als bron?

[ Voor 28% gewijzigd door Blackraven op 30-06-2026 12:52 ]

[xoror]

@Blackraven iedereen zou bij entsoe-e moeten reporten. Maar nordpool moet ik kijken of ik dat mag gebruiken in een product, dat is ook nog een 2e issue. Ik zal GE-Spot eens bekijken, thnx voor de tip

[ Voor 13% gewijzigd door xoror op 30-06-2026 14:23 ]

[tante Truus]

Ik kwam er vanmorgen achter dat Asgard vindt dat de connection status van Odin 'offline' is, maar Odin is gewoon online. Een half uur geleden een update naar 1.0.2 gedaan. Dat ging heel soepel.
Ook heb ik daarvoor vanmorgen de thermostaat op cooling gezet, dat kan er toch niet mee te maken hebben?

De log toont dit (vanaf 12:05:27 in het rood):
12:04:39[I][auto_adaptive:166]: Solver soft-stop: enable stop for hour 12

12:04:39[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

12:04:39[D][auto_adaptive:377]: Z1 src=2 room=24.7 target=20.5 flow=28.0 flow_rate=0.0 outside=22.0 bias=0.0 H=0 C=0

12:04:39[D][auto_adaptive:415]: Z1 ODIN heating/cooling stopped, solver_load_ratio: -1.00, mode: 0

12:05:27[E][component:389]: http_request set Error flag: unspecified

12:05:27[E][http_request.idf:139]: HTTP Request failed: ESP_ERR_HTTP_CONNECT

12:05:28[E][component:414]: http_request cleared Error flag

12:06:27[E][component:389]: http_request set Error flag: unspecified

12:06:27[E][http_request.idf:139]: HTTP Request failed: ESP_ERR_HTTP_CONNECT

12:06:28[E][component:414]: http_request cleared Error flag

12:07:27[E][component:389]: http_request set Error flag: unspecified

12:07:27[E][http_request.idf:139]: HTTP Request failed: ESP_ERR_HTTP_CONNECT

12:07:28[E][component:414]: http_request cleared Error flag

[xoror]

@tante Truus hmm nee hoort niets uit te maken. Als de cost optimizer maar aan staat. Je ziet in de Odin logs dat hij elk xx:55 wel een optimize request doet?

@tromphakvoort @tante Truus kunnen jullie deze Asgard build proberen? https://github.com/gekkek...eleases/tag/2026-07-01.01

Daar heb ik 10s http timeout ipv 3s. Ik gok dat jullie netwerk net te traag is om binnen de 3s te reageren en daardoor die errors krijgen

[ Voor 47% gewijzigd door xoror op 01-07-2026 12:34 ]

[tante Truus]

@xoror update gedaan.
Asgard kan de Odin nog steeds niet vinden, en in de log nog steeds foutmeldingen:
12:41:59

12:41:59--- Connected to EventStream ---

12:42:16[D][auto_adaptive:057]: Passive thermal window started: room=24.70C

12:42:58[E][component:389]: http_request set Error flag: unspecified

12:42:58[E][http_request.idf:139]: HTTP Request failed: ESP_ERR_HTTP_CONNECT

12:42:59[E][component:414]: http_request cleared Error flag

12:43:58[E][component:389]: http_request set Error flag: unspecified

12:43:58[E][http_request.idf:139]: HTTP Request failed: ESP_ERR_HTTP_CONNECT

12:43:59[E][component:414]: http_request cleared Error flag

12:44:58[E][component:389]: http_request set Error flag: unspecified

12:44:58[E][http_request.idf:139]: HTTP Request failed: ESP_ERR_HTTP_CONNECT

12:44:59[E][component:414]: http_request cleared Error flag

12:45:58[E][component:389]: http_request set Error flag: unspecified

12:45:58[E][http_request.idf:139]: HTTP Request failed: ESP_ERR_HTTP_CONNECT

12:45:59[E][component:414]: http_request cleared Error flag

12:46:58[E][component:389]: http_request set Error flag: unspecified

12:46:58[E][http_request.idf:139]: HTTP Request failed: ESP_ERR_HTTP_CONNECT

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

12:46:58[D][auto_adaptive:389]: Z1 src=2 room=24.7 target=20.5 flow=28.0 flow_rate=0.0 outside=22.0 bias=0.0 H=0 C=0

12:46:58[D][auto_adaptive:423]: Z1 ODIN data still pending (+5m). Falling back to auto adaptive.

12:46:58[D][auto_adaptive:489]: 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=1

12:46:59[E][component:414]: http_request cleared Error flag

[tante Truus]

En Odin toon geen prijzen in de grafiek, maar dat was al bekend en is tgv externe oorzaak heb ik begrepen

[ Voor 8% gewijzigd door tante Truus op 01-07-2026 12:49 ]

[xoror]

@tante Truus Ja zie release notes van 1.02 staat in hoe je even tijdelijk in kan plakken, tot dat gefixed is.

kan je zo kijken of hij de optimization call uit zichzelf doet rond 12:55 ? in Odin log moet je dan een optimization request log zien.

Het ip adres klopt verder ? dus als je http://odin-ip/api/version (vervang odin-ip met echte ip) doet, krijg je dan wel antwoord in je browser ?

[ Voor 23% gewijzigd door xoror op 01-07-2026 12:55 ]

[tante Truus]

@Xoror: Nee, ik merk dat Odin vandaag veel off line is, dat was voorheen niet.
Om 12:55 is er geen optimization geweest. Odin was rond die tijd ook een aantal minuten oflline.
De upload van day-ahead lukt mij ook niet, na plakken gebeurt er niets na klikken op 'upload data'

[xoror]

wat is de wifi status van odin? Klinkt als hele slechte wifi berbinding. Zit hij op een 'verkeerde' access point ?

[ Voor 57% gewijzigd door xoror op 01-07-2026 13:23 ]

[tante Truus]

xoror schreef op woensdag 1 juli 2026 @ 13:21:
wat is de wifi status van odin? Klinkt als hele slechte wifi berbinding. Zit hij op een 'verkeerde' access point ?

Nee, de wifi verbinding is sinds de nieuwe firmware online/offline.
Met firmware 1.0.0 had ik een heel goede stabiele verbinding.
De Odin hangt op 10cm afstand van de wifirouter, dus daar zou het niet aan moeten liggen.

[xoror]

Odin geeft rechts boven wifi sterkte. Met je muis even op staan dan krijg je de waarde te zien.

Druk op de reset knop om odin te rebooten, kijk of hij dan betere wifi krijgt. Je kan ook altijd naar de vorige firmware gaan, maar er is niets gewijzigd tov netwerk, dus dat zou niets uitmaken.

Je had verder al wel recentelijk die Asgard usb upgrade eenmalig gedaan toch?

[tante Truus]

yep, ik heb een paar weken terug de warmtepomp weer open geschroefd om de Asgard met een kabeltje aan de labtop te kunnen flashen. En sindsdien trouw de OTA updates gedaan.

Wifi sterkte Odin is -30dBm, maar hij is een minuutje online, en dan weer een tijdje offline.
Ik heb inmiddels wel in de logs een == NEW OPTIMIZATION REQUEST == voorbij zien komen

[tante Truus]

ik denk dat Odin zich steeds opnieuw opstart, de oudere logdata is na het opnieuw verbinden niet meer zichtbaar.

[xoror]

@tante Truus -30 is goed.
Je kan aan de uptime zien op de main page of hij is gereboot

[ Voor 37% gewijzigd door xoror op 01-07-2026 14:32 ]

[tante Truus]

xoror schreef op woensdag 1 juli 2026 @ 14:05:
@tante Truus -30 is goed.
Je kan aan de uptime rechtsboven in Odin zien of hij is herstart

die is inmiddels 55 minuten, dus opnieuw herstarten is het niet.
Ik heb nu sinds ca 20 minuten wel verbinding tussen Odin en Asgard, en Odin is sinds die tijd ook niet offline geweest. De log geeft ook geen rode teksten meer.

Ik heb vanmorgen (voor het eerst) mijn systeem op koelen gezet (via de MRC). Daarna ook in Asgard bij de Thermostat mode, en de lockout duration op 45 min.

Het enige dat anders is, is dat de DHW-run gestart is. Sinds die tijd lijkt de Odin continu online te zijn.

[ Voor 12% gewijzigd door tante Truus op 01-07-2026 14:18 ]

[xoror]

@tante Truus Moet je even in de gaten houden. Maar er zit geen wijziging in jet netwerk deel, alleen data fetch retry.

Het is wel zo dat wanneer je Odin upgraded, hij even voor Asgard offline is. Hij zou meestal wel weer binnen 5m online moeten zijn in Asgard.

[bilgy_no1]

Vandaag de updates gedaan. Beide goed verlopen.

Op Entso-E lijkt weer een glitch te zitten, want de prijzen voor vandaag zijn niet meer te zien. Gemiddelde tot aan middernacht; 2 juli staat er wel goed in. Op de website van Entso-E zelf is inderdaad ook geen data te vinden voor vandaag, dus het ligt echt aan die bron.

En wellicht kunnen we nog meer lol verwachten met de prijzen... Ook Zonneplan gaat over op kwartierdata. Daarmee zijn de meesten nu over denk ik. Ik weet niet of het voor de aansturing met Odin/Asgard veel uitmaakt, aangezien een run per kwartier toch niet zo nuttig is denk ik.

[xoror]

plak deze prijzen in voor vandaag en morgen:

YAML:

{"prices":[0.3272,0.3125,0.3059,0.3076,0.3122,0.3199,0.3591,0.3708,0.3424,0.3066,0.2811,0.2724,0.2677,0.2554,0.2482,0.2428,0.2437,0.2575,0.2784,0.3338,0.4072,0.427,0.3723,0.3221,0.3232,0.3036,0.293,0.2729,0.2633,0.2652,0.2724,0.2652,0.2359,0.1819,0.1389,0.1391,0.1392,0.1393,0.1343,0.1314,0.1328,0.1377,0.1929,0.2426,0.2746,0.2896,0.3031,0.2913]}

Ben aan het bekijken of ik een secundaire bron kan instellen. Dus als NL prijzen er niet zijn, dat je bijv BE prijs kan pakken. Voor de optmizer maakt het niet zoveel uit. De organisatie die de NL prijzen moet publiceren laat nogal wat steken vallen

[edit] De data voor 2 juli is er idd. Dus na vannacht moet hij het weer normaal doen.

We rekenen met uur prijzen, je warmte pomp kan niet per kwartier reageren. Ik haal dus ook kwartier prijzen op, maar pak dan gemiddelde daarover per uur

[ Voor 15% gewijzigd door xoror op 01-07-2026 16:52 ]

[Johnny_Hasselt]

ODIN actie op DHW:

Setpoint staat op 50, er was een Legionella run geweest waardoor temperatuur nog boven setpoint was.

ODIN wilt toch een run doen om 19h00 maar als die 66 graden wilt bereiken zal moeilijk zijn met mijn WP.

Klopt deze actie?

[xoror]

@Johnny_Hasselt Hmm nee dat hoort niet.

Ik denk dat het volgende aan de hand is.
- Legionella is gestart, en je hebt mijn automation gebruikt om de dhw setpoint naar 56c in te stellen
- Tijdens legeionella is er waarschijnlijk een optimalisatie call geweest, die ziet: water temp is laag, setpoint is 56c. Hij gaat dan ook dhw inplannen. Dit doet hij door tijdelijk +10c bij de huidige setpoint op te tellen. Na 5m zou hij het weer moeten herstellen. Het zou geen effect moeten hebben, de legionella heeft voorrang.

Dus dat is even een timing issue. Ik denk dat ik het volgende moet doen:
Bij het plannen, moet ik kijken of er een legionella actief is. Zo ja, dan moet ik de dhw planning uitzetten voor dat uur. Genoteerd, en gaan we oplossen (in Asgard).

[bilgy_no1]

xoror schreef op woensdag 1 juli 2026 @ 16:17:
plak deze prijzen in voor vandaag en morgen:

YAML:

{"prices":[0.3272,0.3125,0.3059,0.3076,0.3122,0.3199,0.3591,0.3708,0.3424,0.3066,0.2811,0.2724,0.2677,0.2554,0.2482,0.2428,0.2437,0.2575,0.2784,0.3338,0.4072,0.427,0.3723,0.3221,0.3232,0.3036,0.293,0.2729,0.2633,0.2652,0.2724,0.2652,0.2359,0.1819,0.1389,0.1391,0.1392,0.1393,0.1343,0.1314,0.1328,0.1377,0.1929,0.2426,0.2746,0.2896,0.3031,0.2913]}

Ben aan het bekijken of ik een secundaire bron kan instellen. Dus als NL prijzen er niet zijn, dat je bijv BE prijs kan pakken. Voor de optmizer maakt het niet zoveel uit. De organisatie die de NL prijzen moet publiceren laat nogal wat steken vallen

[edit] De data voor 2 juli is er idd. Dus na vannacht moet hij het weer normaal doen.

We rekenen met uur prijzen, je warmte pomp kan niet per kwartier reageren. Ik haal dus ook kwartier prijzen op, maar pak dan gemiddelde daarover per uur

Beetje vreemd:

Odin log zegt:

mRID>71b4f11f-d24b-4</mRID>E (20950758) [2026-07-01 20:46:20.590] FETCH: ENTSO-E: both hosts failed for BZN=NL
W (20950768) [2026-07-01 20:46:20.599] FETCH: ENTSO-E retry failed — trying Energy-Charts fallback
I (20950778) [2026-07-01 20:46:20.608] FETCH: Energy-Charts URL: https://api.energy-charts...2026-07-01&end=2026-07-02
I (20951248) [2026-07-01 20:46:21.077] esp-x509-crt-bundle: Certificate validated
W (20951728) [2026-07-01 20:46:21.565] FETCH: Energy-Charts: no data for local hour 0, using average 75.89
W (20951728) [2026-07-01 20:46:21.565] FETCH: Energy-Charts: no data for local hour 1, using average 75.89
W (20951738) [2026-07-01 20:46:21.573] FETCH: Energy-Charts: no data for local hour 2, using average 75.89
W (20951748) [2026-07-01 20:46:21.582] FETCH: Energy-Charts: no data for local hour 3, using average 75.89
W (20951758) [2026-07-01 20:46:21.591] FETCH: Energy-Charts: no data for local hour 4, using average 75.89
W (20951768) [2026-07-01 20:46:21.601] FETCH: Energy-Charts: no data for local hour 5, using average 75.89
W (20951778) [2026-07-01 20:46:21.610] FETCH: Energy-Charts: no data for local hour 6, using average 75.89
W (20951788) [2026-07-01 20:46:21.619] FETCH: Energy-Charts: no data for local hour 7, using average 75.89
W (20951798) [2026-07-01 20:46:21.629] FETCH: Energy-Charts: no data for local hour 8, using average 75.89
W (20951808) [2026-07-01 20:46:21.638] FETCH: Energy-Charts: no data for local hour 9, using average 75.89
W (20951818) [2026-07-01 20:46:21.648] FETCH: Energy-Charts: no data for local hour 10, using average 75.89
W (20951828) [2026-07-01 20:46:21.657] FETCH: Energy-Charts: no data for local hour 11, using average 75.89
W (20951828) [2026-07-01 20:46:21.666] FETCH: Energy-Charts: no data for local hour 12, using average 75.89
W (20951838) [2026-07-01 20:46:21.676] FETCH: Energy-Charts: no data for local hour 13, using average 75.89
W (20951848) [2026-07-01 20:46:21.685] FETCH: Energy-Charts: no data for local hour 14, using average 75.89
W (20951858) [2026-07-01 20:46:21.695] FETCH: Energy-Charts: no data for local hour 15, using average 75.89
W (20951868) [2026-07-01 20:46:21.704] FETCH: Energy-Charts: no data for local hour 16, using average 75.89
W (20951878) [2026-07-01 20:46:21.714] FETCH: Energy-Charts: no data for local hour 17, using average 75.89
W (20951888) [2026-07-01 20:46:21.723] FETCH: Energy-Charts: no data for local hour 18, using average 75.89
W (20951898) [2026-07-01 20:46:21.733] FETCH: Energy-Charts: no data for local hour 19, using average 75.89
W (20951908) [2026-07-01 20:46:21.742] FETCH: Energy-Charts: no data for local hour 20, using average 75.89
W (20951918) [2026-07-01 20:46:21.752] FETCH: Energy-Charts: no data for local hour 21, using average 75.89
W (20951928) [2026-07-01 20:46:21.761] FETCH: Energy-Charts: no data for local hour 22, using average 75.89
W (20951938) [2026-07-01 20:46:21.771] FETCH: Energy-Charts: no data for local hour 23, using average 75.89
I (20951948) [2026-07-01 20:46:21.780] FETCH: Energy-Charts: produced 48 hourly prices for BZN=NL
I (20951958) [2026-07-01 20:46:21.791] FETCH: apply_tax: converted 48 prices to all-in for BZN=NL (tax=0.1088 EUR/kWh, VAT=1.210x)
I (20951968) [2026-07-01 20:46:21.800] FETCH: fetch_prices: gap at h=0 filled with cached price 0.2235 (was avg-fallback)
I (20951978) [2026-07-01 20:46:21.811] FETCH: fetch_prices: gap at h=1 filled with cached price 0.2235 (was avg-fallback)
I (20951988) [2026-07-01 20:46:21.821] FETCH: fetch_prices: gap at h=2 filled with cached price 0.2235 (was avg-fallback)
I (20951998) [2026-07-01 20:46:21.832] FETCH: fetch_prices: gap at h=3 filled with cached price 0.2235 (was avg-fallback)
I (20952008) [2026-07-01 20:46:21.843] FETCH: fetch_prices: gap at h=4 filled with cached price 0.2235 (was avg-fallback)
I (20952018) [2026-07-01 20:46:21.853] FETCH: fetch_prices: gap at h=5 filled with cached price 0.2235 (was avg-fallback)
I (20952028) [2026-07-01 20:46:21.864] FETCH: fetch_prices: gap at h=6 filled with cached price 0.2235 (was avg-fallback)
I (20952038) [2026-07-01 20:46:21.875] FETCH: fetch_prices: gap at h=7 filled with cached price 0.2235 (was avg-fallback)
I (20952048) [2026-07-01 20:46:21.885] FETCH: fetch_prices: gap at h=8 filled with cached price 0.2235 (was avg-fallback)
I (20952058) [2026-07-01 20:46:21.896] FETCH: fetch_prices: gap at h=9 filled with cached price 0.2235 (was avg-fallback)
I (20952078) [2026-07-01 20:46:21.907] FETCH: fetch_prices: gap at h=10 filled with cached price 0.2235 (was avg-fallback)
I (20952088) [2026-07-01 20:46:21.918] FETCH: fetch_prices: gap at h=11 filled with cached price 0.2235 (was avg-fallback)
I (20952098) [2026-07-01 20:46:21.928] FETCH: fetch_prices: gap at h=12 filled with cached price 0.2235 (was avg-fallback)
I (20952108) [2026-07-01 20:46:21.939] FETCH: fetch_prices: gap at h=13 filled with cached price 0.2235 (was avg-fallback)
I (20952118) [2026-07-01 20:46:21.950] FETCH: fetch_prices: gap at h=14 filled with cached price 0.2235 (was avg-fallback)
I (20952128) [2026-07-01 20:46:21.961] FETCH: fetch_prices: gap at h=15 filled with cached price 0.2235 (was avg-fallback)
I (20952138) [2026-07-01 20:46:21.971] FETCH: fetch_prices: gap at h=16 filled with cached price 0.2235 (was avg-fallback)
I (20952148) [2026-07-01 20:46:21.982] FETCH: fetch_prices: gap at h=17 filled with cached price 0.2235 (was avg-fallback)
I (20952158) [2026-07-01 20:46:21.993] FETCH: fetch_prices: gap at h=18 filled with cached price 0.2235 (was avg-fallback)
I (20952168) [2026-07-01 20:46:22.004] FETCH: fetch_prices: gap at h=19 filled with cached price 0.2235 (was avg-fallback)
I (20952178) [2026-07-01 20:46:22.014] FETCH: fetch_prices: gap at h=20 filled with cached price 0.2235 (was avg-fallback)
I (20952188) [2026-07-01 20:46:22.025] FETCH: fetch_prices: gap at h=21 filled with cached price 0.2235 (was avg-fallback)
I (20952198) [2026-07-01 20:46:22.036] FETCH: fetch_prices: gap at h=22 filled with cached price 0.2235 (was avg-fallback)
I (20952208) [2026-07-01 20:46:22.047] FETCH: fetch_prices: gap at h=23 filled with cached price 0.2235 (was avg-fallback)
I (20952228) [2026-07-01 20:46:22.057] FETCH: fetch_prices: restored 24 of today's hours from cache instead of day-average
W (20952238) [2026-07-01 20:46:22.068] FETCH: fetch_prices: all 24 of today's hours are gap-filled — source has no data for today, signalling retry.
E (20952248) [2026-07-01 20:46:22.081] SCHEDULER: Price fetch failed — will retry at next :15 or :45.
I (21193258) [2026-07-01 20:50:23.092] SCHEDULER: Hourly weather refresh (hour 20)...
I (21193258) [2026-07-01 20:50:23.092] FETCH: Weather source: Open-Meteo (free)
I (21193498) [2026-07-01 20:50:23.327] esp-x509-crt-bundle: Certificate validated
I (21193808) [2026-07-01 20:50:23.640] FETCH: Open-Meteo fetched 48 hours (2 arrays, total_kwp=4.80) in 1 HTTP request
I (21193808) [2026-07-01 20:50:23.642] SCHEDULER: Hourly weather refresh done (48 hours).
I (21485218) [2026-07-01 20:55:15.051] ODIN_SERVER:

Zegt dus overal average ingevuld vanwege missing values.

Maar in de Data tab staat wel een grafiek met schijnbaar juiste prijzen:



In Asgard zie ik dan echter nog steeds een gap in de prijsgrafiek:

[xoror]

De prijs in Asgard komt met de volgende optimalisatie verzoek mee. Dus komt vanzelf goed.
De prijzen zijn er niet voor vandaag maar wel voor morgen, dus hij zeurt dat er geen prijzen zijn voor uur 0-24 en zal terug vallen op wat hij al heeft.

Je moet dus eenmalig die data inladen, en daarna weer op entso-e/open energy charts zetten. Dan gaat het vanaf 00:00 vanzelf goed.

De 1.02 versie heeft ook hele dag door retry om de 30m

[Loonen138]

@xoror Raar probleem bij mij zelf (dus niet bij mijn ouders), op de een of andere manier staat de IN1 Thermostat op OFF sinds 1-7-2026 00:11 (Als ik in Home Assistant terug kijk dan zie ik die tijd).

Bekabeling nagelopen van IN1 naar R1 al is daar niks in veranderd, kast zit dicht, toch voor de zekerheid de UTP kabel vervangen maar helaas geen verschil. Kabel maar vervangen voor zo'n 2 aderige thermostaatkabel van 0,8mm maar dat maakt ook geen verschil.
IN1 blijft op OFF staan en rood lampje van de asgard brand ook niet, dus je zou zeggen dat het aan de kabel\connectie van IN1 naar R1 moet liggen.

ODIN draait op V1.0.2 en Asgard op 2026-06-20.02.
Er is gister nog een DHW gedraaid en vannacht 04:00 nog legionella.

Asgard en ODIN al herstart maar ook geen verschil.
Ecodan uit\aan gezet maar ook geen verschil.
ODIN is online volgens Asgard.
Er is demand volgens de virtual thermostat, 22,6 graden in de woonkamer.
Thermostat mode staat op Cool en temp sensor source op virtaul thermostat input.
Operating mode op Cool Flow Temperature.
Server control staat aan.
Master Room Sensor z1 staat op MRC.
DIPswitches staan nog goed, SW1-8 op 0 en SW2-1 op 1
Het is de FTC6.

Gister waren de problemen rondom het ophalen van de dynamische prijzen maar op dit moment staat ze er gewoon weer in via ENTSO-E source.

En volgens de solver zou die moeten draaien maar lukt dus niet omdat IN1 op off staat.

Ik zag wel dat de aardedraad los zat en dus niet meer aan de schroef vast, leuk die installateurs van de aannemers dus die heb ik weer even vast gemaakt maar lijkt mij sterk dat dit het probleem was\heeft veroorzaakt.

ODIN logs;

code:

=== NEW OPTIMIZATION REQUEST ===
I (142889998) [2026-07-02 14:56:50.093] ODIN_SERVER: Mode: COOLING | Calculated Base EER: 5.61 (Raw EER: 5.44 at 26.7C, Run: 11.0h)
I (142890008) [2026-07-02 14:56:50.101] ODIN_SERVER: Mode: COOLING | Learned Max Cool Capacity: 2.24kW (Avg Run Power: 1.94kW over 11.0h)
I (142890018) [2026-07-02 14:56:50.115] OPTIMIZER: Required memory: 49392 bytes for 6174 nodes.
I (142890028) [2026-07-02 14:56:50.126] ODIN_SERVER: === MEMORY CHECK ===
I (142890038) [2026-07-02 14:56:50.128] ODIN_SERVER: Free RAM before solve: 7134892 bytes
I (142890038) [2026-07-02 14:56:50.136] ODIN_SERVER: Free RAM after solve : 7133648 bytes
I (142890048) [2026-07-02 14:56:50.144] ODIN_SERVER: Lowest RAM ever seen : 6974276 bytes
I (142890058) [2026-07-02 14:56:50.151] ODIN_SERVER: ======================
I (142890068) [2026-07-02 14:56:50.158] ODIN_SERVER: Projected 24h Cons: 0.00 kWh, Prod: 0.00 kWh, Solar: 0.00 kWh, Cost: ~€0.00
I (142890078) [2026-07-02 14:56:50.170] ODIN_SERVER: === OPTIMIZATION COMPLETE (10 ms) | states=161 | nodes=1702/881314 (100% pruned) ===

Asgard logs;

code:

14:43:47
--- Connected to EventStream ---
14:45:53 [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
14:45:53 [D][auto_adaptive:377]: Z1 src=2 room=22.6 target=21.0 flow=30.5 flow_rate=0.0 outside=21.0 bias=0.0 H=0 C=0
14:45:53 [D][auto_adaptive:415]: Z1 ODIN heating/cooling stopped, solver_load_ratio: -1.00, mode: 0
14:50:53 [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
14:50:53 [D][auto_adaptive:377]: Z1 src=2 room=22.6 target=21.0 flow=30.5 flow_rate=0.0 outside=21.0 bias=0.0 H=0 C=0
14:50:53 [D][auto_adaptive:415]: Z1 ODIN heating/cooling stopped, solver_load_ratio: -1.00, mode: 0
14:55:23 [I][auto_adaptive:288]: Pre-hour trigger at 13:55 — requesting ODIN solve for hour 14.
14:55:53 [I][auto_adaptive:135]: ODIN production targets loaded (48h). current_hour=13
14:55:54 [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
14:55:54 [D][auto_adaptive:377]: Z1 src=2 room=22.6 target=21.0 flow=30.5 flow_rate=0.0 outside=21.0 bias=0.0 H=0 C=0
14:55:54 [D][auto_adaptive:415]: Z1 ODIN heating/cooling stopped, solver_load_ratio: -1.00, mode: 0

[ Voor 0% gewijzigd door Loonen138 op 02-07-2026 15:29 . Reden: typfout ]

[xoror]

@Loonen138
Even dubbel checken die rood en blauwe draad zitten wel in R1 op Asgard right?

Test de relay handmatig:
- zet je virtual thermostat op "OFF"
- Ga gaar http://asgard-ip
- zet daar manual relay 1 aan. Controleer of het led rood is, zo ja, controleer de in1 status in asgard.

Het lampje moet eigenlijk rood worden als de manual relay aan staat. Als in1 niet aangaat dat zit er ws iets in de bekabeling weer

[Loonen138]

xoror schreef op donderdag 2 juli 2026 @ 16:12:
@Loonen138
Even dubbel checken die rood en blauwe draad zitten wel in R1 op Asgard right?

Test de relay handmatig:
- zet je virtual thermostat op "OFF"
- Ga gaar http://asgard-ip
- zet daar manual relay 1 aan. Controleer of het led rood is, zo ja, controleer de in1 status in asgard.

Het lampje moet eigenlijk rood worden als de manual relay aan staat. Als in1 niet aangaat dat zit er ws iets in de bekabeling weer

Ja, zit netjes in de R1 maar helaas geen rood lampje op de asgard en IN1 blijft op off met de manual relay op on.
Ik hoor ook de kabel netjes klikken, als ik beide kabels in IN1 druk.



Raar dat het opeens niet meer werkt zonder iets te doen.
Zou het nog nut hebben om de Z2 te testen? IN6 en R2?
Ik heb echter maar een 1 zone warmtepomp.

Anders kan ik nog proberen om het originele aansluiting van asgard terug te zetten om te kijken wat er dan gebeurt, weet ik in ieder geval op de IN1 poorten gewoon normaal werken.

[xoror]

@Loonen138 dat is heel raar. Je zou een z2 firmware op kunnen zetten om R2 te testen, maar R1 moet ook gewoon werken.

Kan je evt buiten de warmtepomp testen ?, dus aan de usb hangen aan je pc, en dan met een multi meter kijken of er verbinding is ?

[bilgy_no1]

Loonen138 schreef op donderdag 2 juli 2026 @ 16:32:
[...]


Ja, zit netjes in de R1 maar helaas geen rood lampje op de asgard en IN1 blijft op off met de manual relay op on.
Ik hoor ook de kabel netjes klikken, als ik beide kabels in IN1 druk.

Op je foto van Asgard lijkt het alsof ze in het 2e en 3e poortje zitten ipv het 1e en 2e vanaf links. Misschien is het vertekend door het perspectief, maar ik zo lijkt het voor mij obv die foto.

[Johnny_Hasselt]

@xoror enkel Om te verstaan en om te leren, wat is deze actie? Die komt elk uur terug met hogere waardes.

[Loonen138]

xoror schreef op donderdag 2 juli 2026 @ 16:43:
@Loonen138 dat is heel raar. Je zou een z2 firmware op kunnen zetten om R2 te testen, maar R1 moet ook gewoon werken.

Kan je evt buiten de warmtepomp testen ?, dus aan de usb hangen aan je pc, en dan met een multi meter kijken of er verbinding is ?

Ik heb met @xoror in de DM getroubleshoot en na een factory flash werkte het weer, raar probleem.

[xoror]

Johnny_Hasselt schreef op donderdag 2 juli 2026 @ 19:13:
@xoror enkel Om te verstaan en om te leren, wat is deze actie? Die komt elk uur terug met hogere waardes.

[Afbeelding]

[Afbeelding]

Jouw huis vertoont extremen, als in 6c verschil op een dag. Daar moet ik wat voorzieningen voor treffen, anders krijg je no path found. Maar is goed dus dat jij het ziet, want dat was voor jouw huis. We schalen de stapjes iets op om het algo te laten werken binnen de geheugen limieten. normaal werken we met 0.05c, bij jou kan dat schalen naar 0.07c. Merk je verder niets van.

[Johnny_Hasselt]

xoror schreef op donderdag 2 juli 2026 @ 19:20:
[...]


Jouw huis vertoont extremen, als in 6c verschil op een dag. Daar moet ik wat voorzieningen voor treffen, anders krijg je no path found. Maar is goed dus dat jij het ziet, want dat was voor jouw huis. We schalen de stapjes iets op om het algo te laten werken binnen de geheugen limieten. normaal werken we met 0.05c, bij jou kan dat schalen naar 0.07c. Merk je verder niets van.

Ik heb wel geupgrade naar 1.0.3

Dat mocht toch of moest ik blijven op de versie die je mij stuurde?

[xoror]

@Johnny_Hasselt altijd laatste versie pakken. dus 1.0.3 is goed.

[trippelb]

@xoror ik gebruik geen Odin of Asguard dus voor mij niet van toepassing maar mogelijk dat je hier wat aan hebt in je project. Hier namelijk ook gerust temperatuurschommelingen van 5-7 graden op een dag. Met name door de zon.

[xoror]

@trippelb Omhoog door de zon, maar omlaag is ws airco?

[trippelb]

Nee uitsluitend ventilatie en natuurlijk de warmtepomp

[Johnny_Hasselt]

Ik heb wel extremen indien de zon schijnt maar niet met die bokkensprongen.

Zoals vandaag, wanneer de zon schijnt op al dat glas - geel gemarkeerd - (glazen dak van 7 op 3,5 en 16m+ glazen vensters van 2.5m hoog... Tja, als alles toe blijft wordt dat een sauna... Dus ik moet wel vensters (schuiframen) openen wat dus goed is. Enkel wanneer het buiten 30+ wordt hou ik alles toe en gebruik ik airco.

Ik heb 2 airco hangen om de temperatuur onder controle te houden in hete zomers... Ik gebruik momenteel niet de vloerkoeling.

Bij 'normale' zomers is het hier gelijk als op Bali.... Alles open wat heerlijk is.

[xoror]

@Johnny_Hasselt Mooi! Maar dat verklaart een hoop.

Je kan wat doorkijk planten zoals bamboe om een beetje natuurlijke schaduw te krijgen.

Ik zou de airco gebruiken vooral om de luchtvochtigheid omlaag te brengen zodat je vloer koeling kan doen. Blijft het langer koel

[ Voor 31% gewijzigd door xoror op 02-07-2026 21:33 ]