Heishamon <> Node Red voor Panasonic warmtepompen

[wumpe]

Hi @all

@edterbak first, thx for the nice nodered dashboard
second: i have found a bug. is night reduction activatet, softstart-function is not correctly running. i have flow 24.10, but the bug is still running since 24.07.


night reduction is set -2 degree and i drive only with WAR-Funktion and Softstart incl. Quietmodeaddon


9pm is night reduction activatet

thx

[ Voor 6% gewijzigd door wumpe op 07-03-2025 11:24 ]

[hemertje]

@edterbak
binnen Solar2DHW heb ik Fallback to default DHW (SP) below 0 W? ingeschakeld

ik krijg volle bak zonnestroom binnen



toch zie ik in de NR Log en op de Pana statistieken dat er getoggeld wordt tussen de DHW temperature setpoint - Low en de High ?

Flow version

24.11 (stable beta)

07/03 12:00:47 - Scheduler: Solar function active. Not changing operating mode now, but setting next operating mode to 4
07/03 11:26:24 - MQTT Command: SetDHWTemp: 62 (Solar)
07/03 11:26:23 - Function Solar: triggered threshold (kW). DHW SP to 62
07/03 11:25:54 - MQTT Command: SetDHWTemp: 52 (Solar)
07/03 11:25:53 - Function Solar: triggered threshold (undefined). Above 0kWh threshold. DHW SP to 52
07/03 11:05:24 - MQTT Command: SetDHWTemp: 62 (Solar)
07/03 11:05:23 - Function Solar: triggered threshold (kW). DHW SP to 62
07/03 10:42:10 - MQTT Command: SetQuietMode: 3
07/03 10:42:10 - MQTT Command: SetMaxPumpDuty: 94 (pump speed)
07/03 10:42:10 - Compressor: stopped
07/03 10:42:10 - Function SoftStart Quietmode: Compressor run ended, quiet mode set to level 3 for next run
07/03 10:42:10 - Function Pump speed: Max pumpspeed set to 94 (16%) (Low)
07/03 09:52:08 - MQTT Command: SetDHWTemp: 52 (Solar)
07/03 09:52:07 - Function Solar: triggered threshold (undefined). Above 0kWh threshold. DHW SP to 52
07/03 09:50:02 - Function SoftStart Quietmode: Timer ended, quiet mode is already set to level 2
07/03 09:45:01 - MQTT Command: SetMaxPumpDuty: 245 (pump speed)
07/03 09:45:01 - Compressor: running
07/03 09:45:01 - Function SoftStart Quietmode: Timer started (5 minutes)
07/03 09:45:01 - Function Pump speed: Max pumpspeed set to 245 (95%) (DHW)
07/03 09:41:56 - MQTT Command: SetQuietMode: 2
07/03 09:41:56 - Quiet mode manager: Detected 3-way valve set to DHW. Disabling the quiet mode function during DHW. Restored to level 2
07/03 09:41:56 - MQTT Command: SetMaxPumpDuty: 94 (pump speed)
07/03 09:41:56 - TOP20_ThreeWay_Valve_State: 1
07/03 09:41:56 - Function Pump speed: Max pumpspeed set to 94 (16%) (Low)
07/03 09:41:56 - TOP4_Operating_Mode_State: 4
07/03 09:41:54 - MQTT Command: SetOperationMode: 4
07/03 09:41:53 - MQTT Command: SetDHWTemp: 62 (Solar)
07/03 09:41:53 - MQTT Command: SetHeatpump: 1 (Solar)
07/03 09:41:52 - Function Solar: Operation mode changed from 0 to 4
07/03 09:41:52 - Function Solar: triggered threshold (kW). DHW SP to 62
07/03 09:41:52 - Function Solar: Stored next operating mode is set to 0
07/03 09:38:41 - Function - Calculate new SP: New final SP calculated: Current setpoint: 26 °C. New calculated setpoint: 24 °C
07/03 09:38:36 - Function WAR: Setpoint change: From 27.1 to 27 °C
07/03 09:33:36 - Function WAR: Setpoint change: From 27.2 to 27.1 °C
07/03 09:13:35 - Function WAR: Setpoint change: From 27.3 to 27.2 °C
07/03 09:08:34 - Function WAR: Setpoint change: From 27.4 to 27.3 °C
07/03 09:07:46 - Function - Calculate new SP: New final SP calculated: Current setpoint: 26 °C. New calculated setpoint: 25 °C
07/03 09:07:46 - Function RTC: Correction change: From -2 to -3 °C (Room actual: 20.92 °C)
07/03 08:58:34 - Function WAR: Setpoint change: From 27.5 to 27.4 °C
07/03 08:52:46 - Function WAR: Setpoint change: From 27.6 to 27.5 °C
07/03 08:48:33 - Function WAR: Setpoint change: From 27.7 to 27.6 °C
07/03 08:43:33 - Function WAR: Setpoint change: From 27.8 to 27.7 °C
07/03 08:38:33 - Function WAR: Setpoint change: From 27.9 to 27.8 °C
07/03 08:33:32 - Function WAR: Setpoint change: From 28 to 27.9 °C
07/03 08:18:31 - Function WAR: Setpoint change: From 28.1 to 28 °C
07/03 08:13:31 - Function WAR: Setpoint change: From 28.2 to 28.1 °C
07/03 08:03:31 - Function WAR: Setpoint change: From 28.3 to 28.2 °C
07/03 07:52:46 - Function WAR: Setpoint change: From 28.2 to 28.3 °C
07/03 07:18:28 - Function WAR: Setpoint change: From 28.3 to 28.2 °C
07/03 06:48:25 - Function WAR: Setpoint change: From 28.2 to 28.3 °C
07/03 06:18:24 - Function WAR: Setpoint change: From 28.1 to 28.2 °C
07/03 06:13:24 - Function - Calculate new SP: New final SP calculated: Current setpoint: 26 °C. New calculated setpoint: 27 °C
07/03 06:13:24 - Function WAR: Setpoint change: From 28 to 28.1 °C
07/03 06:02:52 - MQTT Command: SetQuietMode: 3 (SoftStart Quietmode)
07/03 06:02:52 - Function SoftStart: SoftStart function end
07/03 06:02:52 - Compressor: stopped
07/03 06:02:52 - Function SoftStart Quietmode: Compressor run ended, quiet mode set to level 3 for next run
07/03 06:02:46 - MQTT Command: SetHeatpump: 0 (rtc automation: on/off)
07/03 06:02:46 - Function RTC: Automation 'Turn off/on power' triggered - power OFF (Room temp: 20.7°C)
07/03 06:00:52 - TOP4_Operating_Mode_State: 0
07/03 06:00:49 - MQTT Command: SetOperationMode: 0
07/03 06:00:46 - MQTT Command: SetCurves: target: 26 (SP Calculation)
07/03 06:00:46 - Function - Calculate new SP: New final SP calculated: Current setpoint: 29 °C. New calculated setpoint: 26 °C
07/03 06:00:46 - Function RTC: Correction change: From 1 to -2 °C (Room actual: 20.67 °C)
07/03 06:00:46 - RTC: Room setpoint changed to: 20 °C
07/03 06:00:46 - Scheduler - Set room setpoint (RTC): 20
07/03 06:00:46 - Scheduler: Stored next operating mode empty. Setting new operating mode to: 0
07/03 05:58:22 - MQTT Command: SetCurves: target: 29 (SP Calculation)
07/03 05:58:22 - Function - Calculate new SP: New final SP calculated: Current setpoint: 30 °C. New calculated setpoint: 29 °C
07/03 05:58:22 - Function WAR: Setpoint change: From 28.2 to 28 °C
07/03 05:52:46 - Function WAR: Setpoint change: From 28.3 to 28.2 °C
07/03 05:33:21 - Function WAR: Setpoint change: From 28.2 to 28.3 °C
07/03 05:28:21 - Function WAR: Setpoint change: From 28.3 to 28.2 °C
07/03 05:03:19 - Function WAR: Setpoint change: From 28.2 to 28.3 °C
07/03 04:33:17 - Function WAR: Setpoint change: From 28.1 to 28.2 °C
07/03 04:18:16 - MQTT Command: SetCurves: target: 30 (SP Calculation)
07/03 04:18:16 - Function - Calculate new SP: New final SP calculated: Current setpoint: 29 °C. New calculated setpoint: 30 °C
07/03 04:18:16 - Function WAR: Setpoint change: From 28 to 28.1 °C
07/03 04:12:46 - Function WAR: Setpoint change: From 27.8 to 28 °C
07/03 04:08:15 - Function WAR: Setpoint change: From 27.9 to 27.8 °C
07/03 03:58:14 - Function WAR: Setpoint change: From 28 to 27.9 °C
07/03 03:53:14 - MQTT Command: SetCurves: target: 29 (SP Calculation)
07/03 03:53:14 - Function - Calculate new SP: New final SP calculated: Current setpoint: 30 °C. New calculated setpoint: 29 °C
07/03 03:53:14 - Function WAR: Setpoint change: From 28.1 to 28 °C
07/03 03:32:46 - MQTT Command: SetCurves: target: 30 (SP Calculation)
07/03 03:32:46 - Function - Calculate new SP: New final SP calculated: Current setpoint: 31 °C. New calculated setpoint: 30 °C
07/03 03:32:46 - Function RTC: Correction change: From 2 to 1 °C (Room actual: 20.41 °C)
07/03 03:13:12 - MQTT Command: SetCurves: target: 31 (SP Calculation)
07/03 03:13:12 - Function - Calculate new SP: New final SP calculated: Current setpoint: 30 °C. New calculated setpoint: 31 °C
07/03 03:13:12 - Function WAR: Setpoint change: From 28 to 28.1 °C
07/03 03:00:49 - MQTT Command: SetCurves: target: 30 (SP Calculation)
07/03 03:00:49 - Function - Calculate new SP: New final SP calculated: Current setpoint: 27 °C. New calculated setpoint: 30 °C
07/03 03:00:46 - Function RTC: Correction change: From -1 to 2 °C (Room actual: 20.35 °C)
07/03 03:00:46 - RTC: Room setpoint changed to: 21 °C
07/03 03:00:46 - Scheduler - Set room setpoint (RTC): 21
07/03 02:53:10 - Function WAR: Setpoint change: From 27.9 to 28 °C
07/03 02:43:10 - Function WAR: Setpoint change: From 27.8 to 27.9 °C
07/03 02:32:46 - MQTT Command: SetCurves: target: 27 (SP Calculation)
07/03 02:32:46 - Function - Calculate new SP: New final SP calculated: Current setpoint: 28 °C. New calculated setpoint: 27 °C
07/03 02:32:46 - Function RTC: Correction change: From 0 to -1 °C (Room actual: 20.32 °C)
07/03 02:22:46 - MQTT Command: SetCurves: target: 28 (SP Calculation)
07/03 02:22:46 - Function - Calculate new SP: New final SP calculated: Current setpoint: 27 °C. New calculated setpoint: 28 °C
07/03 02:22:46 - Function RTC: Correction change: From -1 to 0 °C (Room actual: 20.29 °C)
07/03 02:17:46 - MQTT Command: SetCurves: target: 27 (SP Calculation)
07/03 02:17:46 - Function - Calculate new SP: New final SP calculated: Current setpoint: 28 °C. New calculated setpoint: 27 °C
07/03 02:17:46 - Function RTC: Correction change: From 0 to -1 °C (Room actual: 20.3 °C)
07/03 02:13:07 - Function WAR: Setpoint change: From 27.7 to 27.8 °C
07/03 01:43:05 - Function WAR: Setpoint change: From 27.6 to 27.7 °C
07/03 01:28:04 - Function WAR: Setpoint change: From 27.7 to 27.6 °C
07/03 01:13:03 - Function WAR: Setpoint change: From 27.8 to 27.7 °C
07/03 00:52:46 - Function WAR: Setpoint change: From 27.7 to 27.8 °C
07/03 00:51:07 - MQTT Command: SetCurves: target: 28 (SP Calculation)
07/03 00:50:03 - Function - Calculate new SP: New final SP calculated: Current setpoint: 27 °C. New calculated setpoint: 28 °C
07/03 00:50:03 - Function SoftStart: Correction: -1 > 0 °C - (ENDING) Freq: 27Hz, SP_Final: 20°C
07/03 00:43:02 - Function WAR: Setpoint change: From 27.8 to 27.7 °C
07/03 00:35:03 - MQTT Command: SetCurves: target: 27 (SP Calculation)
07/03 00:35:03 - Function - Calculate new SP: New final SP calculated: Current setpoint: 26 °C. New calculated setpoint: 27 °C
07/03 00:35:03 - Function SoftStart: Correction: -2 > -1 °C - (ENDING) Freq: 26Hz, SP_Final: 19°C
07/03 00:23:14 - Function SoftStart: --> Pump relaxing took too long... (32Hz) Continuing with Phase 2. (Count: 5/5. Resetting counter)
07/03 00:23:03 - Function SoftStart: Correction: -2 > -2 °C - (EVALUATING) Freq: 32Hz, SP_Final: 18°C
07/03 00:22:46 - Function SoftStart: Correction: -1 > -2 °C - (STARTUP) Freq: 33Hz, SP_Final: 18°C
07/03 00:22:46 - Function RTC: Correction change: From -1 to 0 °C (Room actual: 20.25 °C)
07/03 00:20:03 - Function SoftStart: --> Pump did not yet relax (32Hz). Restarting Phase 1 again... (Count: 5/5)
07/03 00:19:53 - Function SoftStart: Correction: -1 > -1 °C - (EVALUATING) Freq: 32Hz, SP_Final: 18°C
07/03 00:18:05 - MQTT Command: SetCurves: target: 26 (SP Calculation)
07/03 00:18:05 - Function - Calculate new SP: New final SP calculated: Current setpoint: 27 °C. New calculated setpoint: 26 °C
07/03 00:18:05 - Function SoftStart: Correction: 0 > -1 °C - (STARTUP) Freq: 33Hz, SP_Final: 18°C
07/03 00:17:55 - MQTT Command: SetCurves: target: 27 (SP Calculation)
07/03 00:17:55 - Function - Calculate new SP: New final SP calculated: Current setpoint: 28 °C. New calculated setpoint: 27 °C
07/03 00:17:55 - Function SoftStart: Correction: 1 > 0 °C - (STARTUP) Freq: 33Hz, SP_Final: 19°C
07/03 00:17:46 - Function WAR: Setpoint change: From 27.7 to 27.8 °C
07/03 00:17:34 - MQTT Command: SetCurves: target: 28 (SP Calculation)
07/03 00:17:34 - Function - Calculate new SP: New final SP calculated: Current setpoint: 29 °C. New calculated setpoint: 28 °C
07/03 00:17:30 - Function SoftStart: Correction: 2 > 1 °C - (STARTUP) Freq: 32Hz, SP_Final: 20°C
07/03 00:17:15 - MQTT Command: SetCurves: target: 29 (SP Calculation)
07/03 00:17:03 - Function - Calculate new SP: New final SP calculated: Current setpoint: 28 °C. New calculated setpoint: 29 °C
07/03 00:17:03 - Function SoftStart: Correction: 1 > 2 °C - (STARTUP) Freq: 36Hz, SP_Final: 21°C
07/03 00:16:52 - Function SoftStart: --> Pump did not yet relax (36Hz). Restarting Phase 1 again... (Count: 4/5)
07/03 00:16:42 - Function SoftStart: Correction: 1 > 1 °C - (EVALUATING) Freq: 36Hz, SP_Final: 20°C
07/03 00:16:24 - MQTT Command: SetCurves: target: 28 (SP Calculation)
07/03 00:16:24 - Function - Calculate new SP: New final SP calculated: Current setpoint: 29 °C. New calculated setpoint: 28 °C
07/03 00:16:20 - Function SoftStart: Correction: 2 > 1 °C - (STARTUP) Freq: 35Hz, SP_Final: 20°C
07/03 00:16:13 - MQTT Command: SetCurves: target: 29 (SP Calculation)
07/03 00:16:13 - Function - Calculate new SP: New final SP calculated: Current setpoint: 28 °C. New calculated setpoint: 29 °C
07/03 00:16:13 - Function SoftStart: Correction: 1 > 2 °C - (STARTUP) Freq: 35Hz, SP_Final: 21°C
07/03 00:13:41 - Function SoftStart: --> Pump did not yet relax (36Hz). Restarting Phase 1 again... (Count: 3/5)
07/03 00:13:31 - Function SoftStart: Correction: 1 > 1 °C - (EVALUATING) Freq: 36Hz, SP_Final: 20°C
07/03 00:12:15 - MQTT Command: SetCurves: target: 28 (SP Calculation)
07/03 00:12:12 - MQTT Command: SetCurves: target: 28 (SP Calculation)
07/03 00:11:55 - Function - Calculate new SP: New final SP calculated: Current setpoint: 27 °C. New calculated setpoint: 28 °C
07/03 00:11:53 - Function SoftStart: Correction: 0 > 1 °C - (STARTUP) Freq: 36Hz, SP_Final: 20°C
07/03 00:11:44 - MQTT Command: SetCurves: target: 27 (SP Calculation)
07/03 00:11:44 - Function - Calculate new SP: New final SP calculated: Current setpoint: 28 °C. New calculated setpoint: 27 °C
07/03 00:11:40 - Function SoftStart: Correction: 1 > 0 °C - (STARTUP) Freq: 35Hz, SP_Final: 19°C
07/03 00:11:23 - MQTT Command: SetCurves: target: 28 (SP Calculation)
07/03 00:11:23 - Function - Calculate new SP: New final SP calculated: Current setpoint: 27 °C. New calculated setpoint: 28 °C
07/03 00:11:23 - Function SoftStart: Correction: 0 > 1 °C - (STARTUP) Freq: 35Hz, SP_Final: 20°C
07/03 00:11:00 - Function SoftStart: Correction: 1 > 0 °C - (STARTUP) Freq: 36Hz, SP_Final: 19°C
07/03 00:10:58 - Function SoftStart: Correction: 0 > 1 °C - (STARTUP) Freq: 35Hz, SP_Final: 20°C
07/03 00:10:30 - Function SoftStart: --> Pump did not yet relax (35Hz). Restarting Phase 1 again... (Count: 2/5)
07/03 00:10:20 - Function SoftStart: Correction: 0 > 0 °C - (EVALUATING) Freq: 35Hz, SP_Final: 19°C
07/03 00:09:09 - MQTT Command: SetQuietMode: 2 (SoftStart Quietmode)
07/03 00:09:09 - Function SoftStart Quietmode: Timer ended, restoring quiet mode to level 2
07/03 00:07:43 - MQTT Command: SetCurves: target: 27 (SP Calculation)
07/03 00:07:43 - Function - Calculate new SP: New final SP calculated: Current setpoint: 26 °C. New calculated setpoint: 27 °C
07/03 00:07:43 - Function SoftStart: Correction: -1 > 0 °C - (STARTUP) Freq: 35Hz, SP_Final: 19°C
07/03 00:07:29 - MQTT Command: SetCurves: target: 26 (SP Calculation)
07/03 00:07:29 - Function - Calculate new SP: New final SP calculated: Current setpoint: 27 °C. New calculated setpoint: 26 °C
07/03 00:07:29 - Function SoftStart: Correction: 0 > -1 °C - (STARTUP) Freq: 36Hz, SP_Final: 18°C
07/03 00:07:20 - Function SoftStart: --> Pump did not yet relax (36Hz). Restarting Phase 1 again... (Count: 1/5)
07/03 00:07:14 - MQTT Command: SetCurves: target: 27 (SP Calculation)
07/03 00:07:14 - Function - Calculate new SP: New final SP calculated: Current setpoint: 26 °C. New calculated setpoint: 27 °C
07/03 00:07:14 - Function SoftStart: Correction: -1 > 0 °C - (EVALUATING) Freq: 36Hz, SP_Final: 19°C
07/03 00:07:09 - Function SoftStart: Correction: -1 > -1 °C - (EVALUATING) Freq: 35Hz, SP_Final: 18°C
07/03 00:06:23 - MQTT Command: SetCurves: target: 26 (SP Calculation)
07/03 00:06:23 - Function - Calculate new SP: New final SP calculated: Current setpoint: 25 °C. New calculated setpoint: 26 °C
07/03 00:06:23 - Function SoftStart: Correction: -2 > -1 °C - (STARTUP) Freq: 36Hz, SP_Final: 18°C
07/03 00:06:08 - MQTT Command: SetCurves: target: 25 (SP Calculation)
07/03 00:06:08 - Function - Calculate new SP: New final SP calculated: Current setpoint: 24 °C. New calculated setpoint: 25 °C
07/03 00:06:08 - Function SoftStart: Correction: -3 > -2 °C - (STARTUP) Freq: 38Hz, SP_Final: 17°C
07/03 00:05:53 - MQTT Command: SetCurves: target: 24 (SP Calculation)
07/03 00:05:53 - Function - Calculate new SP: New final SP calculated: Current setpoint: 23 °C. New calculated setpoint: 24 °C
07/03 00:05:53 - Function SoftStart: Correction: -4 > -3 °C - (STARTUP) Freq: 38Hz, SP_Final: 16°C
07/03 00:05:13 - MQTT Command: SetCurves: target: 23 (SP Calculation)
07/03 00:05:13 - Function - Calculate new SP: New final SP calculated: Current setpoint: 22 °C. New calculated setpoint: 23 °C
07/03 00:05:13 - Function SoftStart: Correction: -5 > -4 °C - (STARTUP) Freq: 22Hz, SP_Final: 15°C
07/03 00:04:09 - MQTT Command: SetCurves: target: 22 (SP Calculation)
07/03 00:04:09 - Function - Calculate new SP: New final SP calculated: Current setpoint: 27 °C. New calculated setpoint: 22 °C
07/03 00:04:09 - Function SoftStart: Correction: 0 > -5 °C - (STARTUP) Freq: 15Hz, SP_Final: 14°C
07/03 00:04:09 - MQTT Command: SetMaxPumpDuty: 150 (pump speed)
07/03 00:04:09 - Compressor: running
07/03 00:04:09 - Function SoftStart Quietmode: Timer started (5 minutes)
07/03 00:04:09 - Function Pump speed: Max pumpspeed set to 150 (45%) (HEAT)
07/03 00:02:59 - Function WAR: Setpoint change: From 27.8 to 27.7 °C
07/03 00:00:54 - MQTT Command: SetMaxPumpDuty: 94 (pump speed)
07/03 00:00:54 - Function Pump speed: Max pumpspeed set to 94 (16%) (Low)
07/03 00:00:54 - TOP4_Operating_Mode_State: 4
07/03 00:00:49 - MQTT Command: SetOperationMode: 4
07/03 00:00:46 - MQTT Command: SetHeatpump: 1 (GUI)
07/03 00:00:46 - Scheduler - Power: 1
07/03 00:00:46 - Scheduler: RTC automation active. Stored next operating mode is removed
07/03 00:00:00 - Function Solar: New day; Reset Solar function. DHW SP = 52
07/03 00:00:00 - SYSTEM: Total amount of offline messages today: 3
------------------------------------------------------------------------------------------------

