Heishamon <> Node Red voor Panasonic warmtepompen

[Maarten69]

@sunny9 Wireguard VPN, app op android/iphone en Wireguard server loopt via een HA addon (docker).

[edterbak]

Ik heb zelf een unifi udmpro.
Daar een vpn verbinding in aangemaakt. Geen extra dienst nodig.

[timovd]

@sunny9 timovd in "Heishamon <> Node Red voor Panasonic warmtepompen"
Hele eenvoudige login is mogelijk in Node Red.

[Maarten69]

@edterbak je vroeg mij nog of ik de rtc correcties zo bedoelde. Niet helemaal, ik heb één instelling; correctie per graad.

Stel 0,5 per graad:

RoomSP 21
Actueel 19,5
1,5 x 0,5 = +0,75 correctie

RoomSP 21
Actueel 22,6
1,6 x -0,5 = -0,8 correctie

RoomSP 21
Actueel 16,0
5 x 0,5 = +2,5 correctie

code:

rtc_correction =  -rtc_dT * rtc_cor_per_degree;

[ Voor 9% gewijzigd door Maarten69 op 18-11-2023 20:10 ]

[sunny9]

Dank allen!
Ik heb voor nu dmv openvpn op de VPN Server op mijn Synology een verbinding met de buitenwereld gemaakt. Wonder boven wonder werkte het ook nog meteen :-)

Die optie met login via node red die timovd aangedragen had, hou ik even achter de hand. Vooralsnog denk ik dat de VPN optie prima voldoet.

[MikeyMan]

Vanmorgen stond de pomp nog op dhw. Vermoedelijk na de sterilisatie run van gisteren.

code:

19/11 07:08:07 - MQTT Command: SetCurves: target: 26 (SP Calculation)
19/11 07:07:38 - Function - Calculate new SP: New final SP calculated: Current setpont: 25 °C. New calculated setpoint: 26 °C
19/11 07:07:38 - Function SoftStart: Correction: -1 > 0 °C - (ENDING) Freq: 31Hz, SP_Final: 26.2°C
19/11 07:07:38 - Function SoftStart: Phase 3 - Phase out step
19/11 06:57:37 - MQTT Command: SetCurves: target: 25 (SP Calculation)
19/11 06:57:37 - Function - Calculate new SP: New final SP calculated: Current setpont: 24 °C. New calculated setpoint: 25 °C
19/11 06:57:37 - Function SoftStart: Correction: -2 > -1 °C - (ENDING) Freq: 30Hz, SP_Final: 25.2°C
19/11 06:57:37 - Function SoftStart: Phase 3 - Phase out step
19/11 06:47:27 - Function WAR: Setpoint change: From 23.9 to 24.2 °C
19/11 06:46:37 - MQTT Command: SetCurves: target: 24 (SP Calculation)
19/11 06:46:27 - Function - Calculate new SP: New final SP calculated: Current setpont: 21 °C. New calculated setpoint: 24 °C
19/11 06:46:27 - Function SoftStart: Correction: -5 > -2 °C - (STABLE) Freq: 35Hz, SP_Final: 23.9°C
19/11 06:45:27 - Function SoftStart: Start Phase 2
19/11 06:42:37 - MQTT Command: SetCurves: target: 21 (SP Calculation)
19/11 06:42:37 - Function - Calculate new SP: New final SP calculated: Current setpont: 26 °C. New calculated setpoint: 21 °C
19/11 06:42:37 - Function SoftStart: Correction: 0 > -5 °C - (STARTUP) Freq: 23Hz, SP_Final: 20.9°C
19/11 06:42:37 - MQTT Command: SetMaxPumpDuty: 159 (pump speed)
19/11 06:42:37 - Compressor: running
19/11 06:42:37 - Function Pump speed: Max pumpspeed set to 159 (50%) (HEAT)
19/11 06:41:47 - MQTT Command: SetCurves: target: 26 (SP Calculation)
19/11 06:41:47 - Function - Calculate new SP: New final SP calculated: Current setpont: 27 °C. New calculated setpoint: 26 °C
19/11 06:41:07 - Function WAR: Setpoint change: From 25.1 to 23.9 °C
19/11 06:40:41 - MQTT Command: SetCurves: target: 27 (SP Calculation)
19/11 06:40:41 - Function - Calculate new SP: New final SP calculated: Current setpont: 25 °C. New calculated setpoint: 27 °C
19/11 06:40:41 - Function RTC: Correction change: From 0 to 2 °C (Room actual: 19.1 °C)
19/11 06:39:53 - Function - RTC: 1
19/11 06:39:53 - Function - RTC: 0
19/11 06:39:15 - MQTT Command: SetOperationMode: 0 (GUI)
19/11 06:00:27 - MQTT Command: SetQuietMode: 0 (Scheduler)
19/11 06:00:27 - Scheduler - Set QuietMode: 0
19/11 04:59:22 - RTC: Room setpoint changed to: 19.5 °C
19/11 04:59:18 - RTC: Room setpoint changed to: 19.5 °C
19/11 01:00:00 - Function Solar: New day; Reset Solar function. DHW SP = 48
------------------------------------------------------------------------------------------------
18/11 23:30:26 - MQTT Command: SetQuietMode: 1 (Scheduler)
18/11 23:30:26 - Scheduler - Set QuietMode: 1
18/11 21:34:22 - RTC: Room setpoint changed to: 19 °C
18/11 21:33:31 - RTC: Room setpoint changed to: 19 °C
18/11 14:20:31 - MQTT Command: SetMaxPumpDuty: 87 (pump speed)
18/11 14:20:31 - Function Pump speed: Max pumpspeed set to 87 (12%) (Low)
18/11 12:45:01 - Compressor: stopped
18/11 12:03:40 - Compressor: running
18/11 12:00:30 - MQTT Command: SetMaxPumpDuty: 216 (pump speed)
18/11 12:00:30 - Compressor: stopped
18/11 12:00:30 - Function Pump speed: Max pumpspeed set to 216 (80%) (DHW)
18/11 12:00:29 - Function SoftStart: SoftStart function end
18/11 12:00:29 - MQTT Command: SetForceSterilization: 1
18/11 12:00:29 - Scheduler - Force Sterilization: 1
18/11 12:00:26 - MQTT Command: SetOperationMode: 3
18/11 12:00:26 - Scheduler - Operation Mode: 3
18/11 12:00:26 - Scheduler: Stored next operating mode is set to 0
18/11 11:59:30 - MQTT Command: SetCurves: target: 25 (SP Calculation)
18/11 11:59:30 - Function - Calculate new SP: New final SP calculated: Current setpont: 26 °C. New calculated setpoint: 25 °C
18/11 11:59:21 - Function RTC: Correction change: From 1 to 0 °C (Room actual: 19.5 °C)
18/11 10:37:39 - Function WAR: Setpoint change: From 25.4 to 25.1 °C
18/11 09:59:47 - MQTT Command: SetCurves: target: 26 (SP Calculation

[Kroontje03]

MikeyMan schreef op zondag 19 november 2023 @ 07:18:
Vanmorgen stond de pomp nog op dhw. Vermoedelijk na de sterilisatie run van gisteren.

code:

19/11 07:08:07 - MQTT Command: SetCurves: target: 26 (SP Calculation)
19/11 07:07:38 - Function - Calculate new SP: New final SP calculated: Current setpont: 25 °C. New calculated setpoint: 26 °C
19/11 07:07:38 - Function SoftStart: Correction: -1 > 0 °C - (ENDING) Freq: 31Hz, SP_Final: 26.2°C
19/11 07:07:38 - Function SoftStart: Phase 3 - Phase out step
19/11 06:57:37 - MQTT Command: SetCurves: target: 25 (SP Calculation)
19/11 06:57:37 - Function - Calculate new SP: New final SP calculated: Current setpont: 24 °C. New calculated setpoint: 25 °C
19/11 06:57:37 - Function SoftStart: Correction: -2 > -1 °C - (ENDING) Freq: 30Hz, SP_Final: 25.2°C
19/11 06:57:37 - Function SoftStart: Phase 3 - Phase out step
19/11 06:47:27 - Function WAR: Setpoint change: From 23.9 to 24.2 °C
19/11 06:46:37 - MQTT Command: SetCurves: target: 24 (SP Calculation)
19/11 06:46:27 - Function - Calculate new SP: New final SP calculated: Current setpont: 21 °C. New calculated setpoint: 24 °C
19/11 06:46:27 - Function SoftStart: Correction: -5 > -2 °C - (STABLE) Freq: 35Hz, SP_Final: 23.9°C
19/11 06:45:27 - Function SoftStart: Start Phase 2
19/11 06:42:37 - MQTT Command: SetCurves: target: 21 (SP Calculation)
19/11 06:42:37 - Function - Calculate new SP: New final SP calculated: Current setpont: 26 °C. New calculated setpoint: 21 °C
19/11 06:42:37 - Function SoftStart: Correction: 0 > -5 °C - (STARTUP) Freq: 23Hz, SP_Final: 20.9°C
19/11 06:42:37 - MQTT Command: SetMaxPumpDuty: 159 (pump speed)
19/11 06:42:37 - Compressor: running
19/11 06:42:37 - Function Pump speed: Max pumpspeed set to 159 (50%) (HEAT)
19/11 06:41:47 - MQTT Command: SetCurves: target: 26 (SP Calculation)
19/11 06:41:47 - Function - Calculate new SP: New final SP calculated: Current setpont: 27 °C. New calculated setpoint: 26 °C
19/11 06:41:07 - Function WAR: Setpoint change: From 25.1 to 23.9 °C
19/11 06:40:41 - MQTT Command: SetCurves: target: 27 (SP Calculation)
19/11 06:40:41 - Function - Calculate new SP: New final SP calculated: Current setpont: 25 °C. New calculated setpoint: 27 °C
19/11 06:40:41 - Function RTC: Correction change: From 0 to 2 °C (Room actual: 19.1 °C)
19/11 06:39:53 - Function - RTC: 1
19/11 06:39:53 - Function - RTC: 0
19/11 06:39:15 - MQTT Command: SetOperationMode: 0 (GUI)
19/11 06:00:27 - MQTT Command: SetQuietMode: 0 (Scheduler)
19/11 06:00:27 - Scheduler - Set QuietMode: 0
19/11 04:59:22 - RTC: Room setpoint changed to: 19.5 °C
19/11 04:59:18 - RTC: Room setpoint changed to: 19.5 °C
19/11 01:00:00 - Function Solar: New day; Reset Solar function. DHW SP = 48
------------------------------------------------------------------------------------------------
18/11 23:30:26 - MQTT Command: SetQuietMode: 1 (Scheduler)
18/11 23:30:26 - Scheduler - Set QuietMode: 1
18/11 21:34:22 - RTC: Room setpoint changed to: 19 °C
18/11 21:33:31 - RTC: Room setpoint changed to: 19 °C
18/11 14:20:31 - MQTT Command: SetMaxPumpDuty: 87 (pump speed)
18/11 14:20:31 - Function Pump speed: Max pumpspeed set to 87 (12%) (Low)
18/11 12:45:01 - Compressor: stopped
18/11 12:03:40 - Compressor: running
18/11 12:00:30 - MQTT Command: SetMaxPumpDuty: 216 (pump speed)
18/11 12:00:30 - Compressor: stopped
18/11 12:00:30 - Function Pump speed: Max pumpspeed set to 216 (80%) (DHW)
18/11 12:00:29 - Function SoftStart: SoftStart function end
18/11 12:00:29 - MQTT Command: SetForceSterilization: 1
18/11 12:00:29 - Scheduler - Force Sterilization: 1
18/11 12:00:26 - MQTT Command: SetOperationMode: 3
18/11 12:00:26 - Scheduler - Operation Mode: 3
18/11 12:00:26 - Scheduler: Stored next operating mode is set to 0
18/11 11:59:30 - MQTT Command: SetCurves: target: 25 (SP Calculation)
18/11 11:59:30 - Function - Calculate new SP: New final SP calculated: Current setpont: 26 °C. New calculated setpoint: 25 °C
18/11 11:59:21 - Function RTC: Correction change: From 1 to 0 °C (Room actual: 19.5 °C)
18/11 10:37:39 - Function WAR: Setpoint change: From 25.4 to 25.1 °C
18/11 09:59:47 - MQTT Command: SetCurves: target: 26 (SP Calculation

Interessant, sinds mijn laatste sterilisatie run van vrijdag werkt de sheduler niet meer. Nog geen tijd gehad om het te trouble shooten. Is dit bij jou nu ook het geval?

[MikeyMan]

Kroontje03 schreef op zondag 19 november 2023 @ 07:34:
[...]


Interessant, sinds mijn laatste sterilisatie run van vrijdag werkt de sheduler niet meer. Nog geen tijd gehad om het te trouble shooten. Is dit bij jou nu ook het geval?

Geen idee nog. Heb hem nu handmatig op heat gezet. Even afwachten wat er vanmiddag gebeurt.

[edterbak]

kun je even in de context store kijken of daar [Schedule_X_...] , waarin X de regelnummer is van de scheduler in het dashboard, en controleren of alle informatie welke je hebt ingevoerd nog daar terug te vinden is.

[MikeyMan]

edterbak schreef op zondag 19 november 2023 @ 12:53:
kun je even in de context store kijken of daar [Schedule_X_...] , waarin X de regelnummer is van de scheduler in het dashboard, en controleren of alle informatie welke je hebt ingevoerd nog daar terug te vinden is.

Moet ik morgen ff doen. Beetje lastig met telefoon onderweg.

Hij heeft wel zonder issues dhw bijgeschakeld conform planning.

[The-Source]

Ik loop qua beta aardig achter ondertussen maar op beta8 merk ik dat de autostart DHW voor een mode wijziging zorgt en zo in de nacht ( wanneer ik dat niet wil) DHW gaat verwarmen.
Wellicht is dat bij design dan zou een helper tekst op zn plek zijn.
Wellicht is dat niet bij design dan is het een bug

code:

9/11 01:38:21 - Compressor: stopped
19/11 01:38:12 - MQTT Command: SetOperationMode: 0
19/11 01:38:12 - Scheduler - Operation Mode: 0
19/11 01:38:08 - MQTT Command: SetForceDHW: 0
19/11 01:38:08 - Scheduler - Force DHW: 0
19/11 01:38:07 - MQTT Command: SetDHWTemp: 48 (GUI)
19/11 01:38:07 - Scheduler: Stored next operating mode is removed
19/11 01:04:35 - Compressor: running
19/11 01:04:23 - MQTT Command: SetForceDHW: 1
19/11 01:04:22 - Scheduler - Force DHW: 1
19/11 01:04:22 - MQTT Command: SetOperationMode: 4
19/11 01:04:21 - Scheduler - Operation Mode: 4
19/11 01:04:21 - Scheduler: Stored next operating mode is set to 0
19/11 01:04:20 - DHW: DHW temperature: 43°C. Lower threshold: 43°C. Starting DHW run.
------------------------------------------------------------------------------------------------
18/11 22:00:22 - MQTT Command: SetOperationMode: 0 (scheduler)
18/11 21:00:22 - MQTT Command: SetQuietMode: 3 (Scheduler)
18/11 21:00:22 - Scheduler - Set QuietMode: 3
18/11 20:39:03 - MQTT Command: SetZ1HeatRequestTemperature: 27 (SP Calculation)
18/11 20:39:03 - Function WAR: Setpoint change: From 28 to 27 °C
18/11 19:09:17 - Function SoftStart: SoftStart

DHW target is 48, dhw delta op -4 en auto start op 43c
Ik zou dus auto start kunnen verlagen om dit te voorkomen ( grotere marge tussen setpoint en auto start om zo delta vanuit settings en kans te geven om in de ochtend te starten) maar wellicht valt het onder de noemer bugje dan is het beter om gemeld te hebben.

[edterbak]

beta 8. Dat is oud.
Wat je beschrijft is al eerder gemeld en ik heb er intussen ook al van alles aan gedaan.

[The-Source]

Duidelijk toch maar eens tijd vinden om een update te doen.

[edterbak]

Wacht nog even een paar dagen.
Hoewel de huidige versie redelijk goed is al, ben ik bezig met de forcedhw, forcesteriluzaton, boostdhw en autostartdhw functie om het netter en robuust te maken tav de vlaggen forcedhw en sterilisatie.
Ik heb gisteren de code geschreven en geupdate, nu testen.

[The-Source]

Geen haast..

offtopic:
Normaal probeer ik een gaatje te vinden om te updaten op vrijdag of zaterdag maar aanstaand weekend is daar alles behalve geschikt voor me voorbereidingen voor een feestje van 20 man inclusief veel lang gegaard bbq vlees

[Boxbal]

edterbak schreef op zondag 19 november 2023 @ 12:53:
kun je even in de context store kijken of daar [Schedule_X_...] , waarin X de regelnummer is van de scheduler in het dashboard, en controleren of alle informatie welke je hebt ingevoerd nog daar terug te vinden is.

Sorry dat ik weer domme vragen moet stellen. Wat is 'context store' en waar vind ik dat?
Schedule_X lijkt me iets met de scheduler te maken hebben. Er is niets veranderd in de scheduler.

[Boxbal]

MikeyMan schreef op vrijdag 17 november 2023 @ 20:03:
[...]


Wat zegt je heishamon over de verbinding?

Wifi signal: 72%
Memory free: 63%
Correct received data: 99%
MQTT reconnects: 509
Uptime: 17 days 4 hours 23 minutes 49 seconds

er staat uptime 17 days, maar ik heb tientallen online/offline meldingen per dag in het dashboard. Lijkt dus niet van de Heishamon te komen? Dit zou ook de hint van @Kroontje03 mbt 2.4GHz ontkrachten? Ik wil met andere apparaten wel graag de 5GHz band blijven gebruiken.
Er lijken wel veel MQTT reconnects te zijn. Waar zou dat door komen?

[MikeyMan]

Boxbal schreef op maandag 20 november 2023 @ 22:24:
[...]

Wifi signal: 72%
Memory free: 63%
Correct received data: 99%
MQTT reconnects: 509
Uptime: 17 days 4 hours 23 minutes 49 seconds

er staat uptime 17 days, maar ik heb tientallen online/offline meldingen per dag in het dashboard. Lijkt dus niet van de Heishamon te komen? Dit zou ook de hint van @Kroontje03 mbt 2.4GHz ontkrachten? Ik wil met andere apparaten wel graag de 5GHz band blijven gebruiken.
Er lijken wel veel MQTT reconnects te zijn. Waar zou dat door komen?

Aantal reconnects is hoog. Ik heb er 7 in 17 dagen.

[MikeyMan]

Testbaar scenario:

RTC heeft de WP uit gezet. Server herstart.

In mijn geval stond de switch op het dashboard op 'on', WP zelf stond uit.
Met de hand de knop op uit gezet, maar vanmorgen ging ie niet aan. Nog geprobeerd door het setpoint te triggeren. Lukt niet, dus handmatig aan gezet.
Heb alleen met mn dikke vingers de halve log per ongeluk gecleared.

code:

SYSTEM
Flow version

23.10 beta31

21/11 07:37:44 - Function WAR: Setpoint change: From 24.5 to 24.8 °C
21/11 06:50:54 - Function WAR: Setpoint change: From 24.8 to 24.5 °C
21/11 06:46:54 - Function SoftStart: Phase 3 - Phase out step
21/11 06:44:44 - Function WAR: Setpoint change: From 24.5 to 24.8 °C
21/11 06:41:44 - Function WAR: Setpoint change: From 24.8 to 24.5 °C
21/11 06:39:14 - MQTT Command: SetCurves: target: 27 (SP Calculation)
21/11 06:39:14 - Function - Calculate new SP: New final SP calculated: Current setpont: 28 °C. New calculated setpoint: 27 °C
21/11 06:39:14 - Function SoftStart: Correction: 1 > 0 °C - (STABLE) Freq: 30Hz, SP_Final: 26.8°C
21/11 06:35:44 - MQTT Command: SetCurves: target: 28 (SP Calculation)
21/11 06:35:44 - Function - Calculate new SP: New final SP calculated: Current setpont: 27 °C. New calculated setpoint: 28 °C
21/11 06:35:44 - Function SoftStart: Correction: 0 > 1 °C - (STABLE) Freq: 34Hz, SP_Final: 27.8°C
21/11 06:34:44 - Function SoftStart: Start Phase 2
21/11 06:33:59 - MQTT Command: SetCurves: target: 27 (SP Calculation)
21/11 06:33:59 - Function - Calculate new SP: New final SP calculated: Current setpont: 26 °C. New calculated setpoint: 27 °C
21/11 06:33:59 - Function SoftStart: Correction: -1 > 0 °C - (STARTUP) Freq: 35Hz, SP_Final: 26.8°C
21/11 06:33:41 - MQTT Command: SetCurves: target: 26 (SP Calculation)
21/11 06:33:41 - Function - Calculate new SP: New final SP calculated: Current setpont: 25 °C. New calculated setpoint: 26 °C
21/11 06:33:41 - Function SoftStart: Correction: -2 > -1 °C - (STARTUP) Freq: 34Hz, SP_Final: 25.8°C
21/11 06:33:25 - MQTT Command: SetCurves: target: 25 (SP Calculation)
21/11 06:33:25 - Function - Calculate new SP: New final SP calculated: Current setpont: 24 °C. New calculated setpoint: 25 °C
21/11 06:33:25 - Function SoftStart: Correction: -3 > -2 °C - (STARTUP) Freq: 35Hz, SP_Final: 24.8°C
21/11 06:33:09 - MQTT Command: SetCurves: target: 24 (SP Calculation)
21/11 06:33:09 - Function - Calculate new SP: New final SP calculated: Current setpont: 22 °C. New calculated setpoint: 24 °C
21/11 06:33:09 - Function SoftStart: Correction: -5 > -3 °C - (STARTUP) Freq: 34Hz, SP_Final: 23.8°C
21/11 06:31:54 - MQTT Command: SetCurves: target: 22 (SP Calculation)
21/11 06:31:54 - Function - Calculate new SP: New final SP calculated: Current setpont: 21 °C. New calculated setpoint: 22 °C
21/11 06:31:54 - Function SoftStart: Correction: 0 > -5 °C - (STARTUP) Freq: 24Hz, SP_Final: 21.8°C
21/11 06:31:54 - Compressor: running
21/11 06:31:54 - Function Pump speed: Max pumpspeed set to 159 (50%) (HEAT)
21/11 06:29:02 - RTC: Room setpoint changed to: 19.5 °C
21/11 06:28:28 - MQTT Command: SetHeatpump: 1 (GUI)
21/11 06:28:06 - Function - Calculate new SP: New final SP calculated: Current setpont: 21 °C. New calculated setpoint: 27 °C
21/11 06:28:06 - Function RTC: Correction change: From -1 to 2 °C (Room actual: 19.1 °C)
21/11 06:28:03 - RTC: Room setpoint changed to: 19.5 °C
21/11 06:28:03 - RTC: Room setpoint changed to: 19.4 °C
21/11 06:28:03 - RTC: Room setpoint changed to: 19.3 °C
21/11 06:28:02 - RTC: Room setpoint changed to: 19.2 °C
21/11 06:28:02 - RTC: Room setpoint changed to: 19.1 °C
21/11 06:28:02 - RTC: Room setpoint changed to: 19 °C
21/11 06:28:02 - RTC: Room setpoint changed to: 19 °C
21/11 06:28:02 - RTC: Room setpoint changed to: 18.9 °C
21/11 06:28:02 - RTC: Room setpoint changed to: 18.8 °C
21/11 06:28:01 - RTC: Room setpoint changed to: 18.7 °C
21/11 06:28:01 - RTC: Room setpoint changed to: 18.8 °C
21/11 06:28:01 - RTC: Room setpoint changed to: 18.9 °C
21/11 06:28:00 - Function - Calculate new SP: New final SP calculated: Current setpont: 21 °C. New calculated setpoint: 24 °C
21/11 06:28:00 - Function RTC: Correction change: From 2 to -1 °C (Room actual: 19.1 °C)
21/11 06:27:57 - RTC: Room setpoint changed to: 19 °C
21/11 06:27:57 - RTC: Room setpoint changed to: 19.1 °C
21/11 06:27:57 - RTC: Room setpoint changed to: 19.2 °C
21/11 06:27:57 - RTC: Room setpoint changed to: 19.3 °C
21/11 06:27:56 - RTC: Room setpoint changed to: 19.4 °C
21/11 06:11:04 - Function WAR: Setpoint change: From 24.5 to 24.8 °C
21/11 06:00:03 - MQTT Command: SetQuietMode: 0 (Scheduler)
21/11 06:00:03 - Scheduler - Set QuietMode: 0
21/11 05:35:43 - Function WAR: Setpoint change: From 24.8 to 24.5 °C
21/11 05:00:02 - RTC: Room setpoint changed to: 19.5 °C
21/11 04:59:49 - Function - Calculate new SP: New final SP calculated: Current setpont: 21 °C. New calculated setpoint: 27 °C
21/11 04:59:49 - Function RTC: Correction change: From -2 to 2 °C (Room actual: 19.2 °C)
21/11 04:59:49 - RTC: Room setpoint changed to: 19.5 °C
21/11 02:08:52 - Function WAR: Setpoint change: From 25.1 to 24.8 °C
21/11 02:02:32 - Function WAR: Setpoint change: From 24.8 to 25.1 °C
21/11 01:56:52 - Function WAR: Setpoint change: From 25.1 to 24.8 °C
21/11 01:45:21 - Function - Calculate new SP: New final SP calculated: Current setpont: 21 °C. New calculated setpoint: 23 °C
21/11 01:45:21 - Function RTC: Correction change: From -3 to -2 °C (Room actual: 19.3 °C)
21/11 01:00:00 - Function Solar: New day; Reset Solar function. DHW SP = 48
------------------------------------------------------------------------------------------------
20/11 23:30:02 - MQTT Command: SetQuietMode: 1 (Scheduler)
20/11 23:30:02 - Scheduler - Set QuietMode: 1
20/11 22:56:31 - Function - Calculate new SP: New final SP calculated: Current setpont: 21 °C. New calculated setpoint: 22 °C
20/11 22:56:31 - Function NightReduction: New correction: 0 °C
20/11 22:56:31 - Function WAR: Setpoint change: From 25 to 25.1 °C
20/11 22:56:22 - MQTT Command: SetOperationMode: 0 (GUI)
20/11 22:07:16 - SYSTEM: - ... Clear

[edterbak]

Okay guys,

Ik heb de sterelization + ForceDHW run's aangepakt.
Dit is het log van de sterelization run.

code:

21/11 16:30:40 - Function RTC: Correction change: From 0 to 1 °C (Room actual: 21.39 °C)
21/11 16:30:40 - TOP4_Operating_Mode_State: 0
21/11 16:30:35 - MQTT Command: SetOperationMode: 0
21/11 16:30:35 - Scheduler - Operation Mode: 0
21/11 16:30:35 - Scheduler: Revert to previous operating mode: 0
21/11 16:30:25 - Scheduler: End ForceSterilization cycle detected. Reverting Operating Mode in 10 seconds...
21/11 16:30:25 - TOP69_Sterilization_State: 0
21/11 15:32:49 - TOP20_ThreeWay_Valve_State: 0
21/11 15:03:12 - Compressor: stopped
21/11 14:29:26 - Compressor: running
21/11 14:29:17 - TOP69_Sterilization_State: 1
21/11 14:29:17 - TOP20_ThreeWay_Valve_State: 1
21/11 14:29:15 - MQTT Command: SetForceSterilization: 1
21/11 14:29:15 - Scheduler - Force Sterilization: 1
21/11 14:29:15 - Scheduler: Enable ForceSterilization
21/11 14:29:06 - TOP4_Operating_Mode_State: 3
21/11 14:29:05 - MQTT Command: SetOperationMode: 3
21/11 14:29:05 - Scheduler - Operation Mode: 3
21/11 14:29:05 - Scheduler: Operation mode change to (3)DHW-Only
21/11 14:29:02 - Scheduler: Stored next operating mode is set to 0

Het idee is dat ik de panasonic alles laat doen.
Het einde van de sterilization run vanuit de pomp zelf, wordt aangeduid met de TOP69_Sterilization_State 0.
Hier luister ik naar in de flow.

Gevolg is wel dat het vrij lang duurt voor dat de HEAT modus weer echt actief wordt en de kamer(s) weer verwarmt worden. Maar, zonder heishamon / node red zou het niet anders gaan denk ik.

Feedback iemand?

[sunny9]

Vandaag is bij ons in de wijk de stroom er af geweest. Na afloop alleen 1 verrassing: alle instellingen in de Node Red UI waren weg. Bijvoorbeeld de schedules, de instellingen van de RTC, de sensoren in de dropdown menu's waren weg, etc.
Ik vermoed dat ik ergens iets gemist heb om de instellingen vanuit de UI ergens op te slaan, maar ik kan niet vinden waar ik dat kan instellen. Of maak ik nu een denkfout en worden de instellingen niet opgeslagen?

Ik draai op beta 31 overigens.

[edterbak]

@sunny9
Heb je node red in linux of in HA draaien?

Je moet zelf regelen dat de gegevens opgeslagen worden in 'persistent storage'. (contextStorage)
Dit heb ik uitgelegd in Github.

Direct in linux/docker >> klik hier.
Via Add-on HomeAssistant >> klik hier.

[sunny9]

edterbak schreef op dinsdag 21 november 2023 @ 18:46:
@sunny9
Heb je node red in linux of in HA draaien?

Je moet zelf regelen dat de gegevens opgeslagen worden in 'persistent storage'. (contextStorage)
Dit heb ik uitgelegd in Github.

Direct in linux/docker >> klik hier.
Via Add-on HomeAssistant >> klik hier.

Dank voor de tip! Ik ga het verder lezen, de github toelichting blijkbaar gemist.
Node Red draait bij mij op een Raspberry Pi. Linux dus.

[edterbak]

@sunny9
Als je het uitgevoerd hebt, en denkt dat het zou moeten werken... Test het. Herstart de Pi. .

Nu ben je er namelijk mee bezig en kun je het gecontroleerd doen. Volgende keer is het weer een verrassing. En da wildegij niej... Ghehehe...

[LT1970]

sunny9 schreef op dinsdag 21 november 2023 @ 18:53:
[...]


Dank voor de tip! Ik ga het verder lezen, de github toelichting blijkbaar gemist.
Node Red draait bij mij op een Raspberry Pi. Linux dus.

Ik werk ook met een Pi en probeer ook dit aan te passen in settings.js maar zonder succes. Ik heb een schone installatie met alleen Node Red en MQTT maar op de een of andere manier lukt het niet. Ik heb exact de beschrijving gevolgd en ondertussen het in meerdere settings.js toegevoegd, blijkbaar zie ik iets over het hoofd.

Heeft iemand nog een tip?

[sunny9]

Ik was vandaag al erg blij met jullie tips afgelopen week om het dashboard benaderbaar te maken van buitenaf. Dankzij de VPN verbinding met mijn LAN, kon ik in ieder geval vanaf mijn werk de warmtepomp aan zetten. Zonder verdere regelingen, maar wel een warm huis. Vrouwlief was gelukkig ;-)

Ik zie dat ik de instellingen van Node Red inderdaad niet goed gelezen had. Ik had Node Red hiervoor al draaien voor wat eerste testjes met 1-Wire sensoren. Ik heb je uitleg bij het installatiegedeelte van Node Red te vluchtig gelezen onder het motto "dat doet het al". Ik ga de settings.js even zoeken en alles testen.

[edterbak]

sunny9 schreef op dinsdag 21 november 2023 @ 19:05:
Vrouwlief was gelukkig ;-)