PS weet iemand of je in de Pana statistieken kan weergeven of dat de Backup Heater is ingeschakeld, welk vinkje is dat?

Tankverwarming (huidig) 1:uit 2:aan staat de hele week al op 1 / uit

[edterbak]

Kun je een screen shot maken van je solar2dhw scherm?
Even mee kijken

[hemertje]

edterbak schreef op vrijdag 7 maart 2025 @ 12:38:
Kun je een screen shot maken van je solar2dhw scherm?
Even mee kijken

[edterbak]

wumpe schreef op vrijdag 7 maart 2025 @ 11:07:
Hi @all

@edterbak first, thx for the nice nodered dashboard
second: i have found a bug. is night reduction activatet, softstart-function is not correctly running. i have flow 24.10, but the bug is still running since 24.07.

[Afbeelding]
night reduction is set -2 degree and i drive only with WAR-Funktion and Softstart incl. Quietmodeaddon

[Afbeelding]
9pm is night reduction activatet

thx

Hello Wumpe! Nice surprise seing a non-Dutchy nerd here Welcome of course.

You mention night reducion. Which one exactly?
There are two variants. The one targeting the water temperature and one the roomtemperature. I think you are referring to the water temp correction. But i'd like to know for sure.

Can you also share a bit of log showing the incorrect value being calculated?

Regards

[Guy-Manuel]

edterbak schreef op maandag 3 maart 2025 @ 21:57:
Okey mannen (en vrouwen...)

Ik heb al 2 jaar ofzo een heel mooi dashboard gemaakt in HA.
Maar, dat is altijd 'verborgen' geweest, omdat ik de enige ben die toegang heeft tot dit dashboard. Via PC of via telefoon. Mijn vrouw en kinderen hebben daar niks aan. Zo ook het bedienen van de robo stofzuiger (heb ik lang geleden al zo opgelost via voice control KLIK ... en een filmpje), de verwarming enzo..

Nu heb ik een maand of wat geleden een tablet tegen de muur aan geplakt en dit dashboard voor iedereen thuis beschikbaar gemaakt. Het werkt erg mooi vind ik.
ter illustratie, het ziet er zo uit

Mooie show Bob!

Een fotorealistisch boilervat met temperatuur gradient erin, lijkt me wel wat.

Ik zit helaas krap in tijd en krijg weinig rust thuis, dus participeren wordt lastig in mijn geval. Maar ben nu al wel benieuwd naar de volgende uitwerkingen.

Even iets anders, miss is het vloeken in de kerk hier, maar wat ik jammer vind aan het concept forum is dat een vraag, uitleg, best practice of uitwerking snel bedolven wordt onder nieuwe posts. Is het toegestaan en/of wenselijk om bv parallel te werken/posten in een discord/slack-achtige omgeving. Mijn autisme heeft behoefte aan meer orde en categoriseren denk ik..

(Voor mij is dit het enige topic wat ik echt actief volg op tweakers btw)

[edterbak]

hemertje schreef op vrijdag 7 maart 2025 @ 12:09:
@edterbak
binnen Solar2DHW heb ik Fallback to default DHW (SP) below 0 W? ingeschakeld

ik krijg volle bak zonnestroom binnen

[Afbeelding]

toch zie ik in de NR Log en op de Pana statistieken dat er getoggeld wordt tussen de DHW temperature setpoint - Low en de High ?

[Afbeelding]


[...]


PS weet iemand of je in de Pana statistieken kan weergeven of dat de Backup Heater is ingeschakeld, welk vinkje is dat?

Tankverwarming (huidig) 1:uit 2:aan staat de hele week al op 1 / uit

Misschien dat ik het al zie iets dat misschien het pendel-gedrag kan verklaren.

Als je panelen stroom leveren en je huishouden produceert meer stroom en komt voorbij de threshold van -3kW, dan begint uiteraard de pomp DHW te aan te sturen. Dit zie je ook in het log terug.

Zodra je pomp aan staat, gebruikt deze ook meer stroom. Het gevolg hiervan is dat je stroomproductie naar het net toe afneemt. Zo ver, logisch.

Je zou zeggen dat bij 3000 W, je genoeg ruimte hebt op je levering dat de pomp vrij uit zijn werk kan doen. Ik heb gisteren toevallig een grafiekje bijgemaakt op het dashboard dat het stroomgebruik van de pomp laat zien. Zie onderstaande afbeelding.