THIS is what it is all about

Ik zie dat ik de instellingen van Node Red inderdaad niet goed gelezen had. Ik had Node Red hiervoor al draaien voor wat eerste testjes met 1-Wire sensoren. Ik heb je uitleg bij het installatiegedeelte van Node Red te vluchtig gelezen onder het motto "dat doet het al". Ik ga de settings.js even zoeken en alles testen.

Afgaande op wat @LT1970 zegt, kan het nog wel een uitdaging zijn.

Ik heb zelf geen Pi met node red. Dat maakt het wat lastig om te vertellen / controleren.

Vinden jullie wel een settings.js file in deze folder [/var/lib/docker/volumes/FOLDER/_data] ?
En als je die vind, staat daar dan al wat in of is ie helemaal leeg?

[edterbak]

PS @sunny9 @LT1970
Een Pi met een SD kaartje is niet betrouwbaar.
Hebben jullie een goede ssd als drive?

Een SD kaartje heeft namelijk vrij snel last van wear.
Een kale Pi heeft niet zo veel schrijf acties. Maar onze node-red flow voert iedere 5 minuten een schrijfactie uit. (flush).

Vroeger had HomeAssistant hier ook al last van. Veel klachten van mensen dat ineens hun hele installatie HA op de Pi weg / corrupt is en dat ze opnieuw konden beginnen. Nu heeft HA er wel een grote verbeterslag in gemaakt, maar die luxe heb ik niet dat ik hier invloed op kan uitoefenen.
De beste oplossing is dus een SSD als main disk voor de Pi. Is nog sneller ook.

[sunny9]

edterbak schreef op dinsdag 21 november 2023 @ 19:12:
PS @sunny9 @LT1970
Een Pi met een SD kaartje is niet betrouwbaar.
Hebben jullie een goede ssd als drive?

Een SD kaartje heeft namelijk vrij snel last van wear.
Een kale Pi heeft niet zo veel schrijf acties. Maar onze node-red flow voert iedere 5 minuten een schrijfactie uit. (flush).

Vroeger had HomeAssistant hier ook al last van. Veel klachten van mensen dat ineens hun hele installatie HA op de Pi weg / corrupt is en dat ze opnieuw konden beginnen. Nu heeft HA er wel een grote verbeterslag in gemaakt, maar die luxe heb ik niet dat ik hier invloed op kan uitoefenen.
De beste oplossing is dus een SSD als main disk voor de Pi. Is nog sneller ook.

Ik heb hem (nog) wel op een SD kaart draaien. Wel een wat duurdere SD kaart gekozen, maar dat is geen garantie natuurlijk. Heb wel paar backups gemaakt door de tijd heen. En ik sla alle historische data op via InfluxDB op mijn Synology. Dus niet alles is weg als het kaartje crasht, maar kans dat ik "not amused" ben als ik alles opnieuw moet installeren is groot.

Ik zal toch eens kijken voor een SSD. Is nu Black Friday week, dus eigenlijk wel goed moment.
Hele blonde vraag: past een SSD wel in het Raspberry doosje?

[edterbak]

Geen flauw idee.
Note: Vanaf een Pi3B dacht ik dat het mogelijk was te booten van SSD.

Maar wel handig nu met Black Friday te kijken ja. Succes

[sunny9]

LT1970 schreef op dinsdag 21 november 2023 @ 19:03:
[...]


Ik werk ook met een Pi en probeer ook dit aan te passen in settings.js maar zonder succes. Ik heb een schone installatie met alleen Node Red en MQTT maar op de een of andere manier lukt het niet. Ik heb exact de beschrijving gevolgd en ondertussen het in meerdere settings.js toegevoegd, blijkbaar zie ik iets over het hoofd.

Heeft iemand nog een tip?

Het is bij mij vanavond gelukt om het in te stellen. Zojuist getest door aantal schedule regels opnieuw in te stellen, 10 minuten te wachten en Pi te herstarten. Na de herstart waren de schedule regels nu wel behouden. Ook de sensoren die ik in de dropdowns weer ingesteld had, bleven keurig behouden nu.

Was wel even zoeken naar waar de file stond op de Pi. Ik kon hem eerst ook niet vinden, maar heb hem gevonden via de tips op deze pagina:
https://stevesnoderedguide.com/node-red-settings-js . Ik heb het "node-red admin init" script dat daar genoemd staat uitgevoerd. Toen kwam als eerste melding dat settings.js al bestond, inclusief de locatie van de file. Bij mij stond hij onder /home/pi/.node-red/settings.js

[MikeyMan]

edterbak schreef op dinsdag 21 november 2023 @ 17:00:
Okay guys,

Ik heb de sterelization + ForceDHW run's aangepakt.
Dit is het log van de sterelization run.

code:

21/11 16:30:40 - Function RTC: Correction change: From 0 to 1 °C (Room actual: 21.39 °C)
21/11 16:30:40 - TOP4_Operating_Mode_State: 0
21/11 16:30:35 - MQTT Command: SetOperationMode: 0
21/11 16:30:35 - Scheduler - Operation Mode: 0
21/11 16:30:35 - Scheduler: Revert to previous operating mode: 0
21/11 16:30:25 - Scheduler: End ForceSterilization cycle detected. Reverting Operating Mode in 10 seconds...
21/11 16:30:25 - TOP69_Sterilization_State: 0
21/11 15:32:49 - TOP20_ThreeWay_Valve_State: 0
21/11 15:03:12 - Compressor: stopped
21/11 14:29:26 - Compressor: running
21/11 14:29:17 - TOP69_Sterilization_State: 1
21/11 14:29:17 - TOP20_ThreeWay_Valve_State: 1
21/11 14:29:15 - MQTT Command: SetForceSterilization: 1
21/11 14:29:15 - Scheduler - Force Sterilization: 1
21/11 14:29:15 - Scheduler: Enable ForceSterilization
21/11 14:29:06 - TOP4_Operating_Mode_State: 3
21/11 14:29:05 - MQTT Command: SetOperationMode: 3
21/11 14:29:05 - Scheduler - Operation Mode: 3
21/11 14:29:05 - Scheduler: Operation mode change to (3)DHW-Only
21/11 14:29:02 - Scheduler: Stored next operating mode is set to 0

Het idee is dat ik de panasonic alles laat doen.
Het einde van de sterilization run vanuit de pomp zelf, wordt aangeduid met de TOP69_Sterilization_State 0.
Hier luister ik naar in de flow.

Gevolg is wel dat het vrij lang duurt voor dat de HEAT modus weer echt actief wordt en de kamer(s) weer verwarmt worden. Maar, zonder heishamon / node red zou het niet anders gaan denk ik.

Feedback iemand?

Wat noem je lang?

Minder ingrijpen klinkt voor mij positief.

[edterbak]

sunny9 schreef op dinsdag 21 november 2023 @ 20:43:
[...]


Het is bij mij vanavond gelukt om het in te stellen. Zojuist getest door aantal schedule regels opnieuw in te stellen, 10 minuten te wachten en Pi te herstarten. Na de herstart waren de schedule regels nu wel behouden. Ook de sensoren die ik in de dropdowns weer ingesteld had, bleven keurig behouden nu.

Was wel even zoeken naar waar de file stond op de Pi. Ik kon hem eerst ook niet vinden, maar heb hem gevonden via de tips op deze pagina:
https://stevesnoderedguide.com/node-red-settings-js . Ik heb het "node-red admin init" script dat daar genoemd staat uitgevoerd. Toen kwam als eerste melding dat settings.js al bestond, inclusief de locatie van de file. Bij mij stond hij onder /home/pi/.node-red/settings.js

Ik heb deze informatie toegevoegd aan de Github pagina. Dank je voor de uitleg en terugkoppeling

[LT1970]

sunny9 schreef op dinsdag 21 november 2023 @ 20:43:
[...]


Het is bij mij vanavond gelukt om het in te stellen. Zojuist getest door aantal schedule regels opnieuw in te stellen, 10 minuten te wachten en Pi te herstarten. Na de herstart waren de schedule regels nu wel behouden. Ook de sensoren die ik in de dropdowns weer ingesteld had, bleven keurig behouden nu.

Hier hetzelfde verhaal, ik zag bij het testen dat de context directory was aangemaakt, hierin stonden settings van de verschillende flows opgeslagen.

Ik had eerder de gehele tijd getest of de WAR grafiek en de HeatPump power instellingen bewaard werden en dat gebeurde niet. Maar het viel me nu op dat andere settings wel opgeslagen waren. Na aanleiding van jouw bericht heb ik de schedule regels ook getest en die blijven inderdaad ook behouden.

Ik heb de Heishamon zelf nog niet geinstalleerd, aankomende vrijdag wordt de WP aangesloten. Misschien dat sommige waarden nog niet worden opgeslagen zolang de WP niet draait?