Gemeten is het stroomgebruik van 2000 W tot ca 2500 W. Als de 53°C behaald is, dan gaat hij over op volledig elektrisch. Dus dat zal die piek zijn naar 4500 W. Klein stukje overlap van compressor + elektrisch.

Anyway... Van die 3000W wat je threshold is, hou je dus tijdens een DHW run 500-1000W over dat je levert.
Als iemand thuis op dat moment een waterkoker aanzet, dan kom je boven de 0 W levering uit, en stopt de DHW run.

Ik denk dat dit aan de hand is. Ik denk dat het 'pendel-gedrag' is.
Je kunt dit oplossen door die toggle "fallback to default DHW...." uit te laten. Dan zal hij dus niet meer stoppen met de DHW run tot hij echt de temperatuur bereikt heeft.

Dus als je die toggle uit zet, en je ziet het pendel-gedrag niet meer, dan was dat het.

PS weet iemand of je in de Pana statistieken kan weergeven of dat de Backup Heater is ingeschakeld, welk vinkje is dat?
Ik log die zelf niet. Ik heb net gekeken in heishamon. Ik denk dat het 1 van deze twee TOPS zou moeten zijn.
TOP60 Internal_Heater_State 0 Inactive
TOP61 External_Heater_State 0 Inactive

Maar zeker weten doe ik het niet. Misschien is er iemand die dit kan bevestigen.

[Guy-Manuel]

hemertje schreef op donderdag 6 maart 2025 @ 12:55:
[...]


Solar²DHW
DHW temperature setpoint - low 45
DHW temperature setpoint - high 50
Threshold -2kW
Allow switch on heat pump ON
Fallback to default DHW (SP) below 0 W? OFF
Cooldown period after DHW run 15Min

Boefje, donderdag had je de Fallback nog op OFF staan

[edterbak]

Guy-Manuel schreef op vrijdag 7 maart 2025 @ 20:21:
[...]


Mooie show Bob!

Ik heb overigens nog een leuke anekdote over Bob..

Automatiseringen welke ik actief heb:
- Iedere nacht om 03:00 doet bob een rondje door de gehele bg.
- Als iedereen van huis weg is, dan gaat Bob ook 1x een rondje zuigen.

Maar... Bob is de eerste robozuigert. Ik heb Bob 3 maanden geleden vervangen door een verbeterd model, de roborock s8. Werkt prima overigens.
Maar de eerste paar dagen had ik 2 laadstationen staan om het spul in te regelen en de omschakeling te maken.

Na een dag of 3 kwam ik thuis, en kon ik de nieuwe robozuigert niet meer vinden. Bob stond op het oplaadstation ergens in de woonkamer. De nieuwe robozuigert was nergens te bekennen. Ik snapte er helemaal niks van. Ik heb minstens een kwartier als een dwaas overal gezocht onder banken, achter gordijnen... Ik snapte er niks van.. Ik had hem toch op het laadstation achter gelaten...

Tot ik nog een keer goed in de app keek van de nieuwe robozuiger. Ik zag dat de nieuwe OOK aan het opladen was. Toen ik het deurtje open deed vond ik de nieuwe robot op de plek van Bob...

This is bob fragment...



Dus nu heet onze nieuwe robot zuiger "Larry"

[hemertje]

Guy-Manuel schreef op vrijdag 7 maart 2025 @ 20:21:
[...]


Mooie show Bob!

Een fotorealistisch boilervat met temperatuur gradient erin, lijkt me wel wat.

Ik zit helaas krap in tijd en krijg weinig rust thuis, dus participeren wordt lastig in mijn geval. Maar ben nu al wel benieuwd naar de volgende uitwerkingen.

Even iets anders, miss is het vloeken in de kerk hier, maar wat ik jammer vind aan het concept forum is dat een vraag, uitleg, best practice of uitwerking snel bedolven wordt onder nieuwe posts. Is het toegestaan en/of wenselijk om bv parallel te werken/posten in een discord/slack-achtige omgeving. Mijn autisme heeft behoefte aan meer orde en categoriseren denk ik..

(Voor mij is dit het enige topic wat ik echt actief volg op tweakers btw)

Ed heeft natuurlijk ook zijn Github waar we extra uitleg en toelichting kunnen plaatsen en hosten

zo ben ik na de kennismaking afgelopen november met Node Red begonnen Ed zijn Howto door te nemen en stappen / info in een Word document toe te voegen om als leek vanaf nul te kunnen installeren en instellen

Mijn idee was om die info aan Ed over te dragen zodat hij zijn Github ook niet alleen hoeft bij te houden

[Guy-Manuel]

edterbak schreef op vrijdag 7 maart 2025 @ 20:44:
[...]


Ik heb overigens nog een leuke anekdote over Bob..

Automatiseringen welke ik actief heb:
- Iedere nacht om 03:00 doet bob een rondje door de gehele bg.
- Als iedereen van huis weg is, dan gaat Bob ook 1x een rondje zuigen.

Maar... Bob is de eerste robozuigert. Ik heb Bob 3 maanden geleden vervangen door een verbeterd model, de roborock s8. Werkt prima overigens.
Maar de eerste paar dagen had ik 2 laadstationen staan om het spul in te regelen en de omschakeling te maken.

Na een dag of 3 kwam ik thuis, en kon ik de nieuwe robozuigert niet meer vinden. Bob stond op het oplaadstation ergens in de woonkamer. De nieuwe robozuigert was nergens te bekennen. Ik snapte er helemaal niks van. Ik heb minstens een kwartier als een dwaas overal gezocht onder banken, achter gordijnen... Ik snapte er niks van.. Ik had hem toch op het laadstation achter gelaten...

Tot ik nog een keer goed in de app keek van de nieuwe robozuiger. Ik zag dat de nieuwe OOK aan het opladen was. Toen ik het deurtje open deed vond ik de nieuwe robot op de plek van Bob...

This is bob fragment...



Dus nu heet onze nieuwe robot zuiger "Larry"

Oh, heerlijk dit



Ik kan het bevestigen

[edterbak]

@Guy-Manuel
Weet je toevallig ook het exacte verschil tussen de internal/external heater?
Is toevallig de internal heater, het verwarmingselement welke in de pana zelf zit?
En external, als iemand een eigen heater element ergens in een buffervat heeft?

Ik heb geen idee. Mijn DHW tank is nog dom ghehe..

[hemertje]

Guy-Manuel schreef op vrijdag 7 maart 2025 @ 20:43:
[...]


Boefje, donderdag had je de Fallback nog op OFF staan

ja klopt, was benieuwd hoe het daarmee zou draaien
al doende leert men

[hemertje]

edterbak schreef op vrijdag 7 maart 2025 @ 20:27:
[...]


Misschien dat ik het al zie iets dat misschien het pendel-gedrag kan verklaren.

Als je panelen stroom leveren en je huishouden produceert meer stroom en komt voorbij de threshold van -3kW, dan begint uiteraard de pomp DHW te aan te sturen. Dit zie je ook in het log terug.

Zodra je pomp aan staat, gebruikt deze ook meer stroom. Het gevolg hiervan is dat je stroomproductie naar het net toe afneemt. Zo ver, logisch.

Je zou zeggen dat bij 3000 W, je genoeg ruimte hebt op je levering dat de pomp vrij uit zijn werk kan doen. Ik heb gisteren toevallig een grafiekje bijgemaakt op het dashboard dat het stroomgebruik van de pomp laat zien. Zie onderstaande afbeelding.
[Afbeelding]

Gemeten is het stroomgebruik van 2000 W tot ca 2500 W. Als de 53°C behaald is, dan gaat hij over op volledig elektrisch. Dus dat zal die piek zijn naar 4500 W. Klein stukje overlap van compressor + elektrisch.

Anyway... Van die 3000W wat je threshold is, hou je dus tijdens een DHW run 500-1000W over dat je levert.
Als iemand thuis op dat moment een waterkoker aanzet, dan kom je boven de 0 W levering uit, en stopt de DHW run.

Ik denk dat dit aan de hand is. Ik denk dat het 'pendel-gedrag' is.
Je kunt dit oplossen door die toggle "fallback to default DHW...." uit te laten. Dan zal hij dus niet meer stoppen met de DHW run tot hij echt de temperatuur bereikt heeft.

Dus als je die toggle uit zet, en je ziet het pendel-gedrag niet meer, dan was dat het.

PS weet iemand of je in de Pana statistieken kan weergeven of dat de Backup Heater is ingeschakeld, welk vinkje is dat?
Ik log die zelf niet. Ik heb net gekeken in heishamon. Ik denk dat het 1 van deze twee TOPS zou moeten zijn.
TOP60 Internal_Heater_State 0 Inactive
TOP61 External_Heater_State 0 Inactive

Maar zeker weten doe ik het niet. Misschien is er iemand die dit kan bevestigen.

Volgens de Tibber P1 grafieken ben ik overdag de hele dag aan het terugleveren geweest

[ Voor 26% gewijzigd door hemertje op 07-03-2025 21:07 ]

[hemertje]

PS de 62GrC heeft het SWW niet gehaald
lijkt erop dat de BUH niet gedraaid heeft?
maar wat verklaard dan de stijgende aanvoer en retour?

[ Voor 8% gewijzigd door hemertje op 07-03-2025 21:02 ]

[Guy-Manuel]

edterbak schreef op vrijdag 7 maart 2025 @ 20:53:
@Guy-Manuel
Weet je toevallig ook het exacte verschil tussen de internal/external heater?
Is toevallig de internal heater, het verwarmingselement welke in de pana zelf zit?
En external, als iemand een eigen heater element ergens in een buffervat heeft?

Ik heb geen idee. Mijn DHW tank is nog dom ghehe..

External idd in het boilervat (booster heater toch) en internal is backup heater o.a. bij defrosts (zie onderstaand gisterenochtend)

[hemertje]

edterbak schreef op vrijdag 7 maart 2025 @ 20:53:
@Guy-Manuel
Weet je toevallig ook het exacte verschil tussen de internal/external heater?
Is toevallig de internal heater, het verwarmingselement welke in de pana zelf zit?
En external, als iemand een eigen heater element ergens in een buffervat heeft?

Ik heb geen idee. Mijn DHW tank is nog dom ghehe..

ja zo lees ik het ook in de handleiding
Internal is in de binnenunit
External is element in het boilervat

[edterbak]

Ja, het ziet er op de grafiekjes wel zo uit ja.
Maar je ziet dus niet alle datapunten in de grafiekjes. Er zal best een filter per minuut op zitten of zo. Dus dat je het niet ziet kan.
De flow bekijkt werkelijk ieder binnenkomend signaal. Berekent het resultaat . Dat is seconden data.
Het is niet uit te sluiten denk ik met deze vergroting.
Kun je inzoemen op het tijdstip waar je ziet in het logboek dat de DHW cyclus gestopt was?
Als je daar ook op gedetaileerdere data ook ziet dat er geen dipje was, dan is het inderdaad vreemd.


Anyway.
Ik zie nog steeds in je grafiek dat alleen de grafiek van "Power history" goed werkt.
Ik zie Todays result nog wat vreemds.

Bij Todays result verwacht ik dat als je huishouden stroom consumptie heeft, dat de blauwe lijn naar boven gaat. Bij productie naar beneden.
Jouw grafiek laat alleen de lijn naar beneden toe zien, nooit omhoog.
Ik mis ook de balkjes aan de linker kant van die grafiek

Heb je de p1 meter aangesloten of alleen de zonnestroom productie?

[hemertje]

edterbak schreef op vrijdag 7 maart 2025 @ 21:08:
Ja, het ziet er op de grafiekjes wel zo uit ja.
Maar je ziet dus niet alle datapunten in de grafiekjes. Er zal best een filter per minuut op zitten of zo. Dus dat je het niet ziet kan.
De flow bekijkt werkelijk ieder binnenkomend signaal. Berekent het resultaat . Dat is seconden data.
Het is niet uit te sluiten denk ik met deze vergroting.
Kun je inzoemen op het tijdstip waar je ziet in het logboek dat de DHW cyclus gestopt was?
Als je daar ook op gedetaileerdere data ook ziet dat er geen dipje was, dan is het inderdaad vreemd.


Anyway.
Ik zie nog steeds in je grafiek dat alleen de grafiek van "Power history" goed werkt.
Ik zie Todays result nog wat vreemds.

Bij Todays result verwacht ik dat als je huishouden stroom consumptie heeft, dat de blauwe lijn naar boven gaat. Bij productie naar beneden.
Jouw grafiek laat alleen de lijn naar beneden toe zien, nooit omhoog.
Ik mis ook de balkjes aan de linker kant van die grafiek

Heb je de p1 meter aangesloten of alleen de zonnestroom productie?

ja ik kon de grafieken ook al niet verklaren, dacht al dat het aan mij lag

P1 en Productie zijn aangesloten

sensor.tibber_pulse_hemertje_power_production
sensor.tibber_pulse_hemertje_power

[hemertje]

edterbak schreef op vrijdag 7 maart 2025 @ 21:08:
Kun je inzoemen op het tijdstip waar je ziet in het logboek dat de DHW cyclus gestopt was?
Als je daar ook op gedetaileerdere data ook ziet dat er geen dipje was, dan is het inderdaad vreemd.

Tis vreemd

code:

07/03 13:15:53 - Function Solar: triggered threshold (undefined). Above 0kWh threshold. DHW SP to 52
07/03 11:25:53 - Function Solar: triggered threshold (undefined). Above 0kWh threshold. DHW SP to 52

[ Voor 60% gewijzigd door hemertje op 07-03-2025 21:18 ]

[edterbak]

@hemertje

Lees ik je antwoord zo juist?

[sensor.tibber_pulse_hemertje_power_production] is de zuivere zonnestroom
[sensor.tibber_pulse_hemertje_power] is de P1 meter

[hemertje]

[sensor.tibber_pulse_hemertje_power_production] is de teruglevering aan het net gezien vanaf de Tibber P1 poort

[sensor.tibber_pulse_hemertje_power] is de afname van het net door de Tibber P1 poort

tenminste, zo heb ik hem geinterpreteerd

[edterbak]

Ja,
En toch gaat er iets nog niet helemaal goed.

Een mooie parabool...


Een mooie parabool


Een plat dak...




Dit is niet natuurlijk. Er is dus iets aan de hand wat niet klopt. Ik heb nu alleen nog geen idee waar dit in kan zitten.

Aarh...Never mind. Dat is consumptie plat dak is op zich wel fijn hier hahahaha.. suffert. (me)
Misschien moet je even het zelfde tijdvak laten zien van Node Red in de grafiek. Dit heeft me op het verkeerde been gezet hahaha.

[ Voor 13% gewijzigd door edterbak op 07-03-2025 21:30 ]

[edterbak]

Ik denk wel dat het klopt, het aan/uit gaan van de DHW cyclus op basis van de grafiek.

Uit je log
07/03 13:15:53 - Function Solar: triggered threshold (undefined). Above 0kWh threshold. DHW SP to 52
07/03 11:25:53 - Function Solar: triggered threshold (undefined). Above 0kWh threshold. DHW SP to 52



1 van de events staat in de tijdlijn, deze niet 13:15:53

[ Voor 5% gewijzigd door edterbak op 07-03-2025 21:37 ]

[edterbak]

@hemertje
Als je naar de grafieken van je gaat kijken, dan zie je wel dat het wat 'spikey' is.
De afbeelding waar ik hier boven wat pijltjes in heb gezet, laat dat ook duidelijk zien.
Zitten deze spikes nu ook in de data van je p1 sensor, in deze plaatjes.
hemertje in "Heishamon <> Node Red voor Panasonic warmtepompen"

Je ziet wat lichtblauwe lijntjes onder de dikkere lijn. Zijn dit die zelfde piekjes? Of is dit wat anders?

[hemertje]

edterbak schreef op vrijdag 7 maart 2025 @ 21:28:
Aarh...Never mind. Dat is consumptie plat dak is op zich wel fijn hier hahahaha.. suffert. (me)
Misschien moet je even het zelfde tijdvak laten zien van Node Red in de grafiek. Dit heeft me op het verkeerde been gezet hahaha.

komt ie

[hemertje]

edterbak schreef op vrijdag 7 maart 2025 @ 21:43:
@hemertje
Als je naar de grafieken van je gaat kijken, dan zie je wel dat het wat 'spikey' is.
De afbeelding waar ik hier boven wat pijltjes in heb gezet, laat dat ook duidelijk zien.
Zitten deze spikes nu ook in de data van je p1 sensor, in deze plaatjes.
hemertje in "Heishamon <> Node Red voor Panasonic warmtepompen"

Je ziet wat lichtblauwe lijntjes onder de dikkere lijn. Zijn dit die zelfde piekjes? Of is dit wat anders?

Fallback to default DHW (SP) below 0 W? staat nu uit
eens kijken hoe het morgen draait

Vraagje:
komt de BUH bovenop de compressor of in plaats van de compressor om SWW te maken?

als je naar de Pana grafiek kijkt dan loopt de SWW temperatuur niet hard op nadat de BUH bij komt

[Hieke]

.

[ Voor 134% gewijzigd door Hieke op 08-03-2025 12:32 . Reden: opgelost ]

[edterbak]

Ik heb net voor het gemak even twee kleine items aan het home dashboard toegevoegd.



Internal / External heater active / inactive

Ik denk dat ik een logica ga bouwen dat alleen als een keer "Active" binnen komt, deze regel zichtbaar wordt in het dashboard. Anders verborgen.
Same voor fan 2

Scratch that.
Dit stukje is zeer complex om te doen. het daadwerkelijk uit zicht halen van een button/text/slider/toggle etc.
Grey-out is simpel. Dat wordt het dan

[ Voor 12% gewijzigd door edterbak op 08-03-2025 17:11 ]

[wumpe]

edterbak schreef op vrijdag 7 maart 2025 @ 20:09:
[...]


Hello Wumpe! Nice surprise seing a non-Dutchy nerd here Welcome of course.

You mention night reducion. Which one exactly?
There are two variants. The one targeting the water temperature and one the roomtemperature. I think you are referring to the water temp correction. But i'd like to know for sure.

Can you also share a bit of log showing the incorrect value being calculated?

Regards

@edterbak





Hello, attached a current log. I have night reduction -2 degrees on

yes i drive only with correction of watertemp by outsidetemp.

regards

[hemertje]

edterbak schreef op zaterdag 8 maart 2025 @ 15:45:
Ik heb net voor het gemak even twee kleine items aan het home dashboard toegevoegd.

[Afbeelding]

Internal / External heater active / inactive

Ik denk dat ik een logica ga bouwen dat alleen als een keer "Active" binnen komt, deze regel zichtbaar wordt in het dashboard. Anders verborgen.
Same voor fan 2

Scratch that.
Dit stukje is zeer complex om te doen. het daadwerkelijk uit zicht halen van een button/text/slider/toggle etc.
Grey-out is simpel. Dat wordt het dan

@edterbak
Kan Internal Heater bovenaan komen te staan?
Deze is nameklijk standaard aanwezig, de externe is optioneel

[hemertje]

hemertje schreef op vrijdag 7 maart 2025 @ 23:30:
[...]
Vraagje:
komt de BUH bovenop de compressor of in plaats van de compressor om SWW te maken?

iemand die dit weet?

[Nnoitra]

hemertje schreef op maandag 10 maart 2025 @ 10:16:
[...]


@edterbak
Kan Internal Heater bovenaan komen te staan?
Deze is nameklijk standaard aanwezig, de externe is optioneel

Maar dan staat beide heaters niet meer in alfabetische volgorde..
_{Om wijzigingen, op basis van persoonlijke voorkeuren, vragen (voor gratis software) vind ik persoonlijk nogal 'meh'. Als het je stoort, kun je ze ook zelf omdraaien}

[ Voor 39% gewijzigd door Nnoitra op 10-03-2025 17:08 ]

[hemertje]

Nnoitra schreef op maandag 10 maart 2025 @ 16:59:
[...]

Maar dan staat beide heaters niet meer in alfabetische volgorde..
_{Om wijzigingen, op basis van persoonlijke voorkeuren, vragen (voor gratis software) vind ik persoonlijk nogal 'meh'. Als het je stoort, kun je ze ook zelf omdraaien}

Dat staan de watertemperaturen toch ook niet?

[hemertje]

Hoe gebruiken andere NR gebruikers hun Schedules?

Hebben jullie per jaargetijde andere Schedules i.v.m. o.a. verwarmen en koelen?

[edterbak]

@hemertje
Ik zelf niet.
Het blijft altijd handwerk in bepaalde mate. Een systeem schrijven dat in iedere situatie perfect regelt is denk ik een utopie.
Met de RTC functie kom je wel al een redelijke stap verder. Maar het is niet zalig makend.
Net als SoftStart voor het verlengen van runs. De pomp heeft gewoon een operating window. Als je daarop het randje wilt opereren (lage temperaturen instellen) kun je wel allerlei truckjes uithalen om het te verbeteren. Maar het gegeven blijft dat je op de rand probeert te balanceren. Niks is zalig makend

AT iedereen.
Als iemand een formule weet waardoor het niet klopt wat ik hierboven zeg. ik hou mij aanbevolen

[ Voor 9% gewijzigd door edterbak op 11-03-2025 08:49 ]

[edterbak]

wumpe schreef op vrijdag 7 maart 2025 @ 11:07:
Hi @all

@edterbak first, thx for the nice nodered dashboard
second: i have found a bug. is night reduction activatet, softstart-function is not correctly running. i have flow 24.10, but the bug is still running since 24.07.

[Afbeelding]
night reduction is set -2 degree and i drive only with WAR-Funktion and Softstart incl. Quietmodeaddon

[Afbeelding]
9pm is night reduction activatet

thx

I have been looking at the code now for some time. I cant seem to find the cause.
I have tested it myself yesterday. It worked here without any issue together with NightReduction.
But I am running the pump in compensation curve mode currently. I will try Direct mode today.

Could you also try to change a setting in the softstart part to see if this helps?
Softstart > Advanced settings > Phase 1 > Catch duration : 175 seconds
Softstart > Advanced settings > Phase 2 > Message delay: 30 seconds
Disable QuitMode add-on in the main setting page. Rule out any combi error.

[BazemanKM]

hemertje schreef op dinsdag 11 maart 2025 @ 08:33:
Hoe gebruiken andere NR gebruikers hun Schedules?

Hebben jullie per jaargetijde andere Schedules i.v.m. o.a. verwarmen en koelen?

Nog een paar weken en dan gaat de Heat niet meer aan. Dan zet ik ivm zonneboiler om 16:30 de DHW aan en om 21:30 gaat de WP weer uit. In de koudere periode van het jaar hou ik hetzelfde ongeveer aan voor de DHW en zit de Heat er natuurlijk bij. Tussen 22:30 en 6 pas ik 1 graad nachtverlaging toe.

[edterbak]

hemertje schreef op vrijdag 7 maart 2025 @ 23:27:
[...]


komt ie

[Afbeelding]

Hoe gaat het nu met DHW runs icm solar2DHW.?
Blijft hij nog steeds in DHW stand hangen?

[hemertje]

edterbak schreef op dinsdag 11 maart 2025 @ 09:13:
[...]

Hoe gaat het nu met DHW runs icm solar2DHW.?
Blijft hij nog steeds in DHW stand hangen?

nee, de laatste dagen volgt de Pana en NR het beoogde programma

[hemertje]

edterbak schreef op dinsdag 11 maart 2025 @ 08:48:
@hemertje
Ik zelf niet.
Het blijft altijd handwerk in bepaalde mate. Een systeem schrijven dat in iedere situatie perfect regelt is denk ik een utopie.
Met de RTC functie kom je wel al een redelijke stap verder. Maar het is niet zalig makend.
Net als SoftStart voor het verlengen van runs. De pomp heeft gewoon een operating window. Als je daarop het randje wilt opereren (lage temperaturen instellen) kun je wel allerlei truckjes uithalen om het te verbeteren. Maar het gegeven blijft dat je op de rand probeert te balanceren. Niks is zalig makend

AT iedereen.
Als iemand een formule weet waardoor het niet klopt wat ik hierboven zeg. ik hou mij aanbevolen

BazemanKM schreef op dinsdag 11 maart 2025 @ 09:08:
[...]


Nog een paar weken en dan gaat de Heat niet meer aan. Dan zet ik ivm zonneboiler om 16:30 de DHW aan en om 21:30 gaat de WP weer uit. In de koudere periode van het jaar hou ik hetzelfde ongeveer aan voor de DHW en zit de Heat er natuurlijk bij. Tussen 22:30 en 6 pas ik 1 graad nachtverlaging toe.

waarom ik het vraag....

is het een idee dan je je Instellingen en Schedules kunt importeren en exporteren afhankelijk van je wensen, eventueel dus per jaargetijde?

dan is het 1x invullen en het jaar erop kan je ze weer importeren

[edterbak]

hemertje schreef op dinsdag 11 maart 2025 @ 09:29:
[...]


[...]


waarom ik het vraag....

is het een idee dan je je Instellingen en Schedules kunt importeren en exporteren afhankelijk van je wensen, eventueel dus per jaargetijde?

dan is het 1x invullen en het jaar erop kan je ze weer importeren

Leuk idee. Technisch mogelijk

[edterbak]

@imdos @MikeyMan @blb4 @BazemanKM @hemertje @Nnoitra @Guy-Manuel

Zijn er nu nog openstaande major issues welke hier wel besproken zijn, maar nog niet gefixt?

Hemertje geeft aan dat het terug schakelen naar HEAT nu wel werkt. Dat was een lang outstanding frustratie/pijnpunt van mij.

Het niet aangaan van de warmtepomp bij override toggle in scheduler is ook gefixt.

Ik ben hoopvol voor een nieuwe major public release dan

[edterbak]

@BazemanKM
Je schrijft hier boven iets over nachtverlaging.

sanity check
Is de nachtverlaging met een vaste aftrek nog wel 'the way to go'?
in de scheduler zit een optie waarin je de temperatuur kunt programeren.
Zo kun je dus een dagschema maken met meerdere temperaturen, wat flexibeler is.

Is deze optie beter en vervangt deze niet de nachtverlaging in zijn geheel?
Is er nog wel een usecase voor de toggle nachtverlaging optie?

[ Voor 16% gewijzigd door edterbak op 11-03-2025 09:53 ]

[MikeyMan]

edterbak schreef op dinsdag 11 maart 2025 @ 09:47:
@imdos @MikeyMan @blb4 @BazemanKM @hemertje @Nnoitra @Guy-Manuel

Zijn er nu nog openstaande major issues welke hier wel besproken zijn, maar nog niet gefixt?

Hemertje geeft aan dat het terug schakelen naar HEAT nu wel werkt. Dat was een lang outstanding frustratie/pijnpunt van mij.

Het niet aangaan van de warmtepomp bij override toggle in scheduler is ook gefixt.

Ik ben hoopvol voor een nieuwe major public release dan

Ik had alleen last van overschakelen naar heat. Maar gek genoeg lijkt dat zichzelf opgelost te hebben.

[edterbak]

@MikeyMan

De laatste 2 releases daarbij heb ik de QOS op 2 gezet.
Dus een bericht verzonden van node red, komt nu zekerteweten aan.

Is het zo sinds de laatste 2 releases opgelost? If so.. dan was dit misschien een lucky shot met succes