[ Voor 0% gewijzigd door LT1970 op 21-11-2023 21:45 . Reden: Typo's ]

[LT1970]

LT1970 schreef op dinsdag 21 november 2023 @ 21:44:
[...]
Ik had eerder de gehele tijd getest of de WAR grafiek en de HeatPump power instellingen bewaard werden en dat gebeurde niet. Maar het viel me nu op dat andere settings wel opgeslagen waren. Na aanleiding van jouw bericht heb ik de schedule regels ook getest en die blijven inderdaad ook behouden.

Achteraf bekeken was het gewoon zichtbaar in het Log dat het al werkte

21/11 21:35:19 - SYSTEM: Persistent storage: OK
21/11 21:35:19 - SYSTEM: MQTT block inactive, default block mode: BLOCK ALL
21/11 21:35:19 - Function Solar: ERROR: Not all settings in 'Function Solar' are programmed in GUI yet.
21/11 21:35:19 - Function - RTC: 1
21/11 21:35:19 - Function - SoftStart: 1
21/11 21:35:18 - Function NightReduction: 1
21/11 21:35:18 - SYSTEM: Start

[ Voor 0% gewijzigd door LT1970 op 21-11-2023 21:55 . Reden: Typo ]

[edterbak]

LT1970 schreef op dinsdag 21 november 2023 @ 21:55:
[...]


Achteraf bekeken was het gewoon zichtbaar in het Log dat het al werkte

21/11 21:35:19 - SYSTEM: Persistent storage: OK
21/11 21:35:19 - SYSTEM: MQTT block inactive, default block mode: BLOCK ALL
21/11 21:35:19 - Function Solar: ERROR: Not all settings in 'Function Solar' are programmed in GUI yet.
21/11 21:35:19 - Function - RTC: 1
21/11 21:35:19 - Function - SoftStart: 1
21/11 21:35:18 - Function NightReduction: 1
21/11 21:35:18 - SYSTEM: Start

Wat het ook zichtbaar dat het NIET werkte? Ik kan het wel testen binnenkort. maar ben wel benieuwd

[LT1970]

edterbak schreef op woensdag 22 november 2023 @ 14:27:
[...]

Wat het ook zichtbaar dat het NIET werkte? Ik kan het wel testen binnenkort. maar ben wel benieuwd

Geen idee, ik zag het pas nadat het werkte. Als ik the Pi nog een keer van scratch moet opbouwen zal ik er op letten

[edterbak]

Maarten69 schreef op zaterdag 18 november 2023 @ 20:04:
@edterbak je vroeg mij nog of ik de rtc correcties zo bedoelde. Niet helemaal, ik heb één instelling; correctie per graad.

Stel 0,5 per graad:

RoomSP 21
Actueel 19,5
1,5 x 0,5 = +0,75 correctie

RoomSP 21
Actueel 22,6
1,6 x -0,5 = -0,8 correctie

RoomSP 21
Actueel 16,0
5 x 0,5 = +2,5 correctie

code:

rtc_correction =  -rtc_dT * rtc_cor_per_degree;

Maarten, hoi.

Ik vind de oplossing aan 1 kant mooi die je bedacht hebt, aan de andere kant is het risicovoller.
Mooi omdat het simpeler is. Less code.

Maar er schuilt wel een risico in.
Je hebt een lineaire functie gemaakt van het temperatuur verschil in de kamer > Correctie water temperatuur.
-Als de [rtc_cor_per_degree] te groot wordt, dan heb je een oscillerend systeem. Dan overcorrigeert de functie steeds, en heb je een overshoot >undershoot>overshoot> etc. (oscilleren dus)

-Er zit in deze logica geen bovengrens of ondergrens van correctie. Dit kan dus als iemand de buitendeur even open zet een dT in de kamer geven die ineens groot is, waarna de correctie ook uit de klauwen loopt. Correcties >5C.

-Bij een hele gevoelige / onstabiele binnensensor, en veel meetpunten, heb je ook meer berekeningen en correcties. Alhoewel dit ook zo is voor de huidige RTC implentatie. Maar het verschil zit er in dat de huidige RTC-stepping-functie, de correctie gelijk blijft binnen 1 range. de lineaire functie zorgt ook voor nieuwe correcties op 0,1 nauwkeurigheid, en dit wordt wel meegenomen in volgende functies. Dit zou dus ook weer kunnen zorgen voor meer correcties als het niet goed uitgevoerd wordt.


Resumé, ik kraak de methode niet af, helemaal niet. Er zit ook beauty in de oplossing. En door het zo uit te schrijven help ik jou misschien ook nog.
Ik nu nog bezig met het afwegen van de voor/nadelen t.a.v. de consequenties.

Food for thought Graag jouw idee hierbij Maarten.

[edterbak]

Nieuwe versie online

versie: flows 23.10 beta32.json
link: https://github.com/edterbak/NodeRed_Heishamon_control

Misschien is dit wel de laatste beta versie...

Items done:
- reworked the forceSterelization function. This applies to the scheduled task and the manual button on the homescreen. The function is now doing things more like the panasonic roomcontroller. If a sterilization is in mid run, toggling the switch OFF, will end the force sterilization cycle.
- reworked the ForceDHW function. This applies to the scheduled task and the manual button on the homescreen. The function is now doing things more like the panasonic roomcontroller. If a ForceDHW run is active, toggling the switch OFF, will en d the ForceDHW cycle.
- Improved the 'Auto start DHW' function.
- Small fix in SoftStart function. Use var instead of let. Function shold produce MQTT commands more reliable.
- Improved RTC dashboard + corrected a lot of text in the RTC Help page.

[MikeyMan]

@edterbak staat weer online.

Gek genoeg lijkt het de laatste tijd toch weer redelijk goed te gaan met RTC On/Off

[edterbak]

MikeyMan schreef op vrijdag 24 november 2023 @ 14:15:
@edterbak staat weer online.

Gek genoeg lijkt het de laatste tijd toch weer redelijk goed te gaan met RTC On/Off

Hoop dat het nu helemaal verleden tijd is. Maar goed. zoals mijn dochter zegt: "I just Jinxed it..."

[sunny9]

Ik wil graag de prestaties van de warmtepomp loggen, en gebruik daarvoor de flow van de Github van edterbak om de Heishamon gegevens naar InfluxDB te sturen. Dit werkt prima inmiddels.
Alleen mis ik dan een aantal gegevens die niet uit de Heishamon komen, maar uit de node-red flows. Bijvoorbeeld WAR setpoint, RTC setpoint, RTC actual of softstart correction zou ik ook graag willen loggen. Deze gegevens komen niet uit de heishamon, en moet ik dan apart naar InfluxDB zien te sturen.

Ik ben nog niet zo handig met node red, dus ik moet even puzzelen hoe ik dat kan doen. Ik vroeg me alleen af of ik nou de eerste ben die dit wil. Is er iemand die dit al gemaakt heeft en die zijn flow wil delen? Of is er ergens een overzichtje met de variabelen uit de node red flows die ik kan gebruiken om naar InfluxDB te sturen?
Als er iemand al iets heeft, zou dat een fijne start zijn natuurlijk. Anders ga ik zelf mijn best doen om iets te maken.

[Krilo_89]

Ik merk dat ik toch wat meer defrosts krijg en ik vraag me af of waarom die optreden. Ik ben het minimum aan het zoeken van de woning, waardoor ik zou verwachten dat er gependeld gaat worden als de Ta te laag is, maar niet dat er een defrost op zou treden.
Heb hem via Heishamon en NodeRed draaien op WAR met direct modus en op watertemperatuur. De stooklijn is als volgt: dT 24/28/30 bij 13/-5/-10.
Vandaag is het 6 graden (afgelopen nacht ook) en is de dT berekend op 26 graden, wat een mooie aanvoertemperatuur is. Toch heb ik elke 2 uur een defrost.
Mijn thermostaat geeft aan dat het vanmorgen om 8:30, 19.8 graden was, en die staat nu op 20.8, dus het is wel mooi aan het stijgen. De eerste twee runs draaide de WP op 24 Hz en nu draait hij op 21Hz, maakt dat nog verschil qua defrosts? Sowieso heb ik liever dat hij op 19Hz draait (minimaal vermogen), maar het is nog even zoeken hoe ik dat voor elkaar krijg.
Zijn er wat zaken waar ik makkelijk aan kan draaien om wat uit te zoeken? Of kan ik beter WAR even uitzetten en puur op een vaste temperatuur sturen, zodat ik kan zien wat ermee gebeurd?

[Herw76]

Ik heb hier in onze woning een 9 kw J serie staan .
Alles zelf aangesloten wat vrij makkelijk ging maar eigenlijk wil ik heishamon of Node red er nog op maar het aansluitingen zal wel lukken maar de rest snap ik niet veel van .
Het al van alles over beide gelezen maar kom er niet uit wat ik jammer vindt

[BazemanKM]

Herw76 schreef op zondag 26 november 2023 @ 17:24:
Ik heb hier in onze woning een 9 kw J serie staan .
Alles zelf aangesloten wat vrij makkelijk ging maar eigenlijk wil ik heishamon of Node red er nog op maar het aansluitingen zal wel lukken maar de rest snap ik niet veel van .
Het al van alles over beide gelezen maar kom er niet uit wat ik jammer vindt

Om te beginnen met Heishamon heb je iets nodig van een server, NAS of Raspberry....

Als dat al abracadabra is, dan wordt het heel lastig.

[MikeyMan]

Herw76 schreef op zondag 26 november 2023 @ 17:24:
Ik heb hier in onze woning een 9 kw J serie staan .
Alles zelf aangesloten wat vrij makkelijk ging maar eigenlijk wil ik heishamon of Node red er nog op maar het aansluitingen zal wel lukken maar de rest snap ik niet veel van .
Het al van alles over beide gelezen maar kom er niet uit wat ik jammer vindt

Geef in ieder geval aan wat je ermee wilt bereiken en wat er dan precies lastig is.

Het stappenplan op GitHub dekt op zich de lading best prima. Maar er is wel een bepaald basisniveau nodig.

[Herw76]

MikeyMan schreef op zondag 26 november 2023 @ 17:58:
[...]


Geef in ieder geval aan wat je ermee wilt bereiken en wat er dan precies lastig is.

Het stappenplan op GitHub dekt op zich de lading best prima. Maar er is wel een bepaald basisniveau nodig.

Het gedrag van de warmtepomp uitlezen.
Slow start instellen heb ik wat over gelezen .
Kan nu alleen de uren dat hij draait en de start en stops zien .
En het verbruik mbv kWh meters

[blb4]

Herw76 schreef op zondag 26 november 2023 @ 17:24:
Ik heb hier in onze woning een 9 kw J serie staan .
Alles zelf aangesloten wat vrij makkelijk ging [..]

Gefeliciteerd! Had je je wel goed ingelezen in de diverse Panasonic WP topics? De meeste hebben 'm buiten staan; snap wel dat 't vrij makkelijk ging zo allemaal

[ Voor 3% gewijzigd door blb4 op 26-11-2023 21:30 ]

[Herw76]

blb4 schreef op zondag 26 november 2023 @ 21:29:
[...]

Gefeliciteerd! Had je je wel goed ingelezen in de diverse Panasonic WP topics? De meeste hebben 'm buiten staan; snap wel dat 't vrij makkelijk ging zo allemaal

Ik ook buiten

[blb4]

Herw76 schreef op maandag 27 november 2023 @ 12:41:
[...]

Ik ook buiten

aha, gelukkig

[Bladeslayer]

Hmm ik run sinds gisteren 23.10 beta32. Gisteren werkte de soft start functie nog perfect. Vandaag lijkt hij echter de verkeerde kant op de corrigeren?

"
27/11 12:55:16 - MQTT Command: SetCurves: target: 37 (SP Calculation)
27/11 12:55:16 - Function - Calculate new SP: New final SP calculated: Current setpoint: 30 °C. New calculated setpoint: 37 °C
27/11 12:55:16 - Function SoftStart: Correction: 0 > 7 °C - (STARTUP) Freq: 58Hz, SP_Final: 37°C
27/11 12:55:03 - *DEFROSTING: Finished
27/11 12:53:13 - Compressor: running
27/11 12:52:08 - Compressor: stopped
27/11 12:46:23 - Compressor: running
"

Dit is bij een Ta van 26 graden en Tr van 22 graden

Ik snap ook niet hoe hij aan de 7 graden correctie komt?

De upperlimit correction is +1 en lower limit correction is -5.

Nog even opnieuw geprobeerd:

27/11 13:59:15 - MQTT Command: SetCurves: target: 36 (SP Calculation)
27/11 13:59:15 - *** Function Calculate new SP: New final SP calculated: Current setpoint: 35 °C. New calculated setpoint: 36 °C
27/11 13:59:15 - Function SoftStart: Correction: 5 > 6 °C - (STARTUP) Freq: 68Hz, SP_Final: 36°C
27/11 13:58:40 - MQTT Command: SetCurves: target: 35 (SP Calculation)
27/11 13:58:40 - *** Function Calculate new SP: New final SP calculated: Current setpoint: 34 °C. New calculated setpoint: 35 °C
27/11 13:58:40 - Function SoftStart: Correction: 4 > 5 °C - (STARTUP) Freq: 59Hz, SP_Final: 35°C
27/11 13:58:25 - MQTT Command: SetCurves: target: 34 (SP Calculation)
27/11 13:58:25 - *** Function Calculate new SP: New final SP calculated: Current setpoint: 33 °C. New calculated setpoint: 34 °C
27/11 13:58:25 - Function SoftStart: Correction: 3 > 4 °C - (STARTUP) Freq: 54Hz, SP_Final: 34°C
27/11 13:58:00 - MQTT Command: SetCurves: target: 33 (SP Calculation)
27/11 13:58:00 - *** Function Calculate new SP: New final SP calculated: Current setpoint: 32 °C. New calculated setpoint: 33 °C
27/11 13:58:00 - Function SoftStart: Correction: 2 > 3 °C - (STARTUP) Freq: 46Hz, SP_Final: 33°C
27/11 13:57:25 - MQTT Command: SetCurves: target: 32 (SP Calculation)
27/11 13:57:25 - *** Function Calculate new SP: New final SP calculated: Current setpoint: 31 °C. New calculated setpoint: 32 °C
27/11 13:57:25 - Function SoftStart: Correction: 1 > 2 °C - (STARTUP) Freq: 34Hz, SP_Final: 32°C
27/11 13:57:15 - MQTT Command: SetCurves: target: 31 (SP Calculation)
27/11 13:57:15 - *** Function Calculate new SP: New final SP calculated: Current setpoint: 30 °C. New calculated setpoint: 31 °C
27/11 13:57:15 - Function SoftStart: Correction: 0 > 1 °C - (STARTUP) Freq: 34Hz, SP_Final: 31°C
27/11 13:57:02 - MQTT Command: SetCurves: target: 30 (SP Calculation)
27/11 13:57:02 - *** Function Calculate new SP: New final SP calculated: Current setpoint: 29 °C. New calculated setpoint: 30 °C
27/11 13:57:00 - Function SoftStart: Correction: -1 > 0 °C - (STARTUP) Freq: 35Hz, SP_Final: 30°C
27/11 13:56:57 - MQTT Command: SetCurves: target: 29 (SP Calculation)
27/11 13:56:57 - *** Function Calculate new SP: New final SP calculated: Current setpoint: 30 °C. New calculated setpoint: 29 °C
27/11 13:56:56 - Function SoftStart: Correction: 0 > -1 °C - (STARTUP) Freq: 34Hz, SP_Final: 29°C
27/11 13:56:55 - MQTT Command: SetCurves: target: 30 (SP Calculation)
27/11 13:56:55 - *** Function Calculate new SP: New final SP calculated: Current setpoint: 29 °C. New calculated setpoint: 30 °C
27/11 13:56:55 - Function SoftStart: Correction: -1 > 0 °C - (STARTUP) Freq: 31Hz, SP_Final: 30°C
27/11 13:56:32 - MQTT Command: SetCurves: target: 29 (SP Calculation)
27/11 13:56:32 - *** Function Calculate new SP: New final SP calculated: Current setpoint: 30 °C. New calculated setpoint: 29 °C
27/11 13:56:32 - Function SoftStart: Correction: 0 > -1 °C - (STARTUP) Freq: 19Hz, SP_Final: 29°C
27/11 13:56:32 - Compressor: running
27/11 13:41:40 - MQTT Command: SetCurves: target: 30 (SP Calculation)
27/11 13:41:40 - *** Function Calculate new SP: New final SP calculated: Current setpoint: 28 °C. New calculated setpoint: 30 °C
27/11 13:41:40 - Function - SoftStart: 1
27/11 13:39:41 - Compressor: stopped

Het lijkt bijna een klassieke + - die omgedraaid is

[ Voor 70% gewijzigd door Bladeslayer op 27-11-2023 14:03 ]

[edterbak]

Bladeslayer schreef op maandag 27 november 2023 @ 13:00:
Hmm ik run sinds gisteren 23.10 beta32. Gisteren werkte de soft start functie nog perfect. Vandaag lijkt hij echter de verkeerde kant op de corrigeren?

"
27/11 12:55:16 - MQTT Command: SetCurves: target: 37 (SP Calculation)
27/11 12:55:16 - Function - Calculate new SP: New final SP calculated: Current setpoint: 30 °C. New calculated setpoint: 37 °C
27/11 12:55:16 - Function SoftStart: Correction: 0 > 7 °C - (STARTUP) Freq: 58Hz, SP_Final: 37°C
27/11 12:55:03 - *DEFROSTING: Finished
27/11 12:53:13 - Compressor: running
27/11 12:52:08 - Compressor: stopped
27/11 12:46:23 - Compressor: running
"

Dit is bij een Ta van 26 graden en Tr van 22 graden

Ik snap ook niet hoe hij aan de 7 graden correctie komt?

De upperlimit correction is +1 en lower limit correction is -5.

Nog even opnieuw geprobeerd:


[...]


[Afbeelding]
Het lijkt bijna een klassieke + - die omgedraaid is

Dat komt denk ik doordat de defrost net afgelopen is. daardoor is de watertemp hoger dan sp.
De softstart corrigeerd sp naar gemete temp -2.

De defrost zit hier denk ik dwars.

[Bladeslayer]

Bij mijn edit, zie screenshot, is het al wel een behoorlijke tijd geleden dat er een defrost was. Op mijn screenshot is de Ta 25.75°C, en watertemp op 30°C. Ik snap dan niet dat er de SoftStart een +5°C correctie doet?

[The-Source]

Ik zie net dat ik in het weekend 2x een defrost heb gehad toen de buitentemperatuur 2 graden was.
Voor de rest pruttelt hij continu met volgens de WP een COP van 4.7.
Ik weet dat deze nog wel eens te rooskleuring kan zijn maar het is het enige wat ik heb
Hopelijk vanavond eens een nieuwere versie installeren.

[edterbak]

@Bladeslayer
ah, ik zie het al.
Achter WAR, daar is de temperatuur nog niet berekend.
Kun je de de Watertemperatuur even een ker naar boven klikken, en na 10 seconden weer naar beneden.
Net zo lang tot dat de WAR een berekende temperatuur heeft.
Of WAR aan uit. kijken of dat help.

Maar doordat er achter WAR geen correctie staat, (wat 0 hoort te zijn) berekent hij niet goed de correctie.

[Bladeslayer]

@edterbak Zowel watertemp veranderen als WAR aan/uit lijkt niet te werken om de WAR berekening te voltooien. Kan ik deze variabele ergens fixed maken om de 0 te "forceren" ?

Net ook Heishamon ge-reboot. Helaas ook geen effect. Misschien goed om te weten, ik gebruik een externe thermostaat (via CN2) icm DIRECT mode.

[edterbak]

Bladeslayer schreef op maandag 27 november 2023 @ 15:34:
@edterbak Zowel watertemp veranderen als WAR aan/uit lijkt niet te werken om de WAR berekening te voltooien. Kan ik deze variabele ergens fixed maken om de 0 te "forceren" ?

Net ook Heishamon ge-reboot. Helaas ook geen effect. Misschien goed om te weten, ik gebruik een externe thermostaat (via CN2) icm DIRECT mode.

Als je in de tab WAR kijkt, zie je daar een lijn lopen? Loopt die ook logisch? Buiten warm, lage water temp, buiten koud hoge water temp.

Ik vind het vreemd dat het niet werkt.

[ Voor 6% gewijzigd door edterbak op 27-11-2023 16:26 ]

[Bladeslayer]

Dit lijkt redelijk logisch toch? Gisteren bij de installatie was het trouwens wel onlogisch, buitenwarm, hoge watertemp, visa versa.

Edit:

Net terug gegaan naar de 23.09 Stable en daar werkt de WAR berekening nog wel. Ik ga nu weer terug naar de recente beta.

Edit 2:

Met de recente beta is het weer stuk

Edit 3: Maar nu werkt de softstart correctie wel weer goed, keurig om -5 ipv +7

[ Voor 20% gewijzigd door Bladeslayer op 27-11-2023 17:23 ]

[edterbak]

Bladeslayer schreef op maandag 27 november 2023 @ 16:37:
[Afbeelding]

Dit lijkt redelijk logisch toch? Gisteren bij de installatie was het trouwens wel onlogisch, buitenwarm, hoge watertemp, visa versa.

Edit:

Net terug gegaan naar de 23.09 Stable en daar werkt de WAR berekening nog wel. Ik ga nu weer terug naar de recente beta.

Edit 2:

Met de recente beta is het weer stuk

Edit 3: Maar nu werkt de softstart correctie wel weer goed, keurig om -5 ipv +7

Hahaha..
Ooit ben ik zo slim dat ik snap wat er aan de hand was dat ik het je kan uitleggen..

Maar ik ben wel blij dat het nu werkt

[Aziona]

@edterbak Ik draai beta31 sinds circa twee weken. De WP zou om 5:05 moeten gaan draaien maar deed om 5:45 toen ik beneden kwam niets, alleen de pomp draaide. Op de home page zag ik dat de Final water temperature berekent was op 40 graden maar het Outlet setpoint bleef op 22 graden staan. Ik heb de kamer temperatuur verhoogd om te kijken of die iets zou triggeren en de WP uit/aangezet en de variabelen gecleared maar dat hielp niet (of ik had niet voldoende geduld). Uiteindelijk heb ik het opnieuw deployed (een node stukje verplaatst om dat te triggeren, niets gewijzgd), daarna ging de WP weer aan. Gelukkig bleef de log behouden dus die staat hieronder mocht dat interessant zijn.

22 graden was ook de instelling van de kamertemperatuur toen de WP gisteravond om 21:00 volgens schedule uit ging. Ik heb een aparte WPB dus de nieuwere beta leek mij niet interessant voorlopig.

code:

28/11 05:54:53 - MQTT Command: SetCurves: target: 35 (SP Calculation)
28/11 05:54:53 - Function - Calculate new SP: New final SP calculated: Current setpont: 40 °C. New calculated setpoint: 35 °C
28/11 05:54:53 - Function SoftStart: Correction: 0 > -5 °C - (STARTUP) Freq: 22Hz, SP_Final: 34.7°C
28/11 05:54:53 - Compressor: running
28/11 05:54:53 - Function SoftStart Quietmode: Timer started (15 minutes)
28/11 05:54:22 - SYSTEM: Persistent storage: OK
28/11 05:54:23 - SYSTEM - HEISHAMON Connection: Online
28/11 05:54:21 - SYSTEM: MQTT block inactive, default block mode: UNRESTRICTED
28/11 05:54:21 - MQTT Command: SetCurves: target: 40 (SP Calculation)
28/11 05:54:21 - Function - Solar: 0
28/11 05:54:21 - Function NightReduction: New correction: -6 °C
28/11 05:54:21 - Function - Calculate new SP: New final SP calculated: Current setpont: 22 °C. New calculated setpoint: 40 °C
28/11 05:54:21 - SETUP - Sensors: Custom outside temperature sensor FOUND and used
28/11 05:54:21 - Function SoftStart: SoftStart function end
28/11 05:54:21 - Compressor: stopped
28/11 05:54:21 - Function NightReduction: 0
28/11 05:54:21 - Function - WAR: 1
28/11 05:54:21 - SYSTEM: WAR settings OK
28/11 05:54:21 - SYSTEM: Heatpump zone 2 is set to controle water temperature
28/11 05:54:21 - SYSTEM: Heatpump zone 1 is set to controle water temperature
28/11 05:54:21 - SYSTEM: Heatpump is in DIRECT mode
28/11 05:54:21 - SYSTEM - HEISHAMON Connection: Offline
28/11 05:54:21 - SYSTEM: Start---------------------------------------------------------------
------------------------------------------------------------------------------------------------
28/11 05:52:08 - RTC: Room setpoint changed to: 21.1 °C
28/11 05:50:27 - MQTT Command: SetHeatpump: 1 (GUI)
28/11 05:50:22 - MQTT Command: SetHeatpump: 0 (GUI)
28/11 05:05:54 - MQTT Command: SetHeatpump: 1
28/11 05:05:54 - Function - Calculate new SP: New final SP calculated: Current setpont: 22 °C. New calculated setpoint: 40 °C
28/11 05:05:54 - Function RTC: Automation 'Turn off/on power' triggered - power ON (Room temp: 20.38°C)
28/11 05:05:54 - Function RTC: Correction change: From -3 to 2 °C (Room actual: 20.38 °C)
28/11 05:05:54 - RTC: Room setpoint changed to: 21 °C
28/11 05:05:54 - Scheduler - Power: 1
28/11 05:05:54 - Scheduler - Set room setpoint (RTC): 21
28/11 05:01:13 - MQTT Command: SetHeatpump: 0 (rtc automation: on/off)
28/11 05:01:13 - Function RTC: Automation 'Turn off/on power' triggered - power OFF (Room temp: 20.4°C)
28/11 05:00:55 - Scheduler - NightReduction water temp: 0
28/11 05:00:54 - Function - Calculate new SP: New final SP calculated: Current setpont: 22 °C. New calculated setpoint: 35 °C
28/11 05:00:54 - Function NightReduction: 0
28/11 05:00:54 - MQTT Command: SetHeatpump: 1 (GUI)

[Aziona]

Het valt mij vandaag op dat de WP het water niet op de temperatuur van het Outlet setpoint staat. Betekent dit mijn WP (met 80m2 vv) onvoldoende capaciteit heeft? Of zou er iets anders aan de hand kunnen zijn?

De aanvoer en retourleiding is 13 meter lang en geïsoleerd maar verliest zowel heen als retour één graad. Is dat veel? Dus de Outlet actual volgens NR is bijvoorbeeld 30 graden maar bij de vv-verdeler meet ik op alle groepen circa 29 graden. Volgens de vv-verdeler is de retour ruim 27 graden maar de WP meet 26,5 graden.
Is dit acceptabel?

[ Voor 35% gewijzigd door Aziona op 28-11-2023 12:36 ]

[blb4]

Aziona schreef op dinsdag 28 november 2023 @ 11:29:
Het valt mij vandaag op dat de WP het water niet op de temperatuur van het Outlet setpoint staat. Betekent dit mijn WP (met 80m2 vv) onvoldoende capaciteit heeft? Of zou er iets anders aan de hand kunnen zijn?

De aanvoer en retourleiding is 13 meter lang en geïsoleerd maar verliest zowel heen als retour één graad. Is dat veel? Dus de Outlet actual volgens NR is bijvoorbeeld 30 graden maar bij de vv-verdeler meet ik op alle groepen circa 29 graden. Volgens de vv-verdeler is de retour ruim 27 graden maar de WP meet 26,5 graden.
Is dit acceptabel?

[Afbeelding]

welk vermogen wordt er geleverd? Of welke flow? Oftewel: staat de WP al op z'n max te draaien of wordt hij ergens door tegengehouden?

Waarschijnlijk zijn al die temperatuursensoren niet geijkt dus is 't sowieso wat lastig er wat over te zeggen. Als deze waardes kloppen zou het heel veel zijn (1,5/3,5 = 42% verlies).

[Aziona]

blb4 schreef op dinsdag 28 november 2023 @ 12:20:
[...]welk vermogen wordt er geleverd? Of welke flow? Oftewel: staat de WP al op z'n max te draaien of wordt hij ergens door tegengehouden?

Dank je wel voor je reactie, ik heb wat plaatjes van Node-red toegevoegd. Hij draait meestal op 800 watt, volgens mij is dat het maximum. Vreemd draait hij nu soms even op 600 watt terwijl de temp setpoint nog niet is bereikt.

[blb4]

@Aziona, hij staat dus idd - zoals ook in de energie-grafieken valt af te lezen (32,25 - 25,6) * 10,2 * 70 = 4100W te leveren. Ik weet zo even niet of dat bij een 5J bij deze temperatuur 't maximum is, volgens mij moet hij toch echt 5 kW kunnen leveren. Waarom hij dat niet doen zou ik niet weten.

Andere vraag: heb je zo'n (hoge) Ta nodig? WAR geeft aan dat je 41 graden nodig hebt bij -1, dat lijkt mij met vvw vrij hoog. Die -1 valt trouwens ook op, is 't daadwerkelijk -1 bij jou buiten of staat de WP z'n eigen uitblaaslucht weer te hergebruiken?

[Aziona]

blb4 schreef op dinsdag 28 november 2023 @ 12:52:
@Aziona, hij staat dus idd - zoals ook in de energie-grafieken valt af te lezen (32,25 - 25,6) * 10,2 * 70 = 4100W te leveren. Ik weet zo even niet of dat bij een 5J bij deze temperatuur 't maximum is, volgens mij moet hij toch echt 5 kW kunnen leveren. Waarom hij dat niet doen zou ik niet weten.

De quiet mode stond wel op 3, die heb ik nu op 0 gezet. Zou het dat kunnen zijn?

Andere vraag: heb je zo'n (hoge) Ta nodig? WAR geeft aan dat je 41 graden nodig hebt bij -1, dat lijkt mij met vvw vrij hoog.

De WP kreeg de kamertemperatuur gisteren niet op de ingestelde 22 graden, daarom heb ik de WAR verhoogd.

Die -1 valt trouwens ook op, is 't daadwerkelijk -1 bij jou buiten of staat de WP z'n eigen uitblaaslucht weer te hergebruiken?

Afhankelijk van de hoeveelheid stroom die ik teruglever verlaag ik de buitentemperatuur met een aantal graden om de overtollige energie in de vloer te stoppen. (experiment)

[blb4]

Aziona schreef op dinsdag 28 november 2023 @ 13:04:
[...]

De quiet mode stond wel op 3, die heb ik nu op 0 gezet. Zou het dat kunnen zijn?


[...]
De WP kreeg de kamertemperatuur gisteren niet op de ingestelde 22 graden, daarom heb ik de WAR verhoogd.


[...]
Afhankelijk van de hoeveelheid stroom die ik teruglever verlaag ik de buitentemperatuur met een aantal graden om de overtollige energie in de vloer te stoppen. (experiment)

't zou idd die QM kunnen zijn. Volgens mij wil je normaal nooit 41 graden een vloer in hebben, of heb je er nog een mengverdeler tussen zitten? ok, ja dat soort tweaks zijn lastig te zien .

P.S: Je kan op de settings page in de linker kolom "HEAT PUMP" ook nog wat doen met de settings voor de backup heater. Die kan je bij laten springen als target Ta binnen bepaalde tijd niet gehaald wordt.

[ Voor 12% gewijzigd door blb4 op 28-11-2023 13:32 ]

[Aziona]

blb4 schreef op dinsdag 28 november 2023 @ 13:15:
[...]'t zou idd die QM kunnen zijn. Volgens mij wil je normaal nooit 41 graden een vloer in hebben, of heb je er nog een mengverdeler tussen zitten? ok, ja dat soort tweaks zijn lastig te zien

Ik heb vier groepen en geen mengverdeler. Ik zie in Heishamon dat ie nu inderdaad 5.000 watt geeft en 800 watt neemt maar hij haalt de ingestelde temperatuur niet. Volgens mij heb ik een probleem.

[ Voor 8% gewijzigd door Aziona op 28-11-2023 13:47 ]

[edterbak]

Aziona schreef op dinsdag 28 november 2023 @ 13:04:
[...]

De quiet mode stond wel op 3, die heb ik nu op 0 gezet. Zou het dat kunnen zijn?


[...]
De WP kreeg de kamertemperatuur gisteren niet op de ingestelde 22 graden, daarom heb ik de WAR verhoogd.


[...]
Afhankelijk van de hoeveelheid stroom die ik teruglever verlaag ik de buitentemperatuur met een aantal graden om de overtollige energie in de vloer te stoppen. (experiment)

Hoi,
Hoe verlaag je de buitentemperatuur als ik vragen mag? dat klinkt als een hack in de panasonic.

Wat mij opviel in je eerste afbeelding, is dat de flow slechts 10.2L/min is.
Dit lijkt mij voor een vloer van 80m² een beetje weinig.

Mijn (beperkte) kennis over vloerverwarming is dat je 10-15 m² per groep verwarmt. Dan zou je 5 tot 8 groepen hebben.
5 groepen > 10L/min is 2L/min per groep
8 groepen > 10L/min is 1.25L/min per groep.

2,5L/min per groep is dacht ik wel een streven voor vloerverwarming.

edit: AH 4 groepen lees ik. /edit

Kun je iets aangeven over de flow? die 10.2L/min. Is dit wat je altijd maximaal ziet? Kun je hoger instellen?

Ik kan mij inbeelden dat 10L/min gecombineerd met een HEAT DELTA van 5 bijvoorbeeld, er voor zorgt dat de pomp gaat terug regelen om binnen deze grens te blijven. Bij verhogen van de flow zou dat dus een oplossing kunnen zijn.
Maar, dit is alleen als de flow ook echt 10 is altijd.

[Aziona]

edterbak schreef op dinsdag 28 november 2023 @ 13:57:[...]Hoi,Hoe verlaag je de buitentemperatuur als ik vragen mag? dat klinkt als een hack in de panasonic.

Binnen NR verlaag ik de buitentemperatuur die aan jouw oplossing wordt aangeboden. De WP ziet wel de normale buitentemperatuur zijnde 5 graden zojuist.

Wat mij opviel in je eerste afbeelding, is dat de flow slechts 10.2L/min is.
Dit lijkt mij voor een vloer van 80m² een beetje weinig.

Meestal is het rond de 10L/m, momenteel is het rond de 15L/m.

[Aziona]

@edterbak Ik draai nog beta31. Het valt mij op dat als ik op de RTC-tab de Room setpoint wijzig dat deze temperatuur dan ook wijzigt op de tab Scheduler onder Setpoint normal. Dat was voorheen niet. Is dat gewijzigd?

[edterbak]

Aziona schreef op dinsdag 28 november 2023 @ 17:33:
@edterbak Ik draai nog beta31. Het valt mij op dat als ik op de RTC-tab de Room setpoint wijzig dat deze temperatuur dan ook wijzigt op de tab Scheduler onder Setpoint normal. Dat was voorheen niet. Is dat gewijzigd?

O dat is gek
Daar ga ik even naar kijken dan hoe dat nu gaat.
Ik heb er niks bewust aan verandert

[Aziona]

edterbak schreef op dinsdag 28 november 2023 @ 21:22:
[...]Daar ga ik even naar kijken dan hoe dat nu gaat.

Om 21:00 is de "nachtstand" ingegaan en geld de low-temperatuur. Als ik nu de temperatuur verander op de ene tab dan wijzigt ie op de andere niet. Ik vermoed dat het te maken heeft met de ingestelde temperatuur in de scheduler. Ik ga het morgen wederom proberen en laat het weten.

[edterbak]

@Aziona
Eerlijk gezegd zit ik er over na te denken om deze oplossing van nachtverlaging er uit te slopen.

Er is een beter alternatief, namelijk een scheduled task. Deze kun je kiezen om het setpoint te verlagen of te verhogen naar what ever je wil, zo vaak je wil.

Voordeel is dat het minder complex is. En het is dubbel.
Heb je hier een bezwaar tegen?

[ Voor 4% gewijzigd door edterbak op 28-11-2023 21:56 ]

[Aziona]

edterbak schreef op dinsdag 28 november 2023 @ 21:55:
@Aziona Voordeel is dat het minder complex is. En het is dubbel.
Heb je hier een bezwaar tegen?

Geen probleem, dank je wel!

[edterbak]

Zijn er mensen die bezwaar hebben tegen het er uit slopen van de nachtreductie functie?

@Aziona
Is het alternatief dat ik aangeef net zo goed voor jou?

[sunny9]

edterbak schreef op dinsdag 28 november 2023 @ 22:18:
Zijn er mensen die bezwaar hebben tegen het er uit slopen van de nachtreductie functie?

@Aziona
Is het alternatief dat ik aangeef net zo goed voor jou?

Dit is al precies hoe ik het nu gebruik. Dus zelf inderdaad een nachtverlaging ingesteld via de Scheduler met een RTC aanpassing. Dus wat mij betreft kan de nachtreductie functie er uit.

Wel zit er een onhandigheidje in de Scheduler: bij de eerste keer instellen van een RTC aanpassing via "set room setpoint RTC" kom je in een menuutje waar de gewenste temperatuur ingesteld kan worden. Als je later die temperatuur wilt aanpassen, dan kom je niet meer in het temperatuurmenu. Nogmaals op "set room setpoint RTC" klikken bij een al ingesteld schedule opent (bij mij) niet opnieuw het instelmenu.
Workaround is niet zo moeilijk overigens: even een andere functie dan RTC aanklikken, die annuleren, en dan weer opnieuw RTC aanklikken dan opent wel opnieuw het instelmenu van de temperatuur in de scheduler.
Is wat mij betreft een minor issue.

[MikeyMan]

edterbak schreef op dinsdag 28 november 2023 @ 22:18:
Zijn er mensen die bezwaar hebben tegen het er uit slopen van de nachtreductie functie?

@Aziona
Is het alternatief dat ik aangeef net zo goed voor jou?

Nope. Ik laat mn thermostaat het doen.

[ConQuestador]

sunny9 schreef op dinsdag 28 november 2023 @ 22:38:
[...]


Dit is al precies hoe ik het nu gebruik. Dus zelf inderdaad een nachtverlaging ingesteld via de Scheduler met een RTC aanpassing. Dus wat mij betreft kan de nachtreductie functie er uit.

Wel zit er een onhandigheidje in de Scheduler: bij de eerste keer instellen van een RTC aanpassing via "set room setpoint RTC" kom je in een menuutje waar de gewenste temperatuur ingesteld kan worden. Als je later die temperatuur wilt aanpassen, dan kom je niet meer in het temperatuurmenu. Nogmaals op "set room setpoint RTC" klikken bij een al ingesteld schedule opent (bij mij) niet opnieuw het instelmenu.
Workaround is niet zo moeilijk overigens: even een andere functie dan RTC aanklikken, die annuleren, en dan weer opnieuw RTC aanklikken dan opent wel opnieuw het instelmenu van de temperatuur in de scheduler.
Is wat mij betreft een minor issue.

Ik gebruik deze functie ook omdat de night reduction om een of andere reden niet opgepakt wordt.
En ik heb precies hetzelfde ervaren met het aanpassen van de temperatuur, je moet even een andere functie kiezen, en dan terug naar RTC. Als dit de " hoofd" oplossing wordt voor nachtverlaging, dan zou het wel fijn zijn als dat opgelost kan worden.

[edterbak]

Ik ga er naar kijken. Dacht dat het erg lastig was en dat ik het daarom maar liet voor wat het was. even een andere optie kiezen en weer terug.. Zelfs het kiezen van "----------" is volstaat dacht ik.

Maar ik ga het nogmaals tegen het licht houden.

[Pietjebel10]

@edterbak en anderen.

Heishamon disconnecting, iets waar ik steeds weer mee werd geconfronteerd, van alles al geprobeerd

- andere MQTT server
- AP vervangen
- resetten Node -red
- resetten Heishamon
- vervangen Heishamon
- veranderen IP adress

Telkens weer regelmatig geconfronteerd met:


29/11 13:15:58 - SYSTEM - HEISHAMON Connection: Offline
29/11 13:15:37 - SYSTEM - HEISHAMON Connection: Online
29/11 13:15:28 - SYSTEM - HEISHAMON Connection: Offline
29/11 13:15:07 - SYSTEM - HEISHAMON Connection: Online
29/11 13:14:58 - SYSTEM - HEISHAMON Connection: Offline
29/11 13:14:37 - SYSTEM - HEISHAMON Connection: Online
29/11 13:14:28 - SYSTEM - HEISHAMON Connection: Offline

Oplossing en oorzaak blijkt in Node-Red te liggen, zie onderstaande link.

https://github.com/node-red/node-red/issues/3955

De MQTT connectie staat standaard op QoS 2 , zet deze op 0 of 1 en het probleem is bij mij opgelost.

[blb4]

Pietjebel10 schreef op woensdag 29 november 2023 @ 14:32:

De MQTT connectie staat standaard op QoS 2 , zet deze op 0 of 1 en het probleem is bij mij opgelost.

Dank! Waar doe je dit exact?

[edterbak]

Pietjebel10 schreef op woensdag 29 november 2023 @ 14:32:
@edterbak en anderen.

Heishamon disconnecting, iets waar ik steeds weer mee werd geconfronteerd, van alles al geprobeerd

- andere MQTT server
- AP vervangen
- resetten Node -red
- resetten Heishamon
- vervangen Heishamon
- veranderen IP adress

Telkens weer regelmatig geconfronteerd met:


29/11 13:15:58 - SYSTEM - HEISHAMON Connection: Offline
29/11 13:15:37 - SYSTEM - HEISHAMON Connection: Online
29/11 13:15:28 - SYSTEM - HEISHAMON Connection: Offline
29/11 13:15:07 - SYSTEM - HEISHAMON Connection: Online
29/11 13:14:58 - SYSTEM - HEISHAMON Connection: Offline
29/11 13:14:37 - SYSTEM - HEISHAMON Connection: Online
29/11 13:14:28 - SYSTEM - HEISHAMON Connection: Offline

Oplossing en oorzaak blijkt in Node-Red te liggen, zie onderstaande link.

https://github.com/node-red/node-red/issues/3955

De MQTT connectie staat standaard op QoS 2 , zet deze op 0 of 1 en het probleem is bij mij opgelost.

TOP. Ik ga het vanavond in Github verwerken. Dank voor het delen.

Verklaart ook waarom het niet een probleem bij mij is.
Gekke is dat ik alle MQTT out nodes handmatig op QOS 0 heb gezet een hele tijd geleden.
Wordt dat niet overgenomen tijdens het inporteren dan? Das ook vreemd.

En blij dat het opgelost is nu eindelijk.... fffieew...

[Pietjebel10]

blb4 schreef op woensdag 29 november 2023 @ 14:57:
[...]

Dank! Waar doe je dit exact?

Bij MQTT connection in Node-RED, dubbelklik en de connectie opent en daar eventueel aanpassen.

[blb4]

Pietjebel10 schreef op woensdag 29 november 2023 @ 15:13:
[...]

Bij MQTT connection in Node-RED, dubbelklik en de connectie opent en daar eventueel aanpassen.

Sorry, maar 't is me nog niet helemaal duidelijk; is dat dan voor elke MQTT-in node met action "Dynamic Subscription"? Want daar was 't issue mee als ik 't goed begrepen heb in die link die je plaatste.
Of in elke MQTT out nodes? Zo te zien staat daar overal al QOS 0. Of toch ergens anders?

En is dit ook nog afhankelijk van MQTT versie die je ingesteld heb in de MQTT-broker configuration node?
Bij mij staat daar V3.1.1. terwijl 't probleem - als ik die link goed begrepen heb - iets is sinds MQTT V5.

[Pietjebel10]

blb4 schreef op woensdag 29 november 2023 @ 16:22:
[...]

Sorry, maar 't is me nog niet helemaal duidelijk; is dat dan voor elke MQTT-in node met action "Dynamic Subscription"? Want daar was 't issue mee als ik 't goed begrepen heb in die link die je plaatste.
Of in elke MQTT out nodes? Zo te zien staat daar overal al QOS 0. Of toch ergens anders?

En is dit ook nog afhankelijk van MQTT versie die je ingesteld heb in de MQTT-broker configuration node?
Bij mij staat daar V3.1.1. terwijl 't probleem - als ik die link goed begrepen heb - iets is sinds MQTT V5.

Zie onderstaande zo heb ik het ingesteld, heb gemerkt dat ik ook Client ID blanco moest laten. Daar stond soms Client ID en daar ging het dan fout

[sunny9]

edterbak schreef op woensdag 29 november 2023 @ 13:26:
Ik ga er naar kijken. Dacht dat het erg lastig was en dat ik het daarom maar liet voor wat het was. even een andere optie kiezen en weer terug.. Zelfs het kiezen van "----------" is volstaat dacht ik.

Maar ik ga het nogmaals tegen het licht houden.

Als het niet eenvoudig op te lossen is, dan is het voor mij ook prima om het zo te laten. Is echt een minor issue, je past dit tenslotte niet dagelijks aan.

[blb4]

Pietjebel10 schreef op woensdag 29 november 2023 @ 18:29:
[...]


Zie onderstaande zo heb ik het ingesteld, heb gemerkt dat ik ook Client ID blanco moest laten. Daar stond soms Client ID en daar ging het dan fout

[Afbeelding]

[Afbeelding]

Dank! Client-ID is een erg belangrijke; MQTT gebruikt die voor het identificeren van elke verbinding en als er 2 devices zijn met dezelfde Client-ID dan wordt continue de verbinding verbroken zodra het andere device een bericht stuurt.

Dit ging bij mij geheel mis toen ik een 2e HeishaMon installeerde (voor testen); HeishaMon gebruikt de Host name als Client-ID en die moet je dus uniek hebben.

Ik heb zelf in totaal 3 node-red omgevingen draaien, ik heb die bewust zelf een unieke naam gegeven zodat die ook geen problemen kunnen geven.

[Pietjebel10]

blb4 schreef op woensdag 29 november 2023 @ 20:27:
[...]


Dank! Client-ID is een erg belangrijke; MQTT gebruikt die voor het identificeren van elke verbinding en als er 2 devices zijn met dezelfde Client-ID dan wordt continue de verbinding verbroken zodra het andere device een bericht stuurt.

Dit ging bij mij geheel mis toen ik een 2e HeishaMon installeerde (voor testen); HeishaMon gebruikt de Host name als Client-ID en die moet je dus uniek hebben.

Ik heb zelf in totaal 3 node-red omgevingen draaien, ik heb die bewust zelf een unieke naam gegeven zodat die ook geen problemen kunnen geven.

Mooi werk maar alles draait nu naar behoren. Typische van het hele verhaal is disconnect treedt niet altijd op. Ik was blij dat ik het kon simuleren en testen. Een goede leer

[edterbak]

sunny9 schreef op woensdag 29 november 2023 @ 19:02:
[...]

Als het niet eenvoudig op te lossen is, dan is het voor mij ook prima om het zo te laten. Is echt een minor issue, je past dit tenslotte niet dagelijks aan.

Ik heb er naar gekeken.
De [dropdown node] stuurt geen msg uit als je nogmaals de dropdown klikt en de al geselecteerde waarde kiest. Dit doet hij wel bij een verandering van het geselecteerde item in de dropdown.
En dat is precies de trigger om het setpoint-scherm te laten zien.


Dit is dus iets waar ik geen goede oplossing vanuit de dropdown node kan maken. Ik zou het alleen kunnen oplossen door een extra icoontje te maken bij/naast het prullenbakje. Maar ik denk dat dat overkill is ...

Tenzij iemand een goede suggestie heeft, blijft het dus bij een onhandige [selecteer-wat-anders] > [selecteer-opnieuw-het-item] en pas de instelling aan.

[ Voor 3% gewijzigd door edterbak op 30-11-2023 22:45 ]

[edterbak]

Zijn er nog problemen met de huidige flow?

Ik hoor erg weinig problemen.
Is dit stilte voor de storm? Of is deze versie werkelijk redelijk Okay?


edit
kunnen jullie in het dashboard gluren voor mij, opzoek naar zaken die onjuist geschreven zijn, of de help text die nog niet duidelijk genoeg is. etc.

[ Voor 35% gewijzigd door edterbak op 30-11-2023 22:46 ]

[sunny9]

edterbak schreef op donderdag 30 november 2023 @ 22:39:
[...]

Ik heb er naar gekeken.
De [dropdown node] stuurt geen msg uit als je nogmaals de dropdown klikt en de al geselecteerde waarde kiest. Dit doet hij wel bij een verandering van het geselecteerde item in de dropdown.
En dat is precies de trigger om het setpoint-scherm te laten zien.


Dit is dus iets waar ik geen goede oplossing vanuit de dropdown node kan maken. Ik zou het alleen kunnen oplossen door een extra icoontje te maken bij/naast het prullenbakje. Maar ik denk dat dat overkill is ...

Tenzij iemand een goede suggestie heeft, blijft het dus bij een onhandige [selecteer-wat-anders] > [selecteer-opnieuw-het-item] en pas de instelling aan.

Ik zou het lekker zo laten dan en het gewoon een feature noemen

[Pietjebel10]

Ik hoor erg weinig problemen.
Is dit stilte voor de storm? Of is deze versie werkelijk redelijk Okay?


edit
kunnen jullie in het dashboard gluren voor mij, opzoek naar zaken die onjuist geschreven zijn, of de help text die nog niet duidelijk genoeg is. etc.
[/quote]

Eigenlijk geen opmerkingen, draait soepel, ik gebruik natuurlijk niet de gehele software i.v.m. alleen de vloerv erwarming en ww wordt extern gedaan. Tips om de defrost te minimaliseren zijn natuurlijk van harte welkom

[ Voor 47% gewijzigd door Pietjebel10 op 01-12-2023 10:52 ]

[edterbak]

Over de defrosts.
Ik heb zelf met dit weer (tussen -1 en 5 graden) regelmatig een defrost cycle. Dat is ook heel logisch.
1 per 1,5-3 uur soms.
Er zit gewoon veel vocht in de lucht zo vlak boven het vriespunt.
Dit vocht slaat direct neer op je warmtewisselaar (welke <-5 °C is) en bevriest vrolijk.

Zodra de lucht temperatuur -1 / -2 °C is, dan is de luchtvochtigheid ineens heel laag, en is dit geen groot probleem meer.

[Aziona]

edterbak schreef op dinsdag 28 november 2023 @ 21:22:
[...]Daar ga ik even naar kijken dan hoe dat nu gaat. Ik heb er niks bewust aan verandert

Voor de volledigheid: als ik op de tab RTC de "Room setpoint" wijzig, behoort "Setpoint normal" op de tab Scheduler dan ook te wijzigen? (zoals nu bij mij gebeurt)
Als ik het goed begrijp is deze vraag overigens inmiddels irrelevant omdat je de functie "Nightreduction room temperature" eruit gaat halen.

Kun je mij overigens leren hoe ik de instellingen voor Softstart en Quiet mode ad hoc kan wijzigen in jouw model? Bijvoorbeeld: als de zon niet schijnt dan mag de WP rustig doorpruttelen en hoeft het vermogen niet zo hoog te zijn/kunnen maar als de zon wel schijnt dan wil ik eigenlijk dat de WP min of meer gelijk op vol vermogen begint te verwarmen. Door Softstart gebeurd dit soms pas wanneer de zon alweer weg is, en een te hoge quiet mode lijkt te voorkomen dat de WP op vol vermogen kan draaien.

Door de salderingsregeling is bovenstaande wellicht niet echt nodig maar ik zou er graag mee experimenteren om te kijken hoe ik mijn aandeel verbruik zonne-energie zo hoog mogelijk kan laten zijn.

[ Voor 8% gewijzigd door Aziona op 01-12-2023 16:43 ]

[MikeyMan]

edterbak schreef op vrijdag 1 december 2023 @ 11:38:
Over de defrosts.
Ik heb zelf met dit weer (tussen -1 en 5 graden) regelmatig een defrost cycle. Dat is ook heel logisch.
1 per 1,5-3 uur soms.
Er zit gewoon veel vocht in de lucht zo vlak boven het vriespunt.
Dit vocht slaat direct neer op je warmtewisselaar (welke <-5 °C is) en bevriest vrolijk.

Zodra de lucht temperatuur -1 / -2 °C is, dan is de luchtvochtigheid ineens heel laag, en is dit geen groot probleem meer.

Blijft hier ook wel een ding hoor.



Blijkt daarmee ook lastig om de hut warm te krijgen. Nachtverlaging van een halve graad is eigenlijk al teveel.

[edterbak]

MikeyMan schreef op vrijdag 1 december 2023 @ 16:45:
[...]


Blijft hier ook wel een ding hoor.

[Afbeelding]

Blijkt daarmee ook lastig om de hut warm te krijgen. Nachtverlaging van een halve graad is eigenlijk al teveel.

Ik zou nachtverlaging hierom ook niet gebruiken als ik eerlijk ben. Of de verlaging reduceren.

code:

Total Defrosts: 436, today 7, yesterday 12

[edterbak]

Aziona schreef op vrijdag 1 december 2023 @ 16:41:
[...]

Voor de volledigheid: als ik op de tab RTC de "Room setpoint" wijzig, behoort "Setpoint normal" op de tab Scheduler dan ook te wijzigen? (zoals nu bij mij gebeurt)
Als ik het goed begrijp is deze vraag overigens inmiddels irrelevant omdat je de functie "Nightreduction room temperature" eruit gaat halen.

Kun je mij overigens leren hoe ik de instellingen voor Softstart en Quiet mode ad hoc kan wijzigen in jouw model? Bijvoorbeeld: als de zon niet schijnt dan mag de WP rustig doorpruttelen en hoeft het vermogen niet zo hoog te zijn/kunnen maar als de zon wel schijnt dan wil ik eigenlijk dat de WP min of meer gelijk op vol vermogen begint te verwarmen. Door Softstart gebeurd dit soms pas wanneer de zon alweer weg is, en een te hoge quiet mode lijkt te voorkomen dat de WP op vol vermogen kan draaien.

Door de salderingsregeling is bovenstaande wellicht niet echt nodig maar ik zou er graag mee experimenteren om te kijken hoe ik mijn aandeel verbruik zonne-energie zo hoog mogelijk kan laten zijn.

Ik heb sowieso de wens om de hier geposte verbeteringen irm stroomprijzen enzo toe te voegen.

Maar ik begrijp niet alles wat je schrijft.

Door Softstart gebeurd dit soms pas wanneer de zon alweer weg is, en een te hoge quiet mode lijkt te voorkomen dat de WP op vol vermogen kan draaien.

De softstart functie doet helemaal niks met de gegevens van de zon of kamer temperatuur.
De softstart functie is alleen bedoeld om het moment van starten van de compressor te egaliseren.

Het gegeven dat het nacht of overdag is, of de zon wel of niet schijnt, dat wordt hier niet toegepast. Althans niet vanuit de huidige implementatie.

Dit is dus waar je aan wilt sleutelen denk ik.
Dit wordt functioneel geregeld in de functie node: [Function SoftStart] & [Function Quietmode Add-on] op de WP Control tab.
Er zit een link naar het tab WP Dash, met alle toggles, variabelen en grafieken enzo. Vanaf en onder node ID "b5f581c27a02b8a0".

Maar, dit is niet eenvoudig 123 uit te leggen; 420 + 56 regels aan code.

Mijn ambitie is om deze donkere dagen te gebruiken om goede user-stories en use-cases te formuleren zodat ik het kan aanpassen in ons voordeel t.a.v. salderen enzo voor as zomer. Daar ben ik ook bij gebaat.

[MikeyMan]

edterbak schreef op vrijdag 1 december 2023 @ 17:38:
[...]

Ik zou nachtverlaging hierom ook niet gebruiken als ik eerlijk ben. Of de verlaging reduceren.
[Afbeelding]
[Afbeelding]

code:

Total Defrosts: 436, today 7, yesterday 12

Tis letterlijk een halve graad

Btw, mag de lower limit voor rtc ook een positief getal zijn?

[edterbak]

@MikeyMan Jahoor. Als de trigger temp maar niet onder revert temp komt.

[Bladeslayer]

@edterbak Mijn WAR berekening werkt nog steeds niet helaas in 23.10 beta32. Vanochtend over gestapt op een home assistant green kastje, dus een verse nieuwe install. Dit hielp helaas niets. Enig idee waar ik kan beginnen met debuggen?