[ Voor 13% gewijzigd door edterbak op 11-03-2025 10:29 ]

[edterbak]

boredgeestje schreef op dinsdag 4 maart 2025 @ 09:19:
Ter inspiratie een plaatje vanuit het HA dashboard dat ik destijds in elkaar gefrommeld heb.
[Afbeelding]

De dubbele flow waarden zijn pana vs kamstrup.

Thanks voor je reactie en plaatje.

Als ik je plaatje vertaal naar een generieke oplossing, is dat voor jou inderdaad het zelfde als ik zelf al schetste.
Een dhw tank
Een heat zone 1

Deze twee HW onderdelen. Correct?

[edterbak]

edterbak schreef op maandag 3 maart 2025 @ 21:57:
Okey mannen (en vrouwen...)

Ik heb al 2 jaar ofzo een heel mooi dashboard gemaakt in HA.
Maar, dat is altijd 'verborgen' geweest, omdat ik de enige ben die toegang heeft tot dit dashboard. Via PC of via telefoon. Mijn vrouw en kinderen hebben daar niks aan. Zo ook het bedienen van de robo stofzuiger (heb ik lang geleden al zo opgelost via voice control KLIK ... en een filmpje), de verwarming enzo..

Nu heb ik een maand of wat geleden een tablet tegen de muur aan geplakt en dit dashboard voor iedereen thuis beschikbaar gemaakt. Het werkt erg mooi vind ik.
ter illustratie, het ziet er zo uit

[Afbeelding]

(klik op de afbeelding)

Dus dit is al een hele verbetering... Als ik onder de bus lig, dan kunnen ze in ieder geval blijven stofzuigen...

De verwarming blijft een dingetje. Ik heb om te beginnen het node red dashboard ook in het tablet dashboard gezet.
Maar dit is uiteraard zo technisch en complex dat niemand dit ooit zal gebruiken, tenzij ik er echt niet meer ben.

Daarom zat ik aan een dashboard in HA te denken, met de bare minimum items. De belangrijkste zaken alleen uitlezen.
Uiteraard denk ik aan een zelfde soort grafische schil als hierboven.
Om hier een simpel overzicht te maken en gebruiksvriendelijke UI te maken, ben ik eigenlijk al weken aan het denken aan hoe en wat.

Om te beginnen wil ik dan graag het ontwerp maken voor thuis, en ook beschikbaar stellen voor jullie via Github.
Het moet dus generiek genoeg zijn zodat het geschikt is voor meerdere situaties.
Ik denk daarom eerst aan de mogelijk hardware configuraties.

Volgens mij zijn de belangrijkste onderdelen de volgende.
- DHW tank
- HEAT zone 1
- HEAT zone 2
- Buffer tank

Mis ik dan nog een belangrijk hw deel?
Ik denk het zelf wel.

De knoppen welke ik beschikbaar wil stellen moeten minimaal zijn. Ik denk dan aan bijvoorbeeld setpoint van dhw/heat of 'Boost DHW now'. Ik kan hier dan gewoon gebruik maken van de haakjes welke ik al in Node Red heb ingebouwd.


Onderstaand een mockup / sketch van waar ik aan denk. schematisch

[Afbeelding]

[Afbeelding]

Als de gebruiker dan op DHW drukt, dan komen de details daarvan in beeld.
Als de gebruiker op HEAT Z1 drukt, dan komen de readings en knoppen daar van in beeld.
De tank / buffer kan ik met kleur gradienten laten presenteren. Dus hoe kouder het water hoe blauwer de kleur.
Als iemand geen Heat Z2 heeft, dan is die niet in beeld en niet op te drukken.

Ik kan ook wel wat guidance gebruiken van iemand die UX designer skillz heeft.
De mapping van hardware naar UI en dat intuitief

Side note.
Dit is iets dat ik aan het verkennen ben. Ik heb er nog niet heeeel veel tijd in gestoken. Niets meer dan een paar mockups
Dus als het toch allemaal te complex wordt, dan wordt het waarschijnlijk toch niks.

SHOOOT!!!!

Als je een keuze moet maken over wat voor HARDWARE je wilt zien, mis ik dan nog wat?
Ik heb nu de basis HW componenten:
- Pomp (duhhh)
- DHW tank
- HEAT Zone 1
- HEAT Zone 2
- HEAT Buffer tank

Deze keuze bepaald heel erg het design.
Is iets met solar nog aanwezig op de pompen ? ik ben hier niet van bewust

[hemertje]

edterbak schreef op dinsdag 11 maart 2025 @ 09:47:
@imdos @MikeyMan @blb4 @BazemanKM @hemertje @Nnoitra @Guy-Manuel

Zijn er nu nog openstaande major issues welke hier wel besproken zijn, maar nog niet gefixt?

Hemertje geeft aan dat het terug schakelen naar HEAT nu wel werkt. Dat was een lang outstanding frustratie/pijnpunt van mij.

Het niet aangaan van de warmtepomp bij override toggle in scheduler is ook gefixt.

Ik ben hoopvol voor een nieuwe major public release dan

geen major issue maar een major klantwens , de integratie met sturen op dynamische / duurzame energietarieven

nog een ideetje, in de Schedules per regel een begintijd en een eindtijd kunnen definiëren, dat scheelt de helft aan de benodigde regels

Minor verzoekjes
- kan je 'DHW Setpoint' in de NR-code nog koppelen aan 'DHW temperature setpoint - low' zodat deze altijd gelijk zijn aan elkaar?

- in Temperatures en Efficiency een HELP met renvooi / betekenissen afkortingen

[hemertje]

edterbak schreef op dinsdag 11 maart 2025 @ 12:55:
[...]


Als je een keuze moet maken over wat voor HARDWARE je wilt zien, mis ik dan nog wat?
Ik heb nu de basis HW componenten:
- Pomp (duhhh)
- DHW tank
- HEAT Zone 1
- HEAT Zone 2
- HEAT Buffer tank

Deze keuze bepaald heel erg het design.
Is iets met solar nog aanwezig op de pompen ? ik ben hier niet van bewust

De interne Backup Heater?

[edterbak]

hemertje schreef op dinsdag 11 maart 2025 @ 12:55:
[...]


geen major issue maar een major klantwens , de integratie met sturen op dynamische / duurzame energietarieven

Staat nog op de to do lijst van mij, maar lage prio omdat ik wat van aansluiting mis nog. Sturing.

nog een ideetje, in de Schedules per regel een begintijd en een eindtijd kunnen definiëren, dat scheelt de helft aan de benodigde regels

Minor verzoekjes
- kan je 'DHW Setpoint' in de NR-code nog koppelen aan 'DHW temperature setpoint - low' zodat deze altijd gelijk zijn aan elkaar?

Korte antwoord: Nee.... Ghehee.

De reden.
Als een gebruiker DHW setpoint (settings tab) aanpast, dan verwacht die altijd response.

Als Solar2DHW wel actief is, dan is 'Solar dhw - Setpoint HIGH' actief
Als Solar2DHW niet actief is, dan is 'Solar dhw - Setpoint LOW' actief

Als solar2DHW enabled is (toggle is aan) , dan wordt iedere nacht het setpoint gereset naar low.
Als een gebruiker het setpoint aanpast, moet deze niet vergeten dat dit wordt 'overschreven' door de setpoints zoals gezet in solar2dhw.
Je krijgt hier een popup van.


Als solar2dhw functie niet aan staat, dan komt deze popup niet.

- in Temperatures en Efficiency een HELP met renvooi / betekenissen afkortingen

Niet voor je beurt praten... Was ik mee bezig

[hemertje]

nog een verzoekje voor een minor toevoeging aan het HOME blad

HEAT toevoegen:

RTC Room setpoint (20.32 °C) -1 °C
Solar²DHW Active / Inactive
Backup Heater Active / Inactive

[edterbak]

hemertje schreef op dinsdag 11 maart 2025 @ 13:05:
nog een verzoekje voor een minor toevoeging aan het HOME blad

HEAT toevoegen:

RTC Room setpoint (20.32 °C) -1 °C
Solar²DHW Active / Inactive
Backup Heater Active / Inactive

Allemaal al aanwezig
Solar2dhw is een DHW functie. Die stop ik niet onder heat.

Room setpoint... volluit past niet.

[hemertje]

edterbak schreef op dinsdag 11 maart 2025 @ 13:05:
[...]
Staat nog op de to do lijst van mij, maar lage prio omdat ik wat van aansluiting mis nog. Sturing.

[...]

Korte antwoord: Nee.... Ghehee.

De reden.
Als een gebruiker DHW setpoint (settings tab) aanpast, dan verwacht die altijd response.

Als Solar2DHW wel actief is, dan is 'Solar dhw - Setpoint HIGH' actief
Als Solar2DHW niet actief is, dan is 'Solar dhw - Setpoint LOW' actief

Als solar2DHW enabled is (toggle is aan) , dan wordt iedere nacht het setpoint gereset naar low.
Als een gebruiker het setpoint aanpast, moet deze niet vergeten dat dit wordt 'overschreven' door de setpoints zoals gezet in solar2dhw.
Je krijgt hier een popup van.
[Afbeelding]

Als solar2dhw functie niet aan staat, dan komt deze popup niet.

dan aub een check inbouwen
wanneer je een verkeerde volgorde hanteert bij het instellen gaat het namelijk mis

lees hier terug:

hemertje in "Heishamon <> Node Red voor Panasonic warmtepompen"

[hemertje]

edterbak schreef op dinsdag 11 maart 2025 @ 13:10:
[...]

Allemaal al aanwezig
Solar2dhw is een DHW functie. Die stop ik niet onder heat.

Room setpoint... volluit past niet.

ik bedoel het GETAL van de room setpoint voor het () plaatsen
zodat je de ingestelde waarde kunt aflezen en de actuele waarde

[hemertje]

edterbak schreef op dinsdag 11 maart 2025 @ 13:10:
[...]

Allemaal al aanwezig
Solar2dhw is een DHW functie. Die stop ik niet onder heat.

Room setpoint... volluit past niet.

aanwezig op het Home blad?

[hemertje]

Bij Solar²DHW blijf ik links naast de grafiek de tekst houden 'Waiting for data ... (will start at midnight)'

[edterbak]

hemertje schreef op dinsdag 11 maart 2025 @ 13:11:
[...]


ik bedoel het GETAL van de room setpoint voor het () plaatsen
zodat je de ingestelde waarde kunt aflezen en de actuele waarde

Ah, nu snap ik wat je hier mee bedoeld.. denk ik.
Maar dat past niet.
Het komt mij ook wat verwarrend over als dit er staat. Het wordt er niet duidelijker op in ieder geval

code:

RTC 21.6 (22.32 °C) -3 °C

[edterbak]

hemertje schreef op dinsdag 11 maart 2025 @ 13:14:
[...]


aanwezig op het Home blad?

Yep.
Internal en External heater worden weergegeven. (bij mij, nog niet bij jou)
Solar2DHW, daar staat in geel achter als deze actief is, of groen Done als deze klaar is. Anders is ie leeg.


Ik denk dat deze functie bij jou nog steeds niet goed draait. waarom is nog onduidelijk

[hemertje]

edterbak schreef op dinsdag 11 maart 2025 @ 13:05:
[...]
Staat nog op de to do lijst van mij, maar lage prio omdat ik wat van aansluiting mis nog. Sturing.

Waar kan ik je mee ondersteunen?

[Natrixz]

[quote]edterbak schreef op dinsdag 11 maart 2025 @ 13:05:
[...]
Staat nog op de to do lijst van mij, maar lage prio omdat ik wat van aansluiting mis nog. Sturing.

[...]

Ik wil ook met alle liefde ondersteunen, samen met een aantal andere op het forum hier redelijk aan het experimenteren (geweest).
Alleen mijn gebrek aan tijd komt regelmatig om de hoek kijken waardoor ik nooit iets plugin-waardig heb kunnen produceren

[ Voor 30% gewijzigd door Natrixz op 11-03-2025 14:09 ]

[edterbak]

@hemertje @Natrixz
Het mooiste zou zijn dat er onder de motorkap 1 logica/engine actief is.
Optie om Tibber of (... die andere...) te gebruiken.

Als er een duidelijke standaard logica beschikbaar is en draait die voor 90% van de mensen gewoon meer dan voldoende is, dan wil ik er heel graag een Dashboard voor maken.

Uit mijn hoofd; Volgens mij waren er 2 losse ontwikkelingen. Deze leken best op elkaar. Maar wel ook wat kleine verschillen.
De wensen waren net niet helemaal gelijk dacht ik.

Voor een plug-in, zouden deze twee ontwikkelingen het liefst op elkaar gelegd moeten worden en plat geslagen zodat er 1 overblijft welke 'perfect' is

Is de status wat ik hier boven schrijf juist?

[Natrixz]

edterbak schreef op dinsdag 11 maart 2025 @ 14:15:
@hemertje @Natrixz
Het mooiste zou zijn dat er onder de motorkap 1 logica/engine actief is.
Optie om Tibber of (... die andere...) te gebruiken.

Als er een duidelijke standaard logica beschikbaar is en draait die voor 90% van de mensen gewoon meer dan voldoende is, dan wil ik er heel graag een Dashboard voor maken.

Uit mijn hoofd; Volgens mij waren er 2 losse ontwikkelingen. Deze leken best op elkaar. Maar wel ook wat kleine verschillen.
De wensen waren net niet helemaal gelijk dacht ik.

Voor een plug-in, zouden deze twee ontwikkelingen het liefst op elkaar gelegd moeten worden en plat geslagen zodat er 1 overblijft welke 'perfect' is

Is de status wat ik hier boven schrijf juist?

Ja die status is redelijk correct, eigenlijk waren de kleine verschillen met name gericht op de verschillende soorten benadering van het probleem.
Dus waar er 1 probleem is, zullen verschillende mensen verschillende oplossingen bedenken

Ik denk dat het relatief eenvoudig is om de logica op elkaar te leggen, plat te slaan en in 1x te integreren.

Onderaan de streep wil je namelijk maar 1 ding; Zoveel mogelijk van je WP-energie verbruiken op de goedkoopste momenten en zo min mogelijk tijdens de duurdere (en waar mogelijk, niet tijdens de duurste momenten)

Edit: Eigenlijk 2 dingen, ook niet teveel bijsturen op RTC waardoor je WP gaat pendelen

Edit2:
Om het simpel te maken nog even een stukje tekst erbij.
Momenteel worden er uurprijzen gehanteerd op de energiemarkten, vanaf Juni 2025 worden dat kwartier prijzen. Mogelijk kan je daardoor nog wat beter sturen, nu is het gewoon sturen op volle uren, waarbij je dus in de basis zoveel mogelijk energieverbruik verplaatst naar de goedkoopste uren.

• Je wilt graag dat DHW aan gaat op het goedkoopste moment van de dag, waarbij je ~2 uur nodig hebt.
• (Waarbij je wilt voorkomen dat de logica om bijvoorbeeld 22:00 start, voor 35cent, terwijl het om 1:00 nog maar 20cent kost, daar houdt de power-saver contrib nog niet zoveel rekening mee, [~appiejs] heeft daar al wel flink wat tijd in gestoken)
• Je wilt graag dat Sterilisatie eens per week gedaan wordt, wederom op het goedkoopste moment van de dag, waarbij je ~3 a ~4 uur nodig hebt. (Ik doe dit op vrijdag of zaterdag - hele weekend warm water)
• Optioneel 1: De keuze hebben tussen een standaard comfort waarbij de standaard Room Setpoint wordt gehanteerd of een dynamisch comfort waarbij je Room setpoint meebeweegt met de energieprijzen.
  Hogere energieprijzen --> Lager room setpoint
  Lage energieprijzen --> hoger room setpoint
• Optioneel 2, met dynamische energieprijzen (en ontbreken van een thuisaccu) wil je de optie hebben om bij negatieve energieprijzen zoveel mogelijk heet water te maken. Ik "misbruik" daarvoor de boost op temp instelling van maximaal. Zo snel de prijs niet meer negatief is, kan die gelijk uit.

[ Voor 36% gewijzigd door Natrixz op 11-03-2025 16:55 ]

[imdos]

edterbak schreef op dinsdag 11 maart 2025 @ 09:47:
@imdos @MikeyMan @blb4 @BazemanKM @hemertje @Nnoitra @Guy-Manuel

Zijn er nu nog openstaande major issues welke hier wel besproken zijn, maar nog niet gefixt?

Hemertje geeft aan dat het terug schakelen naar HEAT nu wel werkt. Dat was een lang outstanding frustratie/pijnpunt van mij.

Het niet aangaan van de warmtepomp bij override toggle in scheduler is ook gefixt.

Ik ben hoopvol voor een nieuwe major public release dan

Hi Ed,

Toevallig had ik vandaag een probleem met rtc en de scheduler. De pomp werd wel aangezet, maar de klep werd te laat omgezet (1/2 seconden) waardoor de rtc de wp weer heeft uitgezet. Ik heb daarom zelf de pomp aangedrukt via de controller.

code:

Flow version

24.11 (stable beta)

11/03 14:54:40 - TOP20_ThreeWay_Valve_State: 1
[b]11/03 14:54:38 - MQTT Command: SetHeatpump: 1[/b]
11/03 14:45:39 - TOP20_ThreeWay_Valve_State: 0
11/03 14:45:36 - TOP20_ThreeWay_Valve_State: 1
11/03 14:45:36 - TOP4_Operating_Mode_State: 4
11/03 14:45:35 - MQTT Command: SetHeatpump: 0
11/03 14:45:35 - MQTT Command: SetOperationMode: 4
11/03 14:45:34 - Function RTC: Automation 'Turn off/on power' triggered - power OFF (Room temp: 19.6°C)
11/03 14:45:32 - MQTT Command: SetHeatpump: 1 (GUI)
11/03 14:45:32 - Scheduler - Power: 1
11/03 14:45:32 - Scheduler: Stored next operating mode empty. Setting new operating mode to: 4
11/03 13:40:29 - Function - Calculate new SP:

[BazemanKM]

edterbak schreef op dinsdag 11 maart 2025 @ 09:51:
@BazemanKM
Je schrijft hier boven iets over nachtverlaging.

sanity check
Is de nachtverlaging met een vaste aftrek nog wel 'the way to go'?
in de scheduler zit een optie waarin je de temperatuur kunt programeren.
Zo kun je dus een dagschema maken met meerdere temperaturen, wat flexibeler is.

Is deze optie beter en vervangt deze niet de nachtverlaging in zijn geheel?
Is er nog wel een usecase voor de toggle nachtverlaging optie?
[Afbeelding]

Goede vragen. Ik heb het ooit zo in het begin ingesteld ;-)

Of je de gewenste RTC temperatuur een graadje lager instelt, of een -1 voor de nacht doet. Resultaat is hetzelfde, dus het is dubbel. Als het dubbel is kan het er uit.

[hemertje]

Natrixz schreef op dinsdag 11 maart 2025 @ 14:39:
[...]


Ja die status is redelijk correct, eigenlijk waren de kleine verschillen met name gericht op de verschillende soorten benadering van het probleem.
Dus waar er 1 probleem is, zullen verschillende mensen verschillende oplossingen bedenken

Ik denk dat het relatief eenvoudig is om de logica op elkaar te leggen, plat te slaan en in 1x te integreren.

Onderaan de streep wil je namelijk maar 1 ding; Zoveel mogelijk van je WP-energie verbruiken op de goedkoopste momenten en zo min mogelijk tijdens de duurdere (en waar mogelijk, niet tijdens de duurste momenten)

Edit: Eigenlijk 2 dingen, ook niet teveel bijsturen op RTC waardoor je WP gaat pendelen

Edit2:
Om het simpel te maken nog even een stukje tekst erbij.
Momenteel worden er uurprijzen gehanteerd op de energiemarkten, vanaf Juni 2025 worden dat kwartier prijzen. Mogelijk kan je daardoor nog wat beter sturen, nu is het gewoon sturen op volle uren, waarbij je dus in de basis zoveel mogelijk energieverbruik verplaatst naar de goedkoopste uren.

• Je wilt graag dat DHW aan gaat op het goedkoopste moment van de dag, waarbij je ~2 uur nodig hebt.
• (Waarbij je wilt voorkomen dat de logica om bijvoorbeeld 22:00 start, voor 35cent, terwijl het om 1:00 nog maar 20cent kost, daar houdt de power-saver contrib nog niet zoveel rekening mee, [~appiejs] heeft daar al wel flink wat tijd in gestoken)
• Je wilt graag dat Sterilisatie eens per week gedaan wordt, wederom op het goedkoopste moment van de dag, waarbij je ~3 a ~4 uur nodig hebt. (Ik doe dit op vrijdag of zaterdag - hele weekend warm water)
• Optioneel 1: De keuze hebben tussen een standaard comfort waarbij de standaard Room Setpoint wordt gehanteerd of een dynamisch comfort waarbij je Room setpoint meebeweegt met de energieprijzen.
  Hogere energieprijzen --> Lager room setpoint
  Lage energieprijzen --> hoger room setpoint
• Optioneel 2, met dynamische energieprijzen (en ontbreken van een thuisaccu) wil je de optie hebben om bij negatieve energieprijzen zoveel mogelijk heet water te maken. Ik "misbruik" daarvoor de boost op temp instelling van maximaal.

Hoi @Natrixz ik dnek dat je hiermee de gewenste functionaliteit goed omschrijft.

@appiejs heb jij nog input hierop?
heb je nog vorderingen gemaakt de laatste tijd die je met @edterbak en @Natrixz kan/wil delen?

[edterbak]

imdos schreef op dinsdag 11 maart 2025 @ 15:24:
[...]

Hi Ed,

Toevallig had ik vandaag een probleem met rtc en de scheduler. De pomp werd wel aangezet, maar de klep werd te laat omgezet (1/2 seconden) waardoor de rtc de wp weer heeft uitgezet. Ik heb daarom zelf de pomp aangedrukt via de controller.

code:

Flow version

24.11 (stable beta)

11/03 14:54:40 - TOP20_ThreeWay_Valve_State: 1
[b]11/03 14:54:38 - MQTT Command: SetHeatpump: 1[/b]
11/03 14:45:39 - TOP20_ThreeWay_Valve_State: 0
11/03 14:45:36 - TOP20_ThreeWay_Valve_State: 1
11/03 14:45:36 - TOP4_Operating_Mode_State: 4
11/03 14:45:35 - MQTT Command: SetHeatpump: 0
11/03 14:45:35 - MQTT Command: SetOperationMode: 4
11/03 14:45:34 - Function RTC: Automation 'Turn off/on power' triggered - power OFF (Room temp: 19.6°C)
11/03 14:45:32 - MQTT Command: SetHeatpump: 1 (GUI)
11/03 14:45:32 - Scheduler - Power: 1
11/03 14:45:32 - Scheduler: Stored next operating mode empty. Setting new operating mode to: 4
11/03 13:40:29 - Function - Calculate new SP:

Kun je aangeven wat je Schedule precies deed?

De pomp stond zonder RTC functie uit, right?

[boredgeestje]

Nog een idee voor het dashboard (voor zover niet nu al te doen?):

Bij het bereiken van het DHW-start setpoint een tijdsverlenging voor de daadwerkelijke start van de DHW-run kunnen instellen.

Mijn setpoint is bijv. 46 graden. Als ik douche en mijn 192 liter tank koelt af naar die temperatuur, verstoort de DHW run de gelaagdheid van het vat en is de resterende bruikbare warmte bovenin het vat snel weg.

Waarom dan geen lager setpoint? De ervaring daarbij heeft geleerd dat een lager setpoint veel minder bruikbare warmte in het vat geeft. Als ik ga douchen en het vat zit bijv. net boven een setpoint van 40 graden, dan heb ik al te snel een lauwe douche. Zeker icm een direct startende run op het boilervat als het setpoint gemaakt wordt. Niet goed voor de WAF 😄

[Nnoitra]

edterbak schreef op dinsdag 11 maart 2025 @ 09:47:
@imdos @MikeyMan @blb4 @BazemanKM @hemertje @Nnoitra @Guy-Manuel

Zijn er nu nog openstaande major issues welke hier wel besproken zijn, maar nog niet gefixt?

Hemertje geeft aan dat het terug schakelen naar HEAT nu wel werkt. Dat was een lang outstanding frustratie/pijnpunt van mij.

Het niet aangaan van de warmtepomp bij override toggle in scheduler is ook gefixt.

Ik ben hoopvol voor een nieuwe major public release dan

Ik had alleen deze: edterbak in "Heishamon <> Node Red voor Panasonic warmtepompen"
Ik weet niet of je die al hebt kunnen fixen?
De .10 versie heb iig wegens gebrek aan tijd nog niet kunnen proberen.

[edterbak]

boredgeestje schreef op dinsdag 11 maart 2025 @ 21:15:
Nog een idee voor het dashboard (voor zover niet nu al te doen?):

Bij het bereiken van het DHW-start setpoint een tijdsverlenging voor de daadwerkelijke start van de DHW-run kunnen instellen.

Mijn setpoint is bijv. 46 graden. Als ik douche en mijn 192 liter tank koelt af naar die temperatuur, verstoort de DHW run de gelaagdheid van het vat en is de resterende bruikbare warmte bovenin het vat snel weg.

Waarom dan geen lager setpoint? De ervaring daarbij heeft geleerd dat een lager setpoint veel minder bruikbare warmte in het vat geeft. Als ik ga douchen en het vat zit bijv. net boven een setpoint van 40 graden, dan heb ik al te snel een lauwe douche. Zeker icm een direct startende run op het boilervat als het setpoint gemaakt wordt. Niet goed voor de WAF 😄

Ik begrijp het, maar ik begrijp het ook weer niet.

Je zegt:
A, een tijdsvertraging is een oplossing
B, als de pomp bij een later tijdstip, door een lagere temp, aan gaat werkt dat niet goed.

Volgens mij is het effect van een lagere temperatuur instellen gelijk als een tijdsvertraging op de trigger temp.

Dus ik zit een beetje met kortsluiting wat je verwacht wat een vertraging je dan wel gaat opleveren.

PS, het is eenvoudig te realiseren in de flow rechtstreeks denk ik.

[edterbak]

boredgeestje schreef op dinsdag 11 maart 2025 @ 21:15:
Nog een idee voor het dashboard (voor zover niet nu al te doen?):

Bij het bereiken van het DHW-start setpoint een tijdsverlenging voor de daadwerkelijke start van de DHW-run kunnen instellen.

Mijn setpoint is bijv. 46 graden. Als ik douche en mijn 192 liter tank koelt af naar die temperatuur, verstoort de DHW run de gelaagdheid van het vat en is de resterende bruikbare warmte bovenin het vat snel weg.

Waarom dan geen lager setpoint? De ervaring daarbij heeft geleerd dat een lager setpoint veel minder bruikbare warmte in het vat geeft. Als ik ga douchen en het vat zit bijv. net boven een setpoint van 40 graden, dan heb ik al te snel een lauwe douche. Zeker icm een direct startende run op het boilervat als het setpoint gemaakt wordt. Niet goed voor de WAF 😄

Je kan het zelf testen door dit te importeren in [WP Control] tab.

code:

[
    {
        "id": "3c2421ea4805abd7",
        "type": "function",
        "z": "a938de76db0b71f6",
        "name": "function 116",
        "func": "var varDHW_Active = global.set('DHW_automation_active', \"file\");\n\nvar varDelay = 5; // in minutes  <<<< Adjust to desire\n\n\nif (varDHW_Active == 0 || varDHW_Active === undefined) {\n    msg.delay = varDelay * 1000 * 60 ;  // Convert from minutes to miliseconds.\n}\nif (varDHW_Active == 1) {\n    msg.delay = 0;\n}\n\n// Note:\n// msg.delay is a value in miliseconds. \n\nreturn msg;",
        "outputs": 1,
        "timeout": 0,
        "noerr": 0,
        "initialize": "",
        "finalize": "",
        "libs": [],
        "x": 1890,
        "y": 2120,
        "wires": [
            [
                "26702c45c5aebf5a"
            ]
        ]
    },
    {
        "id": "26702c45c5aebf5a",
        "type": "delay",
        "z": "a938de76db0b71f6",
        "name": "",
        "pauseType": "delayv",
        "timeout": "1",
        "timeoutUnits": "milliseconds",
        "rate": "1",
        "nbRateUnits": "1",
        "rateUnits": "second",
        "randomFirst": "1",
        "randomLast": "5",
        "randomUnits": "seconds",
        "drop": false,
        "allowrate": false,
        "outputs": 1,
        "x": 2060,
        "y": 2120,
        "wires": [
            [
                "776b44e9514fb3b1"
            ]
        ]
    },
    {
        "id": "776b44e9514fb3b1",
        "type": "link out",
        "z": "a938de76db0b71f6",
        "name": "link out 130",
        "mode": "link",
        "links": [
            "64021d928c59c5cd"
        ],
        "x": 2165,
        "y": 2120,
        "wires": []
    }
]

De draadjes op deze manier verbreken en aansluiten. De stippellijnen zie je als je op de link-in/link-out node klikt welke je in de afbeelding ziet.


De functie (1) openen en het getal achter 'delay' aanpassen.

code:

var varDelay = 5; // in minutes  <<<< Adjust to desire

Delay is de tijd die je wilt tussen trigger en het daadwerkelijk aanslaan.

Nu kun je even testen of het werkt. en een verbetering geef.t

[edterbak]

Nnoitra schreef op dinsdag 11 maart 2025 @ 21:23:
[...]

Ik had alleen deze: edterbak in "Heishamon <> Node Red voor Panasonic warmtepompen"
Ik weet niet of je die al hebt kunnen fixen?
De .10 versie heb iig wegens gebrek aan tijd nog niet kunnen proberen.

Ja.. On it...

[djoenez]

Om aan te sluiten op de dynamische hierboven. Ik heb een redelijk werkend systeem, maar ga het er als ik tijd heb weer uitslopen.

De waarom: Alleen sturen op dynamische tarieven is voor mijn situatie niet handig. Omdat de kosten lager zijn in de nacht zal het systeem automatisch in de nacht gaan draaien. Maar omdat het dan meestal kouder is zal hij op een langere cop draaien of zelfs defrosts nodig hebben om aan te blijven.

Het zal alleen kunnen werken als je alles aan elkaar zou kunnen knopen, dus temperatuur, efficiëntie per temperatuur, meerdaagse weersvoorspelling, meerdaagse prijs (dit is onmogelijk?) etc.

Uiteindelijk is een simpele schedule die tussen 6 en 10 en 16 en 19 de room setpoint verlaagd alles wat je wilt.

[blb4]

djoenez schreef op woensdag 12 maart 2025 @ 08:26:
Om aan te sluiten op de dynamische hierboven. Ik heb een redelijk werkend systeem, maar ga het er als ik tijd heb weer uitslopen.

De waarom: Alleen sturen op dynamische tarieven is voor mijn situatie niet handig. Omdat de kosten lager zijn in de nacht zal het systeem automatisch in de nacht gaan draaien. Maar omdat het dan meestal kouder is zal hij op een langere cop draaien of zelfs defrosts nodig hebben om aan te blijven.

Het zal alleen kunnen werken als je alles aan elkaar zou kunnen knopen, dus temperatuur, efficiëntie per temperatuur, meerdaagse weersvoorspelling, meerdaagse prijs (dit is onmogelijk?) etc.

Uiteindelijk is een simpele schedule die tussen 6 en 10 en 16 en 19 de room setpoint verlaagd alles wat je wilt.

Ik denk ook dat uiteindelijk toch weer zal blijken dat KISS de beste oplossing is. Er zijn zo veel variabelen dat het maar zeer de vraag wordt of het de WAF zal halen.

[imdos]

edterbak schreef op dinsdag 11 maart 2025 @ 21:09:
[...]


Kun je aangeven wat je Schedule precies deed?

De pomp stond zonder RTC functie uit, right?

Ja; de WP stond uit. Door RTC vermoed ik. Toen werd door de scheduler het DWH programma gestart.

1. De pomp aangezet;
2. de modus gewijzigd en
3. de klep omgezet.

Maar tussen 1 en 2 greep RTC dus in en heeft de WP uitgezet vanwege de temperatuur.

[edterbak]

imdos schreef op woensdag 12 maart 2025 @ 09:37:
[...]

Ja; de WP stond uit. Door RTC vermoed ik. Toen werd door de scheduler het DWH programma gestart.

1. De pomp aangezet;
2. de modus gewijzigd en
3. de klep omgezet.

Maar tussen 1 en 2 greep RTC dus in en heeft de WP uitgezet vanwege de temperatuur.

Ja. Oke. Ik heb een fix denk ik voor deze situatie.
Quit simple. Kun je misschien zelf zo toevoegen.

Op tab WP Dash, daar staat midden bovenin een mqtt node naar setpower. Vlak daar onder staat een link out node voor de trigger naar rtc functie.
Er gaan 2 draadjes naar toe. Dit is zeer waarschijnlijk de boosdoener.
Kun je vlak voor deze link out node een delay node zetten van 1 minuut ( ofzo) in ieder geval meer dan 5 seconden.

Lukt dat? Of moet ik vanavond wat uploaden?

[Nnoitra]

blb4 schreef op woensdag 12 maart 2025 @ 09:13:
[...]

Ik denk ook dat uiteindelijk toch weer zal blijken dat KISS de beste oplossing is. Er zijn zo veel variabelen dat het maar zeer de vraag wordt of het de WAF zal halen.

Dat.
En idealiter zijn je automatiseringen in huis, welke voor generiek gebruik zijn, zo simpel mogelijk en hebben ze zo weinig mogelijk afhankelijkheden.

Duurzaam bezig willen zijn of €100 op jaarbasis willen besparen is allemaal leuk en aardig..
Maar als je partner/kinderen in een te koud huis zitten of niet warm kunnen douchen omdat er ergens een automatisering niet werkt.. En jij als maintainer bent niet thuis of je kunt het niet zelfstandig oplossen, dan hang je

[imdos]

edterbak schreef op woensdag 12 maart 2025 @ 10:16:
[...]

Ja. Oke. Ik heb een fix denk ik voor deze situatie.
Quit simple. Kun je misschien zelf zo toevoegen.

Op tab WP Dash, daar staat midden bovenin een mqtt node naar setpower. Vlak daar onder staat een link out node voor de trigger naar rtc functie.
Er gaan 2 draadjes naar toe. Dit is zeer waarschijnlijk de boosdoener.
Kun je vlak voor deze link out node een delay node zetten van 1 minuut ( ofzo) in ieder geval meer dan 5 seconden.

Lukt dat? Of moet ik vanavond wat uploaden?

Done. Bij deze functie, toch?

[hemertje]

djoenez schreef op woensdag 12 maart 2025 @ 08:26:
Om aan te sluiten op de dynamische hierboven. Ik heb een redelijk werkend systeem, maar ga het er als ik tijd heb weer uitslopen.

De waarom: Alleen sturen op dynamische tarieven is voor mijn situatie niet handig. Omdat de kosten lager zijn in de nacht zal het systeem automatisch in de nacht gaan draaien. Maar omdat het dan meestal kouder is zal hij op een langere cop draaien of zelfs defrosts nodig hebben om aan te blijven.

Het zal alleen kunnen werken als je alles aan elkaar zou kunnen knopen, dus temperatuur, efficiëntie per temperatuur, meerdaagse weersvoorspelling, meerdaagse prijs (dit is onmogelijk?) etc.

Uiteindelijk is een simpele schedule die tussen 6 en 10 en 16 en 19 de room setpoint verlaagd alles wat je wilt.

yep, mbt de COP zie hier:

hemertje in "Heishamon <> Node Red voor Panasonic warmtepompen"

het 'alles' wat je noemt is grotendeels al voorhanden binnen HA,zie

EMHASS - Energy Management for Home Assistant
MarcoPolet in "EMHASS - Energy Management for Home Assistant"

en

Evcc slim laden met de zon en dynamische tarieven
Evcc slim laden met de zon en dynamische tarieven

Voor het tegengaan van de Defrosts zou het mooi zijn als we die m.b.t. Forecast kunnen bepalen en wanneer een hoog risico de Room Setpoint verlagen?

hier een HA Solar Forecast integratie
https://github.com/BJReplay/ha-solcast-solar

[Nnoitra]

hemertje schreef op woensdag 12 maart 2025 @ 11:41:

Voor het tegengaan van de Defrosts zou het mooi zijn als we die m.b.t. Forecast kunnen bepalen en wanneer een hoog risico de Room Setpoint verlagen?

Defrosts verminderen moet imho geen doel op zich worden.
Bij verwarmen zou vooral comfort en een warm huis hoge(re) prio moeten krijgen.

Lagere setpoint om defrosts te verminderen betekent gewoon minder wamte produceren en dus een kouder huis. En hoeveel uur per dag, hoeveel dagen per week ga je dat volhouden?
En hoeveel bespaar je daar uiteindelijk mee? Hoe lager je SP (richting en onder de 27gr rT), des te sneller gaat je BUH werken om je warmteverlies te compenseren, en hoe lager je temp, hoe langer ie nodig heeft. Etc Etc.
En op een gegeven moment gaat je SP weer omhoog en kost het ook weer extra om je toko weer warm te krijgen. In hoeverre gaat dat dan weer ten koste van wat je bespaard hebt met een paar defrosts minder?
Maar goed, dit topic is niet de plek voor die inhoudelijke discussie. Dat past meer in andere pana-topics.

KISS FTW

[ Voor 5% gewijzigd door Nnoitra op 12-03-2025 14:44 ]

[edterbak]

imdos schreef op woensdag 12 maart 2025 @ 11:38:
[...]

Done. Bij deze functie, toch?

[Afbeelding]

Yesss!

[hemertje]

Nnoitra schreef op woensdag 12 maart 2025 @ 12:01:
[...]

Defrosts verminderen moet imho geen doel op zich worden.
Bij verwarmen zou vooral comfort en een warm huis hoge(re) prio moeten krijgen.

Lagere setpoint om defrosts te verminderen betekent gewoon minder wamte produceren en dus een kouder huis. En hoeveel uur per dag, hoeveel dagen per week ga je dat volhouden?
En hoeveel bespaar je daar uiteindelijk mee? Hoe lager je SP (richting en onder de 27gr rT), des te sneller gaat je BUH werken om je warmteverlies te compenseren, en hoe lager je temp, hoe langer ie nodig heeft. Etc Etc.
En op een gegeven moment gaat je SP weer omhoog en kost het ook weer extra om je toko weer warm te krijgen. In hoeverre gaat dat dan weer ten koste van wat je bespaard hebt met een paar defrosts minder?
Maar goed, dit topic is niet de plek voor die inhoudelijke discussie. Dat past meer in andere pana-topics.

KISS FTW

je moet het wat mij betreft ook in het grote geheel zien, het is geen doel op zich
hoe kan je je ruimte(n) zo effectief mogelijk verwarmen


vandaar dat ik hier eerder ooit gevraagd heb tijdens de koude temperaturen met hoge luchtvochtigheid van afgelopen december met gegarandeerde Defrosts 's nachts het een idee / optie was om je Setpoint te verhogen zodat je T-retour niet onder de 27GrC komt?

Een Defrost kost mijns inziens meer energie dan de ruimtetemperatuur tijdelijk verhogen?

[Nnoitra]

hemertje schreef op woensdag 12 maart 2025 @ 15:36:
[...]


je moet het wat mij betreft ook in het grote geheel zien, het is geen doel op zich
hoe kan je je ruimte(n) zo effectief mogelijk verwarmen


vandaar dat ik hier eerder ooit gevraagd heb tijdens de koude temperaturen met hoge luchtvochtigheid van afgelopen december met gegarandeerde Defrosts 's nachts het een idee / optie was om je Setpoint te verhogen zodat je T-retour niet onder de 27GrC komt?

Een Defrost kost mijns inziens meer energie dan de ruimtetemperatuur tijdelijk verhogen?

Voor het verminderen van defrosts is geen "one size fits all" automagische oplossing.

Door je SP te verhogen moet de WP meer warmte leveren. Als de WP meer warmte moet leveren, moet ie harder werken, als ie harder moet werken in 'niet ideale omstandigheden' heeft ie eerder een defrost nodig of hij gaat tot een lagere temperatuur door (wat weer nadelig is voor je COP) en hij heeft meer tijd nodig per defrost. En dan is de kans weer groter dat je rT onder de 27gr komt.
Of je moet een grote (in liters) buffer hebben die je voor defrosten kunt gebruiken.
Of je hebt je BUH geforceerd uitgezet waardoor de WP zelf langer en harder moet werken om de boel weer op temperatuur te krijgen.
Etc Etc.

Imho moet je gewoon accepteren dat als de omstandigheden ruk zijn, de WP niet ideaal werkt.
Normaliter zijn dat volgens mij niet bijster veel dagen per jaar. Vaak zit het mee, soms niet.

[edterbak]

Ja, een defrost komt door ijs op de radiator.

De compressor comprimeert een gas tot vloeistof. Hierbij warmte vrij. Dit snoept de cv water vrolijk op en dat gaat het huis in.

Als de compressiewarmte afgegeven is, gaat de vloeistof door een ventiel(verdamper) waarin de vloeistof weer een gas word. Het verdampen kost juist heel veel energie. Op dit moment is het gas behoorlijk veel kouder dan het begon voor de compressor even eerder. Om weer terug te komen op de begin temperatuur moet het weer worden opgewarmd.
Deze energie (warmte) trekt de pomp uit de buitenlucht mbv een ventilator.

De ventilatie lucht uit een warmtepomp is dus altijd flink kouder dan de lucht temperatuur.

Gevolgd is dat bij temperaturen rond het vriespunt buiten, de boel dicht vriest.

Je ziet al dat het dichtvriezen niks te maken heeft met je cv water temperatuur.

[ Voor 117% gewijzigd door edterbak op 12-03-2025 17:18 ]

[Nnoitra]

edterbak schreef op woensdag 12 maart 2025 @ 17:02:

Je ziet al dat het dichtvriezen niks te maken heeft met je cv water temperatuur.

[Afbeelding]

Zeker weten?
Het ijs op de verdamper is vocht uit de lucht wat bevriest; hoe meer vocht hoe meer ijsvorming.
En hoe krijg je meer vocht op de verdamper; doordat de ventilator meer vochtige lucht aanzuigt /sneller gaat draaien.
En dat is wat ie doet als ie harder moet werken cq de compressor frequency omhoog gaat.
En hoe hoger je setpoint, hoe harder ie moet werken om dat te halen en te behouden.

[hemertje]

Dank voor jullie toelichting

[edterbak]

@Nnoitra
Ik denk dat we het zelfde zeggen.
Het maakt niet uit of je cv water temp 20 of 30 of 40 graden is. Als het water 40C is en je pomp draait op laag niveau om dat zo te houden, prima.
Het bepalende is hoeveel energie je 'vraagt'.
En dan nog is het denk ik niet te zeggen of (kort maar veel) of (weinig en langer) warmte vragen voordelig is tav ijsvorming voorkomen. Wat mij betreft is dit onbekend
Althans, ik kan daar geen zinnig iets over verzinnen. Maar misschien zijn anderen slimmer dan ik

[boredgeestje]

edterbak schreef op dinsdag 11 maart 2025 @ 21:32:
[...]


Ik begrijp het, maar ik begrijp het ook weer niet.

Je zegt:
A, een tijdsvertraging is een oplossing
B, als de pomp bij een later tijdstip, door een lagere temp, aan gaat werkt dat niet goed.

Volgens mij is het effect van een lagere temperatuur instellen gelijk als een tijdsvertraging op de trigger temp.

Dus ik zit een beetje met kortsluiting wat je verwacht wat een vertraging je dan wel gaat opleveren.

PS, het is eenvoudig te realiseren in de flow rechtstreeks denk ik.

Ik snap je kortsluiting, vond het ook niet gemakkelijk om het simpel uit te leggen 😅

Het grote verschil zit hem in de gebruikssituaties:
1) tijdens douchebeurt
2) afkoelen van het boilervat door warmteverlies

Tijdens 1) is het warmteverlies groot. Stel het setpoint staat op 45 graden en er zit na het maken van het setpoint nog 10 minuten aan warm water in de kopruimte van het vat. Ik begin met douchen terwijl de sensor 46 graden meet, als de DHW-run snel daarna start wordt de douche ook vrij snel lauw. Met de vertraging win ik nog wat minuten aan warm douchen doordat de gelaagdheid niet verstoord wordt. Misschien is als 10 minuten later wanneer de vertraagde DHW run begint het water van de douche net lauw en meet de sensor in het vat iets van 37 graden.

Tijdens 2) is het warmteverlies klein. Stel ik zet het setpoint op 37 graden voordat een DHW run begint. Dan maakt het voor het opnieuw opwarmen van het vat vrijwel niets uit of dat 10 minuten later start. Máár als ik begin met douchen terwijl de sensor 38 graden meet heb ik amper warm water voor een douchebeurt. Zonder tijdsvertraging van een DHW-run is het zelfs helemaal snel gedaan.

Een lager setpoint en een tijdsvertraging zijn dus niet geheel hetzelfde qua uitwerking. Met een lager setpoint loop ik vaker risico op een lauwe douche, terwijl ik met een hoger setpoint altijd warmte in het vat heb zitten om te kunnen douchen.

Vind het echt tof dat je ook zo snel een implementatie hebt geschreven! De situaties bestaan vooralsnog alleen nog maar in mijn hoofd, omdat de mogelijkheden voor een praktijktest ontbraken. Zal binnenkort de wijzigingen doorvoeren en mij weer melden.

[ Voor 3% gewijzigd door boredgeestje op 12-03-2025 21:03 ]

[blb4]

edterbak schreef op woensdag 12 maart 2025 @ 19:30:
@Nnoitra
Ik denk dat we het zelfde zeggen.
Het maakt niet uit of je cv water temp 20 of 30 of 40 graden is. Als het water 40C is en je pomp draait op laag niveau om dat zo te houden, prima.
Het bepalende is hoeveel energie je 'vraagt'.
En dan nog is het denk ik niet te zeggen of (kort maar veel) of (weinig en langer) warmte vragen voordelig is tav ijsvorming voorkomen. Wat mij betreft is dit onbekend
Althans, ik kan daar geen zinnig iets over verzinnen. Maar misschien zijn anderen slimmer dan ik

Je ziet hier al hoe complex 't kan worden. Door vermogen (warmtevraag) te beperken kan je mogelijk de tijd tussen defrosts verlengen ten koste van 't iets afkoelen van je hut en dat dan weer aanvullen als de buitentemperatuur b.v. overdag weer wat gestegen is. oid. Ga dat maar eens combineren met een dynamisch contract en WAF. Succes.

[edterbak]

boredgeestje schreef op woensdag 12 maart 2025 @ 21:01:
[...]


Vind het echt tof dat je ook zo snel een implementatie hebt geschreven! De situaties bestaan vooralsnog alleen nog maar in mijn hoofd, omdat de mogelijkheden voor een praktijktest ontbraken. Zal binnenkort de wijzigingen doorvoeren en mij weer melden.

Het enige dat ik nu zo heb gedaan, is een delay inbouwen tussen de temperatuurmeting van DHW tank naar de logica van de trigger om een DHW run te starten.
Effectief duurt een douch iets van 5 mniuten. De delay op 5 minuten (ofzo) zetten.
Dus dan als tijdens je douch het water dipt onder die temperatuur, dan komt pas 5 minuten later het signaal binnen bij de logica en zal dan pas een DHW run doen.

Voor normaal afkoelen van het vat maakt 5 of 10 minuten geen drol uit

Ik denk dat dit simpel, doch effectief is voor wat je zoekt

[wumpe]

edterbak schreef op dinsdag 11 maart 2025 @ 08:57:
[...]

I have been looking at the code now for some time. I cant seem to find the cause.
I have tested it myself yesterday. It worked here without any issue together with NightReduction.
But I am running the pump in compensation curve mode currently. I will try Direct mode today.

Could you also try to change a setting in the softstart part to see if this helps?
Softstart > Advanced settings > Phase 1 > Catch duration : 175 seconds
Softstart > Advanced settings > Phase 2 > Message delay: 30 seconds
Disable QuitMode add-on in the main setting page. Rule out any combi error.

Good Morning @edterbak

yesterday i have startet a run with night reduction -2 degress and quietmode off. catch duration is 175 and message delay is 30. outdoortemp is +3 degress.





it looks better, but the frenquency on start is very strong. i have a t-cap 9kW super quiet on a old house with 22000kwh heatconsumption anno. (water flow max is 31 L/min and the TRV every all open)

i test in a few days on outdoortemp > 7 degress

thx and a good day

[Natrixz]

blb4 schreef op woensdag 12 maart 2025 @ 22:02:
[...]

Je ziet hier al hoe complex 't kan worden. Door vermogen (warmtevraag) te beperken kan je mogelijk de tijd tussen defrosts verlengen ten koste van 't iets afkoelen van je hut en dat dan weer aanvullen als de buitentemperatuur b.v. overdag weer wat gestegen is. oid. Ga dat maar eens combineren met een dynamisch contract en WAF. Succes.

Mee eens, dat is niet zo gemakkelijk. Hence mijn opmerking om zoiets optioneel te maken. Voor DHW en Sterilisatie is het echter een ander verhaal, daar kan je relatief makkelijk iets mee doen om het wel netjes binnen het dynamisch contract op de laagste uren te laten uitvoeren.

[ercolano]

Nnoitra schreef op woensdag 12 maart 2025 @ 16:03:
[...]

Voor het verminderen van defrosts is geen "one size fits all" automagische oplossing.

.....

Een automagische oplossing, die wel bij een hoop mensen zou werken is het gebruik van het sww vat (met cop van zeg 2.5 verwarmt in de winter) als defrost water. BUH wordt veel minder lang gebruikt en cv water in huis koelt minder af waardoor de volgende run sneller op lager vermogen draait waardoor tussentijd tussen defrost langer wordt.

Zelf aantal maal handmatig uitgevoerd.
Draaien op HEAT mode. Auto start dhw op 25. Wanneer EVA <= tabelwaarde dan overschakelen op DHW modes (mode veranderen of trigger activeren). De defrost komt dan spoedig. Als de compressor voor de 2e keer in de defrost cyclus naar 0HZ gaat, weer overschakelen naar HEAT modes. Het laatste stukje van de cyclus springt de BUH nog wel aan.

Heb zo handmatig 6 defrosts uit een 300l vat gedaan ( en er zat nog meer in het vat). Ben zelf nog niet proficient genoeg om dat codematig in te voegen, komende winter maar. Enneh, een schedule er bij is ook handig om een BW (Boze Wife) te voorkomen

[hemertje]

Wat betekent EVA eigenlijk?
Ik kom die ook bij Ed zijn grafieken tegen maar geen idee wat het is?

Waarschijnlijk iets heel simpels

[hemertje]

ercolano schreef op donderdag 13 maart 2025 @ 09:54:
[...]


Een automagische oplossing, die wel bij een hoop mensen zou werken is het gebruik van het sww vat (met cop van zeg 2.5 verwarmt in de winter) als defrost water. BUH wordt veel minder lang gebruikt en cv water in huis koelt minder af waardoor de volgende run sneller op lager vermogen draait waardoor tussentijd tussen defrost langer wordt.

Zelf aantal maal handmatig uitgevoerd.
Draaien op HEAT mode. Auto start dhw op 25. Wanneer EVA <= tabelwaarde dan overschakelen op DHW modes (mode veranderen of trigger activeren). De defrost komt dan spoedig. Als de compressor voor de 2e keer in de defrost cyclus naar 0HZ gaat, weer overschakelen naar HEAT modes. Het laatste stukje van de cyclus springt de BUH nog wel aan.

Heb zo handmatig 6 defrosts uit een 300l vat gedaan ( en er zat nog meer in het vat). Ben zelf nog niet proficient genoeg om dat codematig in te voegen, komende winter maar. Enneh, een schedule er bij is ook handig om een BW (Boze Wife) te voorkomen

leuk idee!

[edterbak]

hemertje schreef op donderdag 13 maart 2025 @ 10:57:
Wat betekent EVA eigenlijk?
Ik kom die ook bij Ed zijn grafieken tegen maar geen idee wat het is?

Waarschijnlijk iets heel simpels

Ik dacht evaporator temp.
Je ziet deze ook altijd naar beneden duiken als er een defrost aankomt. Ijs rond de verdamper

Dacht ik.

[hemertje]

ja lijkt erop

[blb4]

ercolano schreef op donderdag 13 maart 2025 @ 09:54:
[...]


Een automagische oplossing, die wel bij een hoop mensen zou werken is het gebruik van het sww vat (met cop van zeg 2.5 verwarmt in de winter) als defrost water. BUH wordt veel minder lang gebruikt en cv water in huis koelt minder af waardoor de volgende run sneller op lager vermogen draait waardoor tussentijd tussen defrost langer wordt.

Zelf aantal maal handmatig uitgevoerd.
Draaien op HEAT mode. Auto start dhw op 25. Wanneer EVA <= tabelwaarde dan overschakelen op DHW modes (mode veranderen of trigger activeren). De defrost komt dan spoedig. Als de compressor voor de 2e keer in de defrost cyclus naar 0HZ gaat, weer overschakelen naar HEAT modes. Het laatste stukje van de cyclus springt de BUH nog wel aan.

Heb zo handmatig 6 defrosts uit een 300l vat gedaan ( en er zat nog meer in het vat). Ben zelf nog niet proficient genoeg om dat codematig in te voegen, komende winter maar. Enneh, een schedule er bij is ook handig om een BW (Boze Wife) te voorkomen

Dat kan en is mooie tweakers oplossing maar je zit daarna dus wel met een probleem; wanneer ga je die (boiler/BW ) weer opwarmen?

[ercolano]

blb4 schreef op donderdag 13 maart 2025 @ 11:41:
[...]

Dat kan en is mooie tweakers oplossing maar je zit daarna dus wel met een probleem; wanneer ga je die (boiler/BW ) weer opwarmen?

als boiler kouder dan bv 30 niet terugschakelden naar heat maar dhw afmaken en een schedule van 1 uur voor opstaan (bij ochtend douchers), Zou het onmerkbaar moeten blijven ...

[ercolano]

hemertje schreef op donderdag 13 maart 2025 @ 10:57:
Wat betekent EVA eigenlijk?
...

zie ook grafiek in service manual voor waardes bij verschillende temp. Goede voorspeller voor een defrost.