Heishamon <> Node Red voor Panasonic warmtepompen

[Maarten69]

@blb4
Zo zijn mijn settings: (wel lagere temperaturen, vloerverwarming)

code:

TOP0    Heatpump_State  1   On
TOP1    Pump_Flow   22.69   l/min
TOP2    Force_DHW_State 0   Disabled
TOP3    Quiet_Mode_Schedule 0   Disabled
TOP4    Operating_Mode_State    0   Heat
TOP5    Main_Inlet_Temp 26.50   °C
TOP6    Main_Outlet_Temp    30.25   °C
TOP7    Main_Target_Temp    29  °C
TOP8    Compressor_Freq 50  Hz
TOP9    DHW_Target_Temp 52  °C
TOP10   DHW_Temp    -128    °C
TOP11   Operations_Hours    905 hours
TOP12   Operations_Counter  765 count
TOP13   Main_Schedule_State 0   Disabled
TOP14   Outside_Temp    1   °C
TOP15   Heat_Energy_Production  5800    Watt
TOP16   Heat_Energy_Consumption 1400    Watt
TOP17   Powerful_Mode_Time  0   Off
TOP18   Quiet_Mode_Level    0   Off
TOP19   Holiday_Mode_State  0   Off
TOP20   ThreeWay_Valve_State    0   Room
TOP21   Outside_Pipe_Temp   -4  °C
TOP22   DHW_Heat_Delta  -8  K
TOP23   Heat_Delta  2   K
TOP24   Cool_Delta  5   K
TOP25   DHW_Holiday_Shift_Temp  -15 K
TOP26   Defrosting_State    0   Disabled
TOP27   Z1_Heat_Request_Temp    29  °C
TOP28   Z1_Cool_Request_Temp    0   °C
TOP29   Z1_Heat_Curve_Target_High_Temp  29  °C
TOP30   Z1_Heat_Curve_Target_Low_Temp   35  °C
TOP31   Z1_Heat_Curve_Outside_High_Temp 15  °C
TOP32   Z1_Heat_Curve_Outside_Low_Temp  -5  °C
TOP33   Room_Thermostat_Temp    21  °C
TOP34   Z2_Heat_Request_Temp    35  °C
TOP35   Z2_Cool_Request_Temp    0   °C
TOP36   Z1_Water_Temp   -78 °C
TOP37   Z2_Water_Temp   -78 °C
TOP38   Cool_Energy_Production  0   Watt
TOP39   Cool_Energy_Consumption 0   Watt
TOP40   DHW_Energy_Production   0   Watt
TOP41   DHW_Energy_Consumption  0   Watt
TOP42   Z1_Water_Target_Temp    29  °C
TOP43   Z2_Water_Target_Temp    35  °C
TOP44   Error   No error    Error
TOP45   Room_Holiday_Shift_Temp -15 K
TOP46   Buffer_Temp -78 °C
TOP47   Solar_Temp  -78 °C
TOP48   Pool_Temp   -78 °C
TOP49   Main_Hex_Outlet_Temp    30  °C
TOP50   Discharge_Temp  41  °C
TOP51   Inside_Pipe_Temp    29  °C
TOP52   Defrost_Temp    -31 °C
TOP53   Eva_Outlet_Temp -3  °C
TOP54   Bypass_Outlet_Temp  -31 °C
TOP55   Ipm_Temp    16  °C
TOP56   Z1_Temp 30  °C
TOP57   Z2_Temp -128    °C
TOP58   DHW_Heater_State    0   Blocked
TOP59   Room_Heater_State   1   Free
TOP60   Internal_Heater_State   0   Inactive
TOP61   External_Heater_State   0   Inactive
TOP62   Fan1_Motor_Speed    620 r/min
TOP63   Fan2_Motor_Speed    0   r/min
TOP64   High_Pressure   19.4    Kgf/cm2
TOP65   Pump_Speed  3850    r/min
TOP66   Low_Pressure    0   Kgf/cm2
TOP67   Compressor_Current  6.0 Ampere
TOP68   Force_Heater_State  0   Inactive
TOP69   Sterilization_State 0   Inactive
TOP70   Sterilization_Temp  65  °C
TOP71   Sterilization_Max_Time  10  Minutes
TOP72   Z1_Cool_Curve_Target_High_Temp  15  °C
TOP73   Z1_Cool_Curve_Target_Low_Temp   10  °C
TOP74   Z1_Cool_Curve_Outside_High_Temp 30  °C
TOP75   Z1_Cool_Curve_Outside_Low_Temp  20  °C
TOP76   Heating_Mode    1   Direct
TOP77   Heating_Off_Outdoor_Temp    25  °C
TOP78   Heater_On_Outdoor_Temp  0   °C
TOP79   Heat_To_Cool_Temp   15  °C
TOP80   Cool_To_Heat_Temp   10  °C
TOP81   Cooling_Mode    0   Comp. Curve
TOP82   Z2_Heat_Curve_Target_High_Temp  35  °C
TOP83   Z2_Heat_Curve_Target_Low_Temp   35  °C
TOP84   Z2_Heat_Curve_Outside_High_Temp 15  °C
TOP85   Z2_Heat_Curve_Outside_Low_Temp  -5  °C
TOP86   Z2_Cool_Curve_Target_High_Temp  15  °C
TOP87   Z2_Cool_Curve_Target_Low_Temp   10  °C
TOP88   Z2_Cool_Curve_Outside_High_Temp 30  °C
TOP89   Z2_Cool_Curve_Outside_Low_Temp  20  °C
TOP90   Room_Heater_Operations_Hours    25  hours
TOP91   DHW_Heater_Operations_Hours 0   hours
TOP92   Heat_Pump_Model 20  WH-MDC07J3E5
TOP93   Pump_Duty   144 Duty
TOP94   Zones_State 0   Zone1 active
TOP95   Max_Pump_Duty   144 Duty
TOP96   Heater_Delay_Time   31  Minutes
TOP97   Heater_Start_Delta  -4  K
TOP98   Heater_Stop_Delta   -3  K
TOP99   Buffer_Installed    0   Disabled
TOP100  DHW_Installed   0   Disabled
TOP101  Solar_Mode  0   Disabled
TOP102  Solar_On_Delta  10  K
TOP103  Solar_Off_Delta 5   K
TOP104  Solar_Frost_Protection  5   °C
TOP105  Solar_High_Limit    80  °C
TOP106  Pump_Flowrate_Mode  0   DeltaT
TOP107  Liquid_Type 0   Water
TOP108  Alt_External_Sensor 0   Disabled
TOP109  Anti_Freeze_Mode    1   Enabled
TOP110  Optional_PCB    0   Disabled
TOP111  Z1_Sensor_Settings  0   Water Temperature
TOP112  Z2_Sensor_Settings  0   Water Temperature
TOP113  Buffer_Tank_Delta   5   K
TOP114  External_Pad_Heater 0   Disabled

Net klaar hier met een defrost zag ik.

[ Voor 82% gewijzigd door Maarten69 op 19-01-2023 21:08 ]

[blb4]

Aikon schreef op donderdag 19 januari 2023 @ 21:00:
[...]

Je min en max water temp staan op 20 en 21 graden. Maar dat wordt overduidelijk genegeerd Bij mij houdt 'ie zich daar netjes aan. Er is toch geen override setting voor ofzo?

Da's volgens mij voor DHW. Dat gebruik ik nog niet, hopelijk binnen een aantal weken.

[Aikon]

blb4 schreef op donderdag 19 januari 2023 @ 21:10:
[...]

Da's volgens mij voor DHW. Dat gebruik ik nog niet, hopelijk binnen een aantal weken.

Heat water temperature limits

Nee, das echt voor heat, wellicht heb je er nooit aangezeten waardoor er nooit iets in context data is opgeslagen ofzo? In dat geval nog een klein schoonheidsfoutje.

Ik zal morgen ook even m'n settings posten.

[blb4]

edterbak schreef op donderdag 19 januari 2023 @ 21:00:
@blb4
Het voornaamste dat ik zie in de instellingen is dat mijn heat delta de helft is, en mijn max flow hoger.

Ik denk dat dat ook wel past bij 't verschil in afgiftesysteem; jij VVW met wat radiatoren in in alleen radiatoren.

[blb4]

Aikon schreef op donderdag 19 januari 2023 @ 21:12:
[...]

Heat water temperature limits

Nee, das echt voor heat, wellicht heb je er nooit aangezeten waardoor er nooit iets in context data is opgeslagen ofzo? In dat geval nog een klein schoonheidsfoutje.

Ik zal morgen ook even m'n settings posten.

ik heb er inderdaad nog nooit aan gezeten en nog geen aandacht aan geschonken.

[edterbak]

@blb4
Ik heb het gevoel dat de buffertank (50L) vraagt dat je meer flow nodig hebt.
De pomp die zit eigenlijk te wachten tot dat hij een reactie ziet op zijn arbeid.
Heg gegeven dat je 50L extra hebt, zorgt voor tenminste 2 minuten vertraging eer dat de pomp ziet dat er warm water terug komt.
Je zou eens kunnen experimenten met een lagere dT en hogere flow.
Mijn gevoel zegt dat de pomp dan eerder in de smiezen heeft wat er gebeurt en beter reageert...
Gevoelsmatig hoor.

edit/
Misschien is die 50L buffer het zelfde als 5 groepen vloerverwarming kwa volume. Vergelijkbare setup nodig misschien.

[ Voor 11% gewijzigd door edterbak op 19-01-2023 21:16 ]

[Aikon]

Misschien wel handig om de flow ook in l/min te noteren, dus wat je maximaal haalt bij de gekozen setting. Ik haal bijv. 23l/min op 40, en op 100 is dat 27l/min oid. Zo kan je een stuk eerlijker vergelijken.

[Maarten69]

Ja gek dat moet wel hoger ik heb:
Heat water temperature limits

Minimum temp.

20 °C

Maximum temp.

60 °C
maar met de max doet de flow niets (volgens mij), laagste 20 is wat de WP slikt dat is beveiligd.
En de flow omhoog zetten is mijn advies, maar goed ik draai net een paar maandjes.

Edit dat wordt wel gechecked in functie Calculate new SP

code:

//*****************************************************************************
//*****************************************************************************
if (current_sp >= 20 && Heating_Mode == 1)
    {
        if (F_WAR_onoff==1)                 {SP_Final   =F_WAR_SP;}
        if (F_RTC_state == 1)               {SP_Final   = SP_Final  + F_RTC_correction;}
        if (F_NR_state==1)                  {SP_Final   =SP_Final   + F_NR_correction;}
        if (F_SS_state==1)                  {SP_Final   =SP_Final   + F_SS_correction;}
        if (SP_Final<HEAT_SP_lower_limit)   {SP_Final   =HEAT_SP_lower_limit}
        if (SP_Final>HEAT_SP_upper_limit)   {SP_Final   =HEAT_SP_upper_limit}
        if (SP_Final<20)                    {SP_Final   =20;}
    
 //*****************************************************************************

[ Voor 95% gewijzigd door Maarten69 op 19-01-2023 21:30 ]

[Aikon]

Maarten69 schreef op donderdag 19 januari 2023 @ 21:19:
Ja gek dat moet wel hoger ik heb:
Heat water temperature limits

Minimum temp.

20 °C

Maximum temp.

60 °C
maar met de max doet de flow niets, laagste 20 is wat de WP slikt dat is beveiligd.

Je bedoeld met de min doet die niks?
Maar die min kan je, los idd van die beveiliging, ook in de flow niet lager dan 20 instellen. En die max werkt wel degelijk gelukkig. Dus perfect, behalve dan dat hij standaard vreemd staat ingesteld, en er uberhaupt dus geen waarde wordt gezet de 1e keer (wat eigenlijk maar goed is ook in dit geval).

[blb4]

edterbak schreef op donderdag 19 januari 2023 @ 21:14:
@blb4
Ik heb het gevoel dat de buffertank (50L) vraagt dat je meer flow nodig hebt.
De pomp die zit eigenlijk te wachten tot dat hij een reactie ziet op zijn arbeid.
Heg gegeven dat je 50L extra hebt, zorgt voor tenminste 2 minuten vertraging eer dat de pomp ziet dat er warm water terug komt.
Je zou eens kunnen experimenten met een lagere dT en hogere flow.
Mijn gevoel zegt dat de pomp dan eerder in de smiezen heeft wat er gebeurt en beter reageert...
Gevoelsmatig hoor.

edit/
Misschien is die 50L buffer het zelfde als 5 groepen vloerverwarming kwa volume. Vergelijkbare setup nodig misschien.

Je hebt gelijk dat 't langer duurt voordat Tr veranderd. met 10l/min flow duurt 't 5 minuten langer. Ik wil echter mijn flow niet (veel) verhogen, ik krijg dan last van suizende leidingen. Ik heb nog wel op mijn todo lijstje staan eens te kijken hoe e.e.a. loopt zonder dat buffer. Ik kan 'm er met die 3-wegklep tussenuit halen.

Maar goed, 't is idd zo dat je afgiftesysteem en individuele voorkeuren ook invloed hebben op de aansturing. De kunst is dus zo flexibel te zijn dat iedereen er zijn systeem optimaal mee kan besturen zonder de boel nodeloos complex en individueel te maken. Leuke balanceer act...

[ Voor 11% gewijzigd door blb4 op 19-01-2023 21:26 ]

[Maarten69]

Beveiliging werkt gewoon, net max op 21 graden gezet:


Bam compressor uit natuurlijk.
Waarom dat ben jou wel doorgelaten wordt vind ik ook vreemd, nooit aangepast, dus pakt ergens de default instelling? (100 graden zie ik nu indien undefined is).

code:

var HEAT_SP_upper_limit =global.get('HEAT_SP_upper_limit',"file")               
    if (HEAT_SP_upper_limit === undefined)  {HEAT_SP_upper_limit = 100;}

[ Voor 27% gewijzigd door Maarten69 op 19-01-2023 21:34 ]

[Aikon]

Dat zeg ik Die functie werkt al heel lang precies goed, niet twijfelen

@edterbak Ik maak er ook daadwerkelijk gebruik van trouwens, die min temp heb ik laatst nog beschreven, die staat bij mij op 28, terwijl WAR op 25 staat bij de warmste buitentemperatuur.

En die max staat op 50 bij mij, zodat als de booster (+12 hier) actief is hij geen water van 55/60 gaat vragen bij de koudste buitentemperatuur, dat is dan ook weer wat overdreven.

[ Voor 70% gewijzigd door Aikon op 19-01-2023 21:32 ]

[Maarten69]

@edterbak is inderdaad een bug voor de var HEAT_SP_upper_limit
In de load at boot staat dit:(WP Dash)

code:

var var1                    = global.get('HEAT_SP_upper_limit',"file");
let msg1={};

if(var1 === undefined)      {
                            return null;    
                            }
                            
else                        {
                            msg1.payload = var1;
                            msg1.topic = 'HEAT_SP_upper_limit'; 
                            return msg1;

Dus die zet niet een default, maar exit de functie.

Dan wanneer gelezen door Calculate new SP:

code:

var HEAT_SP_upper_limit =global.get('HEAT_SP_upper_limit',"file")               
    if (HEAT_SP_upper_limit === undefined)  {HEAT_SP_upper_limit = 100;}

Zet tijdelijk wel even de waarde op 100, maar zet de var niet.
Ziet u wat ik bedoel?

Ergens dus indien undefined deze toevoegen: global.set('HEAT_SP_upper_limit', 100 "file");
Denk bij load at boot het handigste is...

@blb4 Bedankt hé!! voor (per ongeluk) vinden van een bugje

[ Voor 9% gewijzigd door Maarten69 op 19-01-2023 21:43 ]

[blb4]

@Maarten69 weet niet waar je 't over hebt maar be my guest

[Aikon]

Graag gedaan

[Maarten69]

K*t, nu moet ik zeker weer een bug-report maken op Github
En bedankt @Aikon excuseer.


Gedaan hoor: issue #81
Wel eerst per ongeluk aan verkeerde gelinked. (snap het nog niet goed)

[ Voor 69% gewijzigd door Maarten69 op 19-01-2023 22:02 ]

[edterbak]

Maarten69 schreef op donderdag 19 januari 2023 @ 21:40:
@edterbak is inderdaad een bug voor de var HEAT_SP_upper_limit
In de load at boot staat dit:(WP Dash)

code:

var var1                    = global.get('HEAT_SP_upper_limit',"file");
let msg1={};

if(var1 === undefined)      {
                            return null;    
                            }
                            
else                        {
                            msg1.payload = var1;
                            msg1.topic = 'HEAT_SP_upper_limit'; 
                            return msg1;

Dus die zet niet een default, maar exit de functie.

Dan wanneer gelezen door Calculate new SP:

code:

var HEAT_SP_upper_limit =global.get('HEAT_SP_upper_limit',"file")               
    if (HEAT_SP_upper_limit === undefined)  {HEAT_SP_upper_limit = 100;}

Zet tijdelijk wel even de waarde op 100, maar zet de var niet.
Ziet u wat ik bedoel?

Ergens dus indien undefined deze toevoegen: global.set('HEAT_SP_upper_limit', 100 "file");
Denk bij load at boot het handigste is...

@blb4 Bedankt hé!! voor (per ongeluk) vinden van een bugje

Mwoa, een bug is het technisch niet. want je hebt er geen last van. Het is niet netjes alleen. Ook in GUI staat het stom.
Bij iedere bepaling is hij altijd 100 als hij undefined is. De berekening gaat daar altijd mee verder in dat geval.
Dat hij hem niet vastzet in een variabele heb je wel opgelost nu met die toevoeging. Is wel netter.

But, small fix, voor later, aangezien niemand er last van heeft.

[blb4]

blb4 schreef op donderdag 19 januari 2023 @ 21:13:
[...]

ik heb er inderdaad nog nooit aan gezeten en nog geen aandacht aan geschonken.

Tja, en toen heb ik er wel (voor de eerste x ever) aan zitten rommelen met als resultaat dat m'n WP dus uitschakelde. Nu dus maar Heat op 22/45 gezet


Misschien moet er ook een HELP pagina komen voor de Settings page....

[ Voor 3% gewijzigd door blb4 op 19-01-2023 22:35 ]

[Maarten69]

Iets als:

When changing the heat water temperature limit for the first time, you will get a hardstop during a run.

kon t niet laten, welterusten!

[ Voor 11% gewijzigd door Maarten69 op 19-01-2023 22:44 ]

[blb4]

Ja, precies!

[MikeyMan]

Standaard op 20/55 oid zetten lijkt me pragmatischer.

[edterbak]

@Maarten69

code:

//*****************************************************************************
// calculate temp SP_Final *note* only for log message
var F_WAR_onoff = global.get('Correction_0_WAR_on_off', "file") || 0;
var F_WAR_SP    = global.get('F_WAR_SP');
var F_RTC_state = global.get('F_RTC.state', "file") || 0;
var F_NR_state  = global.get('NightReductionWaterTemp.state', "file") || 0;
    if (F_NR_state == 0) { F_NR_correction = 0; }
var SP_Final    = global.get('SP_DIRECT_virt', "file");
    if (F_WAR_onoff == 1) { SP_Final = F_WAR_SP; }
    if (F_RTC_state == 1) { SP_Final = SP_Final + F_RTC_correction; }
    if (F_NR_state  == 1) { SP_Final = SP_Final + F_NR_correction; }

//*****************************************************************************

Pas je op met bovenstaande || ?
Risico vol, want het gedraagd zich niet altijd zoals je verwacht. alleen met || 0 gaat het goed.
Gebruik nooit || 1
Voor de duidelijkheid het bewijs.

code:

let msg1={};
let msg2={};
let msg3={};


// undefined variabelen.


//*******************************************************************************
// case 1
//
msg1.payload = 10;
var case1 = msg1.payload || 1;

msg1.payload = case1;               // msg1 is defined (10). verwachtte resultaat: 10
msg1.topic = "case1";



//*******************************************************************************
// case 2
//
var case2 = msg2.payload || 1;

msg2.payload = case2;               // msg2 is undefined. verwachtte resultaat: 1
msg2.topic = "case2";



//*******************************************************************************
// case 3
//
msg3.payload = 0;
var case3 = msg3.payload || 1;

msg3.payload = case3;               // msg3 is defined (0). verwachtte resultaat: 0
msg3.topic = "case3";
// Maar dit gaat fout. Het resultaat van msg3 = 1


return [msg1,msg2,msg3]

|| wordt in javascript als true/false statements gezien. 1 = true 0 is false.
Daarom krijg ik dus soms kortsluiting..

[ Voor 3% gewijzigd door edterbak op 19-01-2023 23:00 ]

[edterbak]

Maarten69 schreef op donderdag 19 januari 2023 @ 22:43:
Iets als:

When changing the heat water temperature limit for the first time, you will get a hardstop during a run.

kon t niet laten, welterusten!

Daar heb je gelijk in ja, dat is wel een punt.

[Maarten69]

Gebruikte hem alleen bij if undefined.
Dat mag toch? had je probleem ermee eerder ergens online gelezen, maar bedankt voor de heads up!

Edit:
In plaats van bedoelde ik te zeggen.

[ Voor 14% gewijzigd door Maarten69 op 19-01-2023 23:01 ]

[edterbak]

Maarten69 schreef op donderdag 19 januari 2023 @ 22:59:
Gebruikte hem alleen bij if undefined.
Dat mag toch, had je probleem ermee eerder ergens online gelezen, maar bedankt voor de heads up!

Edit:
In plaats van bedoelde ik te zeggen.

Ook op meerdere plekken.
var F_WAR_onoff = global.get('Correction_0_WAR_on_off', "file") || 0;

Stel dat we daar een keer per ongeluk dit gebruiken:
var F_WAR_onoff = global.get('Correction_0_WAR_on_off', "file") || 1;
Dan gaat het fout.
In dat geval, als de variabele Correction_0_WAR_on_off de waarde 0 heeft, is het resultaat van de var F_WAR_onoff toch 1

[Maarten69]

Ja het was bedoeld om code in te korten.

Normaal:

code:

var F_WAR_onoff = global.get('Correction_0_WAR_on_off', "file");
If (F_WAR_onoff === undefined) {
   F_WAR_onoff = 0; 
   }

Is zo lang.

[ Voor 3% gewijzigd door Maarten69 op 19-01-2023 23:06 ]

[edterbak]

Ik ben hier de bietenbrug mee op gegaan. ghehehee.. daarom let ik er extra op. Sorry voor het harrassen.
En inderdaad, bovenstaand is gewoon de beste methode.

[ Voor 20% gewijzigd door edterbak op 19-01-2023 23:07 ]

[Maarten69]

edterbak schreef op donderdag 19 januari 2023 @ 23:07:
Ik ben hier de bietenbrug mee op gegaan. ghehehee.. daarom let ik er extra op. Sorry voor het harrassen.

Nee ik snap je helemaal. Ik had het gelezen op een ander forum.
Thank you.

[edterbak]

code:

if (F_SS_correction > F_SS_old_correction)                                    //  reduced response scenario (stage 2)
{
    var StartTime_phase2 = context.get("StartTime_phase2");
    if (StartTime_phase2 === undefined) 
            {
                StartTime_phase2 = CurrentTime;
                context.set("StartTime_phase2",StartTime_phase2);
            }
    
    var TimeElapsed_phase2 = ((CurrentTime - StartTime_phase2)/1000);
    TimeElapsed_phase2 = parseFloat(TimeElapsed.toFixed(0));
    
    if ( (TimeElapsed > Stage_1_Duration && TimeElapsed_phase2 < 80) || (TimeElapsed < Stage_1_Duration && TimeElapsed_phase2 < 9) )   
        {
            global.set('F_SS_correction',F_SS_old_correction);
            if (global.get('MQTT_Source') === undefined) { global.set('MQTT_Source', "SoftStart"); }
            msg99.payload = "Test************************************** SP: " + msg1.payload;
            return [msg1,msg99];//change back msg99 to null
        }

Wat is je vraag precies hier over?

[Maarten69]

Wanneer regel 13 optreed en waarom, want ik zie hem zelden.

[edterbak]

Okay.

Om te beginnen bij regel 1. We kijken hier naar de berekende nieuwe correctie, en vergelijken deze met de vorige correctie.
Doel van dit hele blokje, is om signalen te onderdrukking voor een bepaalde periode.

TimeElapsed = de timer vanaf het moment dat de compressor aan gaat.

Pas op het moment dat de [nieuwe correctie] > [oude correctie] , wordt timer2 (=StartTime_phase2) gestart.

Timer2 wordt gebruik om gedurende de eerste XX seconden geen signaal uit te sturen.

regel 13 heeft 2 delen, voor || en er na.
Voor || : dit deel kijkt naar de situatie in fase 2...... (TimeElapsed > Stage_1_Duration)
Na || : dit deel kijkt naar de situatie in fase 1 ......(TimeElapsed < Stage_1_Duration)

Focus op Na ||, Fase 1.

code:

(TimeElapsed < Stage_1_Duration && TimeElapsed_phase2 < 9)

Dit is de startup fase. Hier wil ik graag dat de pomp snel kan reageren om de piek op te vangen en te zorgen dat hij niet uit valt.
Daarom is de TimeElapsed_phase2 gezet op 9 seconden. Als er dus bij de start een hogere correctie binnenkomt, start de timer 2. De volgende berekening en de timer is nog < 9 seconden wordt er geen signaal uit gestuurd. Zodra timer 2 > 9 seconden is, mag de nieuwe correctie uitgestuurd worden.

Voor fase 2 eigenlijk het zelfde, voor de ||.

code:

(TimeElapsed > Stage_1_Duration && TimeElapsed_phase2 < 80)

Maar hier worden alle correcties < 80 seconden onderdrukt.

Op regel 15 zie je dat de signalen onderdrukt worden. De nieuwe correctie wordt vervangen door de oude. Dit bijft hij doen zolang die onderdrukt moet worden.


Helpt dit?


//// edit

code:

return [msg1,msg99];//change back msg99 to null

Laat het ook duidelijk zijn dat ik het niet nodig vind om in logboek te zien dat een correctie gelijk blijft.
Daarom stuur ik wel msg1 uit, en geen msg99
msg1 voor trigger andere flows, en GUI bijvoorbeeld. Maar dat hoeft niet persee denk ik.

[ Voor 8% gewijzigd door edterbak op 19-01-2023 23:40 ]

[edterbak]

Ik denk dat het vooral niet leesbaar is door de vage namen die ik gebruikt heb

Stage_1_Duration
TimeElapsed_phase2

Mijn brein is vrij abstract.

[ Voor 11% gewijzigd door edterbak op 19-01-2023 23:33 ]

[edterbak]

Hoe langer ik naar die code kijk nu, hoe meer ik denk dat die niet werkt.

Er staat wel
global.set('F_SS_correction',F_SS_old_correction);
maar msg1.payload wordt niet aangepast.


Ik dacht ook dat daar ooit dit stond:
return [null,null];

Maar dat blijt niet zo te zijn.

[ Voor 20% gewijzigd door edterbak op 19-01-2023 23:56 ]

[edterbak]

Maarten69 schreef op woensdag 18 januari 2023 @ 09:59:
[...]

@edterbak Zou je deze dan willen toevoegen aan de node Repair & delete old vars

code:

global.set('MQTT_Block_Allow_function_rtc_onoff', undefined, "file");
    global.set('MQTT_Block_Allow_function_solar', undefined, "file");
    global.set('MQTT_Block_Allow_function_scheduled_tasks', undefined, "file");   
    global.set('MQTT_Block_default_1', undefined, "file");
    global.set('MQTT_Block_default_2', undefined, "file");
    global.set('MQTT_Block_default_3', undefined, "file");

Zo dus:
[Afbeelding]

Het lijkt er op dat je dat al gedaan hebt. KLopt dat?

[Aikon]

Morge,

Mijn setup:
Hoekhuis uit 1965, met rondom (muur, vloer, dak) matige isolatie, maar beter gaat niet lukken.

Radiators in de woonkamer/keuken:
Type 30 50 cm zonder lamellen
Convectieput 200 cm
Gietijzer 240 cm

Allen met zelfbouw 14cm fans op 6v oid.

Pumpflow 40% is 23l/min
Geen buffer
DHW 200ltr

[Aikon]

Wat me opvalt is dat ik veel meer stops heb, vanwege matige isolatie en radiators, maar wel veel minder backup heater gebruik voor heat.

[Maarten69]

edterbak schreef op vrijdag 20 januari 2023 @ 00:23:
[...]

Het lijkt er op dat je dat al gedaan hebt. KLopt dat?

Klopt die had ik er nog in kunnen zetten.

Bedankt voor je uitgebreide uitleg.
Inderdaad het was niet nodig naar log, maarhet was een test omdat ik wilde weten wanneer deze uitgevoerd werd. Toch heb ik hem al 1x in log gezien.

[wasgezellig]

Is het wellicht een idee om op GitHub een plek te maken waar iedereen per gebruikersnaam (in een folder) zijn config kan delen? Wellicht export van system-check, aansluitschema (als je die hebt) en een stukje begeleidende tekst.

Of wellicht hebben jullie betere suggesties? In het forum vind ik dit zelf best snel onoverzichtelijk worden, en zo is het ook veel lastiger te vinden voor bijvoorbeeld nieuwe gebruikers (en tegen de tijd dat ze het vinden verouderd). Dan kan daar op de GitHub-pagina ook naar verwezen worden.

[Aikon]

TS kan de posts met instellingen pinnen hier, dat is een snelle oplossing. Op github zou mooier zijn idd. Het allermooist zou een soort van schema zijn hoe je tot de juiste instellingen komt. Als in: begin met WAR, en dan RTC en dan heat delta oid. Maar het blijft een beetje prutsen per situatie, heel makkelijk zal het niet worden denk ik.

[ Voor 15% gewijzigd door Aikon op 20-01-2023 11:41 ]

[MikeyMan]

wasgezellig schreef op vrijdag 20 januari 2023 @ 11:38:
Is het wellicht een idee om op GitHub een plek te maken waar iedereen per gebruikersnaam (in een folder) zijn config kan delen? Wellicht export van system-check, aansluitschema (als je die hebt) en een stukje begeleidende tekst.

Of wellicht hebben jullie betere suggesties? In het forum vind ik dit zelf best snel onoverzichtelijk worden, en zo is het ook veel lastiger te vinden voor bijvoorbeeld nieuwe gebruikers (en tegen de tijd dat ze het vinden verouderd). Dan kan daar op de GitHub-pagina ook naar verwezen worden.

Hoofdvraag is; wat denk je eruit te halen?

[MikeyMan]

Aikon schreef op vrijdag 20 januari 2023 @ 11:40:
TS kan de posts met instellingen pinnen hier, dat is een snelle oplossing. Op github zou mooier zijn idd. Het allermooist zou een soort van schema zijn hoe je tot de juiste instellingen komt. Als in: begin met WAR, en dan RTC en dan heat delta oid. Maar het blijft een beetje prutsen per situatie, heel makkelijk zal het niet worden denk ik.

Daar zie ik inderdaad meer in! Of uiteindelijk misschien wel suggesties op basis van log of meetwaardes.

Allerlei instellingen gaan vergelijken heeft m.i. wat minder zin.


Hier met dit weer overigens weer defrost-galore... En -mede daardoor- duurt het lang om van de nachtverlaging te herstellen.

[ Voor 27% gewijzigd door MikeyMan op 20-01-2023 11:45 ]

[Aikon]

Of ChatGPT integreren die het gewoon voor je fixed

[Aikon]

Tientallen configs hebben idd weinig zin, maar een paar voor écht verschillende situaties geeft wel een goed startpunt denk ik. Maar dan heb je wel alle info nodig, dus ook qua afgifte en isolatie etc.

[Aikon]

MikeyMan schreef op vrijdag 20 januari 2023 @ 11:42:
[...]


Daar zie ik inderdaad meer in! Of uiteindelijk misschien wel suggesties op basis van log of meetwaardes.

Allerlei instellingen gaan vergelijken heeft m.i. wat minder zin.


Hier met dit weer overigens weer defrost-galore... En -mede daardoor- duurt het lang om van de nachtverlaging te herstellen.

[Afbeelding]

Had jij nou alleen vloerverwarming of iets van radiatoren? Dit is wel erg lang ja...

[MikeyMan]

Aikon schreef op vrijdag 20 januari 2023 @ 11:47:
[...]

Had jij nou alleen vloerverwarming of iets van radiatoren? Dit is wel erg lang ja...

Vloerverwarming. Loopt op zich ook prima. Maar elke 45 minuten defrost en DHW run zitten nu wel dwars. Hij haalt ook z'n ingestelde temperatuur bij lange na niet.

Kan de Ta wel weer verhogen, maar dat is ook maar beperkt een oplossing, aangezien dat ook de defrosts weer stimuleert...



Let wel even op de Y-As

[ Voor 3% gewijzigd door MikeyMan op 20-01-2023 11:50 ]

[Aikon]

Bijzonder, ik heb maar 1 defrost gehad sinds de ochtend, en vannacht 2. Wellicht rondom vriespunt gewoon geen nachtverlaging toepassen?

DHW doe ik sowieso niet meer overdag als het kouder is als x graden, dat schiet gewoon niet op bij mij.

[MikeyMan]

Aikon schreef op vrijdag 20 januari 2023 @ 11:52:
Bijzonder, ik heb maar 1 defrost gehad sinds de ochtend, en vannacht 2. Wellicht rondom vriespunt gewoon geen nachtverlaging toepassen?

DHW doe ik sowieso niet meer overdag als het kouder is als x graden, dat schiet gewoon niet op bij mij.

Je doet de DHW dan 'snachts? Zit wat in... Goedkopere stroom ook... Maar dan zou je toch in de zomer overdag en in de winter 'snachts moeten draaien.

Nachtverlaging ook nog afhankelijk maken van de buitentemperatuur maakt het wel enigszins lastig in de aansturing.

Draai nu een tijdje op dT sturing, met 3 graden delta.
Ga deze nu eerst eens op 5 graden zetten, kijken wat er gebeurt.

Alternatief kan ik weer terug naar vaste pump duty.

[ Voor 8% gewijzigd door MikeyMan op 20-01-2023 11:56 ]

[Aikon]

MikeyMan schreef op vrijdag 20 januari 2023 @ 11:54:
[...]


Je doet de DHW dan 'snachts?

Nachtverlaging ook nog afhankelijk maken van de buitentemperatuur maakt het wel enigszins lastig in de aansturing.

Draai nu een tijdje op dT sturing, met 3 graden delta.
Ga deze nu eerst eens op 5 graden zetten, kijken wat er gebeurt.

Alternatief kan ik weer terug naar vaste pump duty.

'S avonds als er geen warmtevraag meer is. Nachtverlaging gewoon met het handje uitzetten, je weet dat het de komende week flutweer is bijvoorbeeld.

[MikeyMan]

Aikon schreef op vrijdag 20 januari 2023 @ 11:56:
[...]

'S avonds als er geen warmtevraag meer is. Nachtverlaging gewoon met het handje uitzetten, je weet dat het de komende week flutweer is bijvoorbeeld.

Nachtverlaging komt van m'n thermostaat af. Nog best een klus om eruit te fietsen.
En liefst loopt het spul natuurlijk zonder ingrijpen.

[The-Source]

MikeyMan schreef op vrijdag 20 januari 2023 @ 11:49:
[...]


Vloerverwarming. Loopt op zich ook prima. Maar elke 45 minuten defrost en DHW run zitten nu wel dwars. Hij haalt ook z'n ingestelde temperatuur bij lange na niet.

Hier in de huidige weer omstandigheden om de 90 minuten een korte defrost van z'n 10 minuten.
Volledig op vloerverwarming en sinds de aanpassing van thermostaat naar water temperatuur ook geen MQTT overload meer
WAR zelfs nog wat verlaagt in z'n temperatuur profiel: 15 > 23c, -5 > 28c, -9 >34c
En zelfs op deze temperaturen blijft het hier op temperatuur en als je de defrosts niet meerekend draait hij als non stop sinds gisteren 17:30

[Maarten69]

Hier in zeeland om de 3 uur defrost gehad afgelopen nacht

[MikeyMan]

Hier nu elke 40-45 minuten dus...

[Aikon]

MikeyMan schreef op vrijdag 20 januari 2023 @ 11:57:
[...]


Nachtverlaging komt van m'n thermostaat af. Nog best een klus om eruit te fietsen.
En liefst loopt het spul natuurlijk zonder ingrijpen.

En de nachtverlaging op 0,1 graad zetten? Wellicht is dat wel simpel?

[MikeyMan]

Aikon schreef op vrijdag 20 januari 2023 @ 12:03:
[...]

En de nachtverlaging op 0,1 graad zetten? Wellicht is dat wel simpel?

Moet ik nog het hele programma omkatten.

Zit nu te kijken of ik het setpoint via NodeRed afhankelijk kan maken van de buitentemperatuur.

Maar ergens gaat er nog iets niet helemaal goed met de instellingen zo heb ik het idee.
En natte sneeuw, temperaturen rond het vriespunt zijn natuurlijk ook wel extreem vervelend.

[Aikon]

Ah ja, natte sneeuw. Hier is het nog ouderwets regen, dat scheelt wel.

[MikeyMan]

Ja de hele ochtend al...

Overigens doet de block functie het wel goed bij inschakelen, maar hij schakelt niet goed uit:

code:

20/01 12:20:13 - SYSTEM: MQTT block inactive, default block mode: BLOCK ALL
20/01 12:19:20 - Function Pump speed: 1
20/01 12:18:59 - POWER: ON detected [Remote Controller]
20/01 12:18:29 - Compressor: stopped
20/01 12:18:14 - SYSTEM: MQTT block active, default block mode: BLOCK ALL
20/01 12:18:14 - POWER: OFF detected [Remote Controller]
20/01 12:18:14 - POWER: Manual OFF detected. (Remote Controller) - Default action used: Block all

Heb hem met de hand weer gedeblokkeerd... MAar misschien was ik wat ongeduldig

[ Voor 6% gewijzigd door MikeyMan op 20-01-2023 12:21 ]

[Maarten69]

Er is eigenlijk geen goede reden dat de softstart maar maximaal corrigeert met start_sp -2.

Na start moet je zorgen dat het SP zo laag mogelijk gezet wordt, maar houden aan de WP voorwaarden.
Soort turbo softstart dus:

Enjoy (private only)

[Maarten69]

En als je denkt dat zijn een hoop ingrepen, mwa:

code:

20/01 12:07:24 - MQTT Command: SetZ1HeatRequestTemperature: 25 (SoftStart)
20/01 12:07:24 - Function SoftStart: Correction: -5.25 > -4.25 °C - (STABLE) Freq: 22Hz, SP_Final: 24.8°C
20/01 12:06:04 - Function SoftStart: Correction: -5.5 > -5.25 °C - (STARTUP) Freq: 28Hz, SP_Final: 23.8°C
20/01 12:05:54 - MQTT Command: SetZ1HeatRequestTemperature: 24 (SoftStart)
20/01 12:05:54 - Function SoftStart: Correction: -6.25 > -5.5 °C - (STARTUP) Freq: 28Hz, SP_Final: 23.5°C
20/01 12:05:44 - MQTT Command: SetZ1HeatRequestTemperature: 23 (SoftStart)
20/01 12:05:44 - Function SoftStart: Correction: -7 > -6.25 °C - (STARTUP) Freq: 32Hz, SP_Final: 22.8°C
20/01 12:05:34 - MQTT Command: SetZ1HeatRequestTemperature: 22 (SoftStart)
20/01 12:05:34 - Function SoftStart: Correction: -8 > -7 °C - (STARTUP) Freq: 35Hz, SP_Final: 22°C
20/01 12:05:24 - MQTT Command: SetZ1HeatRequestTemperature: 21 (SoftStart)
20/01 12:05:24 - Function SoftStart: Correction: -8.75 > -8 °C - (STARTUP) Freq: 35Hz, SP_Final: 21°C
20/01 12:04:44 - MQTT Command: SetZ1HeatRequestTemperature: 20 (SoftStart)
20/01 12:04:44 - Function SoftStart: Correction: 0 > -9.25 °C - (STARTUP) Freq: 20Hz, SP_Final: 19.8°C
20/01 12:04:44 - Compressor: running
20/01 12:01:39 - MQTT Command: SetZ1HeatRequestTemperature: 29 (SP Calculation)
20/01 12:01:21 - MQTT Command: SetHeatpump: 1 (rtc on/off)

[Aikon]

Ziet er goed uit Ik realiseerde me niet dat die beperking erop zat.

Nadeel is wellicht langzamer opwarmen na nachtverlaging, of wellicht valt dat ook wel reuze mee?

[Maarten69]

Aikon schreef op vrijdag 20 januari 2023 @ 12:33:
Ziet er goed uit Ik realiseerde me niet dat die beperking erop zat.

Nadeel is wellicht langzamer opwarmen na nachtverlaging, of wellicht valt dat ook wel reuze mee?

Dit is alleen de softstart opstartfase, eerste 3 minuten (werkelijk 160 seconden overigens).
Heb hier nu stage 2 ook wel aangepast*, maar dat hoeft natuurlijk niet.

Dit is een eigen proof of concept, ik ga echt niet de SS van @edterbak aanpassen. Dat is zijn werk.

*stage 2:
opgedeeld in 5 delen (tijdsduur/5) zorgt voor vloeiende overgang van stage 1 (startup) naar stage 3 (end)
1e deel max correctie tot -5 beneden start_SP
2e deel max correctie tot -4 beneden start_SP
3e deel max correctie tot -3 beneden start_SP
4e deel max correctie tot -2 beneden start_SP
5e deel max correctie tot -1 beneden start_SP

stage 3 (einde softstart)

Die correcties houden ten alle rekening met de WP voorwaarden om te blijven draaien.
Het is een max toegelaten correctie, kan ook gewoon -1 zijn bij begin van stage 2.


Met mijn setup (lage temps) heeft dit weinig effect, daarom ga ik nu testen met 40+ temps

[ Voor 55% gewijzigd door Maarten69 op 20-01-2023 14:18 ]

[Maarten69]

Inmiddels aangepast naar 10 delen in stage 2 en een max correctie in startup va 20 graden.

Het is versneld, maar dan krijg je een idee:


Dat zet mij aan het denken om ipv max -10 (in stage 2), de correctie waarmee je uit stage 1 komt te gebruiken als max.
Dat was in dit geval -14 geweest.


Afijn, genoeg getest voor vandaag.

[ Voor 15% gewijzigd door Maarten69 op 20-01-2023 15:15 ]

[MikeyMan]

Er zit toch nog iets onlogisch in de reduce pump speed instelling.



Bij de bovenste slider stel je de huidige waarde in. Echter; dit kan twee betekenissen hebben.
Als de pomp aan staat stel je er de 'aan' waarde mee aan. Als deze uit staat, de lage waarde.

M.i. zou het logischer zijn om de bovenste altijd de 'hoge' instelling te laten zetten.

Hoe ik hierachter kwam?

code:

20/01 18:59:15 - SYSTEM - Last error: H62
20/01 18:59:15 - SYSTEM: MQTT block active, default block mode: BLOCK ALL
20/01 18:59:15 - POWER: OFF detected [Remote Controller]
20/01 18:59:15 - POWER: Manual OFF detected. (Remote Controller) - Default action used: Block all
20/01 18:57:15 - MQTT Command: SetMaxPumpDuty: 68 (Function Pump speed)
20/01 18:57:15 - Compressor: stopped
20/01 18:57:15 - Function Pump speed: reduced to 68 (2%)
20/01 18:45:49 - MQTT Command: SetZ1HeatRequestTemperature: 27 (function rtc)

2% is duidelijk te laag

Fucking 13 defrosts inmiddels

[ Voor 36% gewijzigd door MikeyMan op 20-01-2023 20:23 ]

[Maarten69]

De WP heeft natuurlijk maar 1 pumpspeed, met de bovenste stel je die ten alle tijde in.

Als de pumpspeed low actief is zou misschien de set knop disabled moeten zijn.

Sja bij dit soort zaken blijven zelf nadenken en controleren nodig denk ik.

[MikeyMan]

Maarten69 schreef op vrijdag 20 januari 2023 @ 20:35:
De WP heeft natuurlijk maar 1 pumpspeed, met de bovenste stel je die ten alle tijde in.

Als de pumpspeed low actief is zou misschien de set knop disabled moeten zijn.

Sja bij dit soort zaken blijven zelf nadenken en controleren nodig denk ik.

Nou, wat mij betreft ligt dat iets genuanceerder.
De onderste stelt de 'gereduceerde' snelheid in, als je er gebruik van wilt maken. Daarmee zou de bovenste automatisch altijd de normale snelheid in moeten stellen.

Vervelender; je kunt nu de normale pompsnelheid alleen instellen als de compressor toevallig actief is.

[Maarten69]

Is dat zo? Als je reduce pumpspeed uit staat kan het toch zeker ook?

[The-Source]

@MikeyMan hier 11 defrost sinds 00:00 maar ook een run van gisteren 17:00 tot 14:30 op gemiddeld 22hz en cop gemiddelde van 4,8

[MikeyMan]

The-Source schreef op vrijdag 20 januari 2023 @ 21:14:
@MikeyMan hier 11 defrost sinds 00:00 maar ook een run van gisteren 17:00 tot 14:30 op gemiddeld 22hz en cop gemiddelde van 4,8

Hoe dat dan? Met een defrost stopt je compressor toch? Tel dat niet perse als één run.

Hoe bereken je de cop per run?

[MikeyMan]

Maarten69 schreef op vrijdag 20 januari 2023 @ 21:00:
Is dat zo? Als je reduce pumpspeed uit staat kan het toch zeker ook?

Helemaal goed verwoord had ik het niet.

Als de compressor uit staat, draait ie op lage snelheid. Wil je dan de normale pompsnelheid aanpassen, gaat de snelheid omhoog naar die instelling. Terwijl ie dus op lage snelheid zou moeten blijven draaien

[The-Source]

de defrost heb ik even op een heel korte tijd ingezoomd, of hij werkelijk heel kort stopt durf ik niet de zeggen maar tijdens de defrost draait de compressor wel ( zie witte lijn van defrost en frequentie pomp)
de staaf grafiek is per 15 minuten gemiddeld een daardoor is de laatste niet representatief.

[MikeyMan]

Zowel node red als domoticz laten duidelijk een 0 waarde zien. Compressor slaat daadwerkelijk af om de benodigde kleppen om te kunnen zetten.

[edterbak]

Zo, ben weer thuis. Even lezen allemaal.

Maarten69 schreef op vrijdag 20 januari 2023 @ 12:26:
Er is eigenlijk geen goede reden dat de softstart maar maximaal corrigeert met start_sp -2.

Klopt.
De reden dat deze nu op -2 staat, is omdat er zo veel gebruikers waren waarbij de pomp afsloeg na ingrijpen.

Stel:
SP = 25 graden (water)
Als Ta 20C is, gaat de compressor aan
Op dat moment mag PV_corrected 18C zijn. Dat is dus SP -7, theoretisch.

Dat ik deze functie voor (bijna) mijzelf gemaakt had, stond dit getal op -5. Ging prima.

De reden dat de softstart functie nu zo vreemd is, ligt aan alle verschillende mogelijkheden kwa hardware en instellingen, de interne regeling.

1 De hardware verschillen. Met buffer, zonder buffer, vloerverwarming. Dat heeft effect op de tijd dat water onderweg is van Ta naar Tr.
2 De hardware verschillen. Heishamon. Hoe vaak stuurt hij meetwaarden door. 5/10/30seconden?
3 De instellingen. de max waterflow, max dT settings.
4 Pomp type
5 De interne regelingen. De Ta mag niet meer dan x graden boven sp liggen gedurende y tijd.

1,2,3 hebben grote gevolgen op elkaar. Als de hardware een grote buffer heeft, gaat de pomp veel langer hard werken voor dat deze 'ziet' dat er warm water terug komt. Punt 3 heeft daar ook een flink effect op. Daar op inhakend; Als de instelling van heishamon zo is dat 1x per minuut of 1x per 5 seconden is, dan heeft dat gevolgen voor de reactietijd van de flow. Intern ziet de panasonic de temperatuur direct, maar de node red flow is afhankelijk van de update frequentie. Timing issues tussen deze 2.

Al deze variabelen hebben er voor gezorgd dat ik heb moeten stoeien met de instellingen om de minste klachten te krijgen.
Voor mij persoonlijk werkte SP -4 nog prima. Maar dat werkt niet voor de meeste mensen.


Dus, mijn advies. Stel het goed in voor jezelf.
Als je dit echt wilt uitrollen naar groter publiek, dan moet je echt wel een goed testtraject in, met mensen met verschillende setups die alles willen testen.

Maar mijn traject heb ik op een bepaald moment stop gezet omdat ik voornamelijk positieve reacties kreeg. Dus dacht.. "afblijven!".

[edterbak]

Maarten69 schreef op vrijdag 20 januari 2023 @ 08:50:
[...]

Klopt die had ik er nog in kunnen zetten.

Bedankt voor je uitgebreide uitleg.
Inderdaad het was niet nodig naar log, maarhet was een test omdat ik wilde weten wanneer deze uitgevoerd werd. Toch heb ik hem al 1x in log gezien.

Mooi, Dan zal ik het item gereed melden. Ik heb er niks aan gedaan, maar als jij dat al hebt gedaan, betekent dat de laatste versie v21,48, dus alle belangrijke bugs gefixt zijn.

Zijn er nog bugs gevonden welke gerelateerd zijn aan de items voor v22.00?

[edterbak]

Maarten69 schreef op vrijdag 20 januari 2023 @ 14:57:
Inmiddels aangepast naar 10 delen in stage 2 en een max correctie in startup va 20 graden.

Het is versneld, maar dan krijg je een idee:
[Afbeelding]

Dat zet mij aan het denken om ipv max -10 (in stage 2), de correctie waarmee je uit stage 1 komt te gebruiken als max.
Dat was in dit geval -14 geweest.


Afijn, genoeg getest voor vandaag.

Ben je dit op je eigen versie aan het testen?

Ik ga er van uit dat we straks met zijn allen verder gaan met v21.48.

Kaartje op het board over softstart staat nog helemaal links, moet nog besproken worden.

[Maarten69]

Klopt het was een test only.
Natuurlijk verder met 21.48 en huidige SS.

Ja de setups schelen te veel onderling, klopt.
En voor elke SS instellingen een instelling aan te bieden op het dashboard gaat ook nog al wat vragen geven natuurlijk.

Blijft lastig, daarom ligt en blijft de (soft-)bal bij jou liggen.

Moet gaan werken, succes.

[MikeyMan]

Moet toch ook een functie voor te maken zijn... Als ie voortijdig afslaat voor de volgende keer de maximale verlaging iets beperken

Daarmee maak je het soort van zelflerend

[ Voor 41% gewijzigd door MikeyMan op 21-01-2023 07:53 ]

[MikeyMan]

@Maarten69 Reduce pumpspeed gaat sowieso iets niet goed mee nu.

Hij slaat de lage stand niet op...

Had hem op 5% gezet, maar ging vervolgens toch weer naar 2%.

code:

21/01 10:59:12 - MQTT Command: SetHeatpump: 1 (rtc on/off)
21/01 10:59:10 - Function RTC: on/off - Turn on power (Room temp: 19.63°C)
21/01 10:59:05 - MQTT Command: SetMaxPumpDuty: 140 (unknown)
21/01 10:59:01 - MQTT Command: SetMaxPumpDuty: 140 (unknown)
21/01 10:58:54 - MQTT Command: SetMaxPumpDuty: 159 (unknown)
21/01 10:58:51 - MQTT Command: SetMaxPumpDuty: 161 (unknown)
21/01 10:57:32 - MQTT Command: SetMaxPumpDuty: 74 (function rtc)
21/01 10:57:09 - SYSTEM: MQTT block inactive, default block mode: BLOCK ALL
21/01 10:42:50 - Function WAR: Setpoint change: From 30 to 29 °C
21/01 10:28:52 - Function RTC: Correction change: From 1 to 2 °C (Room actual: 19.67 °C)
21/01 10:27:50 - SYSTEM: MQTT block active, default block mode: BLOCK ALL
21/01 10:27:50 - POWER: OFF detected [Remote Controller]
21/01 10:27:49 - POWER: Manual OFF detected. (Remote Controller) - Default action used: Block all
21/01 10:25:35 - MQTT Command: SetMaxPumpDuty: 68 (Function Pump speed)
21/01 10:25:35 - Compressor: stopped
21/01 10:25:35 - Function Pump speed: reduced to 68 (2%)
21/01 10:18:46 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
21/01 10:18:46 - Function RTC: Correction change: From 0 to 1 °C (Room actual: 19.87 °C)
21/01 09:55:34 - MQTT Command: SetZ1HeatRequestTemperature: 30 (SoftStart)
21/01 09:55:34 - Function SoftStart: Correction: -3 > 0 °C - (ENDING) Freq: 35Hz, SP_Final: 30°C
21/01 09:43:49 - MQTT Command: SetZ1HeatRequestTemperature: 27 (SoftStart)
21/01 09:43:49 - Function SoftStart: Correction: -2 > -3 °C - (STABLE) Freq: 34Hz, SP_Final: 27°C
21/01 09:40:34 - MQTT Command: SetZ1HeatRequestTemperature: 28 (SoftStart)
21/01 09:40:34 - MQTT Command: SetMaxPumpDuty: 140 (Function Pump speed)
21/01 09:40:34 - Compressor: running

Daarnaast lijkt ie te denken dat de pumpspeed door RTC wordt gezet?

Heb de global context verwijderd, en deze instelling gezet:



Dit resulteert deze keer wel in een nieuwe waarde, maar niet de lagere:

[ Voor 12% gewijzigd door MikeyMan op 21-01-2023 11:02 ]

[Maarten69]

@MikeyMan Die MQTT Command: SetMaxPumpDuty: 74 (function rtc) komt omdat hij in de rtc functie dit als mqtt source instelde door: Function RTC: Correction change: From 1 to 2 °C (Room actual: 19.67 °C),
maar door de block kon die niet verzonden en dus ook niet gewist worden.

Vandaar de foute MQTT_Source in die melding, dat klopt niet inderdaad.


Ik zal al proberen vandaag naar die Reduce Pump speed proberen te kijken, dacht dat dat inmiddels wel voldoende getest zou zijn eigenlijk. Lang geen aanpassingen aan gemaakt.

Bedankt voor je feedback natuurlijk.

[ Voor 6% gewijzigd door Maarten69 op 21-01-2023 11:37 ]

[MikeyMan]

Maarten69 schreef op zaterdag 21 januari 2023 @ 11:31:
@MikeyMan Die MQTT Command: SetMaxPumpDuty: 74 (function rtc) komt omdat hij in de rtc functie dit als mqtt source instelde door: Function RTC: Correction change: From 1 to 2 °C (Room actual: 19.67 °C),
maar door de block kon die niet verzonden en dus ook niet gewist worden.
Vandaag de foute source in die melding.

Ik zal al proberen vandaag naar die reduce pumpspeed kijken, dacht dat dat inmiddels wel voldoende getest zou zijn eigenlijk. Lang geen aanpassingen aan gemaakt.

Bedankt voor je feedback.

Zou het samenvoegen van de functie hier voor een probleempje hebben gezorgd? Zag dat de global values nu anders zijn dan voorheen.


Blocker werkt op zich goed zo. Alleen lijken niet alle errors helemaal door te komen nu. Maar wellicht blijven deze in geheugen staan.

De reden dat ik er nu pas achter kom is omdat ik nu pas alle verdelers vervangen heb en weer aan het finetunen ben.

[ Voor 6% gewijzigd door MikeyMan op 21-01-2023 11:41 ]

[Maarten69]

MikeyMan schreef op zaterdag 21 januari 2023 @ 11:35:
[...]
Zou het samenvoegen van de functie hier voor een probleempje hebben gezorgd? Zag dat de global values nu anders zijn dan voorheen.

Dan zou ik een fout gemaakt moeten hebben, je zou kunnen zoeken naar de oude vars CTRL+F, maar ben volgens mij wel secuur geweest met wijzigen per var, verwijderen, testen.
Maar goed, zelfs de besten kunnen fouten maken zeggen ze

[fietsensloper]

Die van mij is weer heel druk met zichzelf corrigeren.... Heb al 155 MQTT Commands vandaag

code:

21/01 10:18:10 - Compressor: stopped
21/01 10:18:10 - Function Pump speed: reduced to 102 (20%)
21/01 10:10:25 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
21/01 10:10:25 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 35Hz, SP_Final: 31°C
21/01 10:10:10 - Function SoftStart: Correction: 1 > 2 °C - (STABLE) Freq: 35Hz, SP_Final: 32°C
21/01 10:09:55 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
21/01 10:09:55 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 35Hz, SP_Final: 31°C
21/01 10:07:40 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SoftStart)
21/01 10:07:11 - Function SoftStart: Correction: 1 > 2 °C - (STABLE) Freq: 34Hz, SP_Final: 32°C
21/01 10:07:10 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
21/01 10:07:10 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 35Hz, SP_Final: 31°C
21/01 10:06:10 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SoftStart)
21/01 10:05:25 - Function SoftStart: Correction: 1 > 2 °C - (STABLE) Freq: 34Hz, SP_Final: 32°C
21/01 10:05:25 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
21/01 10:05:25 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 34Hz, SP_Final: 31°C
21/01 10:05:10 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SoftStart)
21/01 10:04:41 - Function SoftStart: Correction: 1 > 2 °C - (STABLE) Freq: 35Hz, SP_Final: 32°C
21/01 10:04:40 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
21/01 10:04:11 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 34Hz, SP_Final: 31°C
21/01 10:04:10 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SoftStart)
21/01 10:04:10 - Function SoftStart: Correction: 1 > 2 °C - (STABLE) Freq: 35Hz, SP_Final: 32°C
21/01 09:45:25 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
21/01 09:45:25 - Function SoftStart: Correction: 0 > 1 °C - (STABLE) Freq: 34Hz, SP_Final: 31°C

Kan iemand mij helpen met wat ik eventueel makkelijk aan kan passen zodat er een vertraging in komt van 1 minuut ofzo? Gewoon om te proberen? Dit wordt wel heel gek zo...

[MikeyMan]

fietsensloper schreef op zaterdag 21 januari 2023 @ 12:18:
Die van mij is weer heel druk met zichzelf corrigeren.... Heb al 155 MQTT Commands vandaag

code:

21/01 10:18:10 - Compressor: stopped
21/01 10:18:10 - Function Pump speed: reduced to 102 (20%)
21/01 10:10:25 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
21/01 10:10:25 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 35Hz, SP_Final: 31°C
21/01 10:10:10 - Function SoftStart: Correction: 1 > 2 °C - (STABLE) Freq: 35Hz, SP_Final: 32°C
21/01 10:09:55 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
21/01 10:09:55 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 35Hz, SP_Final: 31°C
21/01 10:07:40 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SoftStart)
21/01 10:07:11 - Function SoftStart: Correction: 1 > 2 °C - (STABLE) Freq: 34Hz, SP_Final: 32°C
21/01 10:07:10 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
21/01 10:07:10 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 35Hz, SP_Final: 31°C
21/01 10:06:10 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SoftStart)
21/01 10:05:25 - Function SoftStart: Correction: 1 > 2 °C - (STABLE) Freq: 34Hz, SP_Final: 32°C
21/01 10:05:25 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
21/01 10:05:25 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 34Hz, SP_Final: 31°C
21/01 10:05:10 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SoftStart)
21/01 10:04:41 - Function SoftStart: Correction: 1 > 2 °C - (STABLE) Freq: 35Hz, SP_Final: 32°C
21/01 10:04:40 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
21/01 10:04:11 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 34Hz, SP_Final: 31°C
21/01 10:04:10 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SoftStart)
21/01 10:04:10 - Function SoftStart: Correction: 1 > 2 °C - (STABLE) Freq: 35Hz, SP_Final: 32°C
21/01 09:45:25 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
21/01 09:45:25 - Function SoftStart: Correction: 0 > 1 °C - (STABLE) Freq: 34Hz, SP_Final: 31°C

Kan iemand mij helpen met wat ik eventueel makkelijk aan kan passen zodat er een vertraging in komt van 1 minuut ofzo? Gewoon om te proberen? Dit wordt wel heel gek zo...

155 vind ik nog niet enorm extreem. Je hebt gewoon vrij veel starts met dit weer (neem ik aan)
Ik zit op 30 starts. Had gisteren 164 MQTT berichten.

Vertraging was @Maarten69 al naar aan het kijken.

[Maarten69]

MikeyMan schreef op zaterdag 21 januari 2023 @ 13:20:
[...]


155 vind ik nog niet enorm extreem. Je hebt gewoon vrij veel starts met dit weer (neem ik aan)
Ik zit op 30 starts. Had gisteren 164 MQTT berichten.

Vertraging was @Maarten69 al naar aan het kijken.

Mwa niet helemaal hoor, was een eigen test. Ik wil dit aan @edterbak over laten, want die waarschuwde mij al over mogelijke complicaties als we die weg in zouden gaan.
Misschien iets om na stable naar te kijken...

[Maarten69]

fietsensloper schreef op zaterdag 21 januari 2023 @ 12:18:
Die van mij is weer heel druk met zichzelf corrigeren.... Heb al 155 MQTT Commands vandaag

code:

21/01 10:18:10 - Compressor: stopped
21/01 10:18:10 - Function Pump speed: reduced to 102 (20%)
21/01 10:10:25 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
21/01 10:10:25 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 35Hz, SP_Final: 31°C
21/01 10:10:10 - Function SoftStart: Correction: 1 > 2 °C - (STABLE) Freq: 35Hz, SP_Final: 32°C
21/01 10:09:55 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
21/01 10:09:55 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 35Hz, SP_Final: 31°C
21/01 10:07:40 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SoftStart)
21/01 10:07:11 - Function SoftStart: Correction: 1 > 2 °C - (STABLE) Freq: 34Hz, SP_Final: 32°C
21/01 10:07:10 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
21/01 10:07:10 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 35Hz, SP_Final: 31°C
21/01 10:06:10 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SoftStart)
21/01 10:05:25 - Function SoftStart: Correction: 1 > 2 °C - (STABLE) Freq: 34Hz, SP_Final: 32°C
21/01 10:05:25 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
21/01 10:05:25 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 34Hz, SP_Final: 31°C
21/01 10:05:10 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SoftStart)
21/01 10:04:41 - Function SoftStart: Correction: 1 > 2 °C - (STABLE) Freq: 35Hz, SP_Final: 32°C
21/01 10:04:40 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
21/01 10:04:11 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 34Hz, SP_Final: 31°C
21/01 10:04:10 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SoftStart)
21/01 10:04:10 - Function SoftStart: Correction: 1 > 2 °C - (STABLE) Freq: 35Hz, SP_Final: 32°C
21/01 09:45:25 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
21/01 09:45:25 - Function SoftStart: Correction: 0 > 1 °C - (STABLE) Freq: 34Hz, SP_Final: 31°C

Kan iemand mij helpen met wat ik eventueel makkelijk aan kan passen zodat er een vertraging in komt van 1 minuut ofzo? Gewoon om te proberen? Dit wordt wel heel gek zo...

Ik heb daar wel een paar ideetjes over hoe dit op te lossen, maar zullen we eerst even afwachten waar @edterbak mee komt?

[blb4]

edterbak schreef op zaterdag 21 januari 2023 @ 00:30:

Stel:
SP = 25 graden (water)
Als Ta 20C is, gaat de compressor aan
Op dat moment mag PV_corrected 18C zijn. Dat is dus SP -7, theoretisch.

Dat ik deze functie voor (bijna) mijzelf gemaakt had, stond dit getal op -5. Ging prima.

De reden dat de softstart functie nu zo vreemd is, ligt aan alle verschillende mogelijkheden kwa hardware en instellingen, de interne regeling.

1 De hardware verschillen. Met buffer, zonder buffer, vloerverwarming. Dat heeft effect op de tijd dat water onderweg is van Ta naar Tr.
2 De hardware verschillen. Heishamon. Hoe vaak stuurt hij meetwaarden door. 5/10/30seconden?
3 De instellingen. de max waterflow, max dT settings.
4 Pomp type
5 De interne regelingen. De Ta mag niet meer dan x graden boven sp liggen gedurende y tijd.

1,2,3 hebben grote gevolgen op elkaar. Als de hardware een grote buffer heeft, gaat de pomp veel langer hard werken voor dat deze 'ziet' dat er warm water terug komt. Punt 3 heeft daar ook een flink effect op. Daar op inhakend; Als de instelling van heishamon zo is dat 1x per minuut of 1x per 5 seconden is, dan heeft dat gevolgen voor de reactietijd van de flow. Intern ziet de panasonic de temperatuur direct, maar de node red flow is afhankelijk van de update frequentie. Timing issues tussen deze 2.

Al deze variabelen hebben er voor gezorgd dat ik heb moeten stoeien met de instellingen om de minste klachten te krijgen.
Voor mij persoonlijk werkte SP -4 nog prima. Maar dat werkt niet voor de meeste mensen.


Dus, mijn advies. Stel het goed in voor jezelf.
Als je dit echt wilt uitrollen naar groter publiek, dan moet je echt wel een goed testtraject in, met mensen met verschillende setups die alles willen testen.

Maar mijn traject heb ik op een bepaald moment stop gezet omdat ik voornamelijk positieve reacties kreeg. Dus dacht.. "afblijven!".

Heb er ook allemaal nog eens over nagedacht. Sorry, erg lang stuk.....
WP wordt bijna altijd aangestuurd met WAR en een thermostaat om bij te sturen. WAR zit in deze mooie oplossing en ook ondersteuning voor de thermostaat (RTC).

WAR
Als 't nu echt weersafhankelijk (temperatuur EN wind EN luchtvochtigheid EN zoninstraling) zou zijn zou 't al veel beter werken maar alleen temperatuur werkt bijna nooit goed. Theorie is leuk; 't warmteverlies is recht evenredig met 't temperatuurverschil tussen binnen en buiten maar bij de meeste woningen spelen kierdichtheid, ventilatie en zoninstraling een grote rol. En dan nog niet gesproken over ingrepen van de bewoner: ramen open maar vooral ook wisselingen in de interne warmteproductie: wisselend aantal personen in huis, net uitgebreid gekookt met 2 ovens aan, veel/weinig apparatuur aan, houtkachel aan etc.

Maar goed, WAR zal dus altijd wel de basis zijn van de Ta bepaling en het is dus zaak om de WAR instellingen zo goed mogelijk te zetten. Dat is volledig afhankelijk van woning en afgiftesysteem en veel meer dan dat de temperaturen voor een systeem met radiatoren hoger liggen dan die voor een systeem met alleen vloerverwarming is daar niet over te zeggen. Ik weet niet of hier meer concrete richtlijnen voor te geven zijn, ik denk 't eigenlijk niet. Maar om onder alle omstandigheden een constante temperatuur in huis te hebben zijn aanvullende maatregelen nodig. Vandaar dat er bijna altijd een Thermostaat nodig is die geholpen kan worden door de RTC functie.

Thermostaat/RTC functie
Al die bovengenoemde zaken kunnen/zullen er dus toe leiden dat de temperatuur in huis anders is dan je zou willen. Dit is dus bij te sturen door een thermostaat. Er is in de verschillende panasonic WP topics aardig wat geschreven over alle opties, welke 't beste is hangt af van ieders individuele situatie en wensen. Nadeel van een aan/uit thermostaat is dat hij geen kennis heeft van de status van de WP en dus de WP b.v. kan uitzetten terwijl de compressor net is opgestart; over het algemeen niet wenselijk. De RTC functie kan de thermostaat aardig ondersteunen; door Ta te verhogen of juist te verlagen bij een afwijking tussen de gewenste temperatuur en de daadwerkelijke temperatuur kan de gewenste temperatuur sneller bereikt worden.

Ik denk zelf niet dat je de RTC functie als thermostaat moet zien (Handmatig de gewenste temperatuur ingeven en met een temperatuursensor de actuele temperatuur vaststellen; de RTC regeling is alleen een P (Proportionele) regeling en daarmee is over het algemeen geen goed resultaat te halen (je loopt altijd achter de feiten aan).

E.e.a. is natuurlijk ook allemaal behoorlijk afhankelijk van je afgiftesysteem. Met vloerverwarming in betonnen vloeren heb je met een enorme traagheid te maken en is 't (knuppel in 't hoenderhok) eigenlijk niet mogelijk je huis op een constante temperatuur te krijgen; voordat die vloer een keertje begint af te koelen heb je de houtkachel/oven of verjaardagsbezoek (er) net uitgezet.
Doordat je in de RTC functie kan instellen bij welk temperatuurverschil de TA +/- 1/2/3 of zelfs meer graden moet worden bijgesteld kan deze functie goed werken bij alle verschillende systemen. Bij trage systemen zal je waarschijnlijk kleine stapjes instellen, bij snelle systemen grotere stappen.

Er zijn m.i. nog wat verbeteringen mogelijk in combinatie met een aan/uit thermostaat, bijvoorbeeld door deze niet op de WP zelf aan te sluiten maar op een ingang van de Heishamon (hebben we @thehog nodig) waardoor het mogelijk wordt de WP b.v. pas uit te schakelen als een run is afgelopen of zelfs korte aan/uit perioden te verlengen. Ook komt er ooit een Heishamon versie die met Opentherm thermostaten uit de voeten kan en dan zijn er ongetwijfeld weer meer mogelijkheden. Maar dat zien we dan wel weer.

Conclusie WAR/ RTC
Met deze 2 functies, samen met een externe thermostaat moet het mogelijk zijn de hut comfortabel te verwarmen. Er is nog wat ruimte voor verbetering in combinatie met een externe thermostaat en in de (verre) toekomst in combinatie met Opentherm Termostaten.


Zijn er dan nog meer wensen? Ja dus; Kabouters temmen! De Warmtepomp heeft zijn eigen interne besturing en die is ontworpen op basis van een heleboel wensen/eisen, technische mogelijkheden & beperkingen. Ik geloof niet dat iemand hier op Tweakers de gehele logica doorgrond, vandaar dus dat we 't maar over de Kabouters hebben. In elk geval is duidelijk dat de warmtepomp na opstarten zo snel mogelijk probeert de ingestelde Ta te halen en dat wij dat over z'n algemeen niet fijn vinden omdat we graag de compressorfrequentie zo laag mogelijk hebben (o.a. i.v.m. geluids(over)last) en we willen graag lange, constante runs ipv veel aan/uit schakelingen. Dit is dus wat de softstart functie doet.

SoftStart functie
Er zijn 2 situaties te onderscheiden:
1) de warmtevraag is lager dan 't minimale vermogen van de WP;
In deze situatie wil je dat de WP z.s.m. naar z'n laagste vermogen gaat zodat hij daarop zo lang mogelijk kan blijven draaien. Ik heb de indruk dat de huidige SS functie dit behoorlijk doet. Optionele Quiet Mode instelling, de instelbare runtime en maximale Ta verhoging doen hun werk. Wat ik wel zie:
Het is soms mogelijk de compressor toch nog wat lager te krijgen dan de SS functie nu doet. m.i. Zit dit in de logica dat in de " keep running mode" Ta wordt aangepast als Toutlet > Ta+1 graad is. Dit zou Ta+2 kunnen zijn is mijn ervaring. Ook zien we dat de correctie soms erg nerveus is met snel achter elkaar Ta wijzigingen van b.v. 32/33/32/33 graden met dus veel MQTT commando's. Dit lijkt te verbeteren door een delay op te nemen.
Heishamon/NR loopt altijd wat achter op de WP; dit heeft b.v. te maken met de Heishamon settings "How often new values are collected from heatpump" en mogelijk ook "How often all heatpump values are retransmitted to MQTT broker". Volgens mij kan hiervoor best een voorwaarde worden opgenomen op welke waarden deze min/max moeten staan. Da's net zoiets als de voorwaarde dat TOP76 Heating_Mode op 1 moet staan.
2) de warmtevraag is hoger dan 't minimale vermogen van de WP;
Ik deze situatie constateer ik dat de WP soms op een te lage Ta uitkomt waardoor het huis afkoelt. in de Softstart functie zit nu hardcoded dat de negatieve correct maximaal -5 kan zijn. Ik zie nu soms dat RTC +3 aangeeft en SS -5, er is m.i. dus nog wat te verbeteren voor de situatie waarbij de warmtevraag hoger is dan 't minimale vermogen.

Conclusie SS:

• Om verrassingen zo veel mogelijk te voorkomen vastleggen welke Heishamon refresh waarden ingesteld moeten worden;
• (automatisch) onderscheid nodig tussen warmtevraag > minimale vermogen en warmtevraag < minimale vermogen. Of een andere logica waardoor 't altijd goed werkt 8);
• Ta pas naar boven toe bijstellen bij Ta > Ts +2;
• [Delay toe te voegen voor MQTT command om aantal MQTT commando's wat te verminderen;
• Kijken of de logica geoptimaliseerd kan worden bij warmtevraag > minimale vermogen. Mogelijk hierin de RTC correctie betrekken. Misschien tijdens de "keep running mode" geen negatieve correctie als de RTC correctie positief is?

Zo, wel weer ff voldoende voor dit moment. De oven maar eens aanzetten

Update 13:56: bij SS nog wat opgenomen over "nerveus" gedrag met veel MQTT commands dat mogelijk wat te verbeteren valt door een delay toe te voegen. Oven is nu warm

[fietsensloper]

MikeyMan schreef op zaterdag 21 januari 2023 @ 13:20:
[...]


155 vind ik nog niet enorm extreem. Je hebt gewoon vrij veel starts met dit weer (neem ik aan)
Ik zit op 30 starts. Had gisteren 164 MQTT berichten.

Vertraging was @Maarten69 al naar aan het kijken.

Zit nu op de 14e start vandaag met inmiddels 170 MQTT berichten. Gisteren 264 over de hele dag.

Maarten69 schreef op zaterdag 21 januari 2023 @ 13:29:
[...]

Ik heb daar wel een paar ideetjes over hoe dit op te lossen, maar zullen we eerst even afwachten waar @edterbak mee komt?

We wachten rustig af

[Maarten69]

Goed verhaal @blb4
Ik denk dat wij nooit voorzien hadden dat sommige gebruikers de SS tijd zo lang zouden zetten (6 uur in jou geval).

Als we nog eens opnieuw de gewenste werking van een sofstart zouden schrijven in tekst, kunnen we dat vast wel vertalen naar code.

De keep running loskoppelen van de SS zou ook nog kunnen.
Maar meer instelbare settings is denk ik wel het algemene verzoek hier.

[MikeyMan]

@Maarten69 loskoppelen zou denk ik een hoop vragen schelen

[edterbak]

blb4 schreef op zaterdag 21 januari 2023 @ 13:37:
[...]

Heb er ook allemaal nog eens over nagedacht. Sorry, erg lang stuk.....
WP wordt bijna altijd aangestuurd met WAR en een thermostaat om bij te sturen. WAR zit in deze mooie oplossing en ook ondersteuning voor de thermostaat (RTC).

WAR
Als 't nu echt weersafhankelijk (temperatuur EN wind EN luchtvochtigheid EN zoninstraling) zou zijn zou 't al veel beter werken maar alleen temperatuur werkt bijna nooit goed. Theorie is leuk; 't warmteverlies is recht evenredig met 't temperatuurverschil tussen binnen en buiten maar bij de meeste woningen spelen kierdichtheid, ventilatie en zoninstraling een grote rol. En dan nog niet gesproken over ingrepen van de bewoner: ramen open maar vooral ook wisselingen in de interne warmteproductie: wisselend aantal personen in huis, net uitgebreid gekookt met 2 ovens aan, veel/weinig apparatuur aan, houtkachel aan etc.

Maar goed, WAR zal dus altijd wel de basis zijn van de Ta bepaling en het is dus zaak om de WAR instellingen zo goed mogelijk te zetten. Dat is volledig afhankelijk van woning en afgiftesysteem en veel meer dan dat de temperaturen voor een systeem met radiatoren hoger liggen dan die voor een systeem met alleen vloerverwarming is daar niet over te zeggen. Ik weet niet of hier meer concrete richtlijnen voor te geven zijn, ik denk 't eigenlijk niet. Maar om onder alle omstandigheden een constante temperatuur in huis te hebben zijn aanvullende maatregelen nodig. Vandaar dat er bijna altijd een Thermostaat nodig is die geholpen kan worden door de RTC functie.

Thermostaat/RTC functie
Al die bovengenoemde zaken kunnen/zullen er dus toe leiden dat de temperatuur in huis anders is dan je zou willen. Dit is dus bij te sturen door een thermostaat. Er is in de verschillende panasonic WP topics aardig wat geschreven over alle opties, welke 't beste is hangt af van ieders individuele situatie en wensen. Nadeel van een aan/uit thermostaat is dat hij geen kennis heeft van de status van de WP en dus de WP b.v. kan uitzetten terwijl de compressor net is opgestart; over het algemeen niet wenselijk. De RTC functie kan de thermostaat aardig ondersteunen; door Ta te verhogen of juist te verlagen bij een afwijking tussen de gewenste temperatuur en de daadwerkelijke temperatuur kan de gewenste temperatuur sneller bereikt worden.

Ik denk zelf niet dat je de RTC functie als thermostaat moet zien (Handmatig de gewenste temperatuur ingeven en met een temperatuursensor de actuele temperatuur vaststellen; de RTC regeling is alleen een P (Proportionele) regeling en daarmee is over het algemeen geen goed resultaat te halen (je loopt altijd achter de feiten aan).

E.e.a. is natuurlijk ook allemaal behoorlijk afhankelijk van je afgiftesysteem. Met vloerverwarming in betonnen vloeren heb je met een enorme traagheid te maken en is 't (knuppel in 't hoenderhok) eigenlijk niet mogelijk je huis op een constante temperatuur te krijgen; voordat die vloer een keertje begint af te koelen heb je de houtkachel/oven of verjaardagsbezoek (er) net uitgezet.
Doordat je in de RTC functie kan instellen bij welk temperatuurverschil de TA +/- 1/2/3 of zelfs meer graden moet worden bijgesteld kan deze functie goed werken bij alle verschillende systemen. Bij trage systemen zal je waarschijnlijk kleine stapjes instellen, bij snelle systemen grotere stappen.

Er zijn m.i. nog wat verbeteringen mogelijk in combinatie met een aan/uit thermostaat, bijvoorbeeld door deze niet op de WP zelf aan te sluiten maar op een ingang van de Heishamon (hebben we @thehog nodig) waardoor het mogelijk wordt de WP b.v. pas uit te schakelen als een run is afgelopen of zelfs korte aan/uit perioden te verlengen. Ook komt er ooit een Heishamon versie die met Opentherm thermostaten uit de voeten kan en dan zijn er ongetwijfeld weer meer mogelijkheden. Maar dat zien we dan wel weer.

Conclusie WAR/ RTC
Met deze 2 functies, samen met een externe thermostaat moet het mogelijk zijn de hut comfortabel te verwarmen. Er is nog wat ruimte voor verbetering in combinatie met een externe thermostaat en in de (verre) toekomst in combinatie met Opentherm Termostaten.


Zijn er dan nog meer wensen? Ja dus; Kabouters temmen! De Warmtepomp heeft zijn eigen interne besturing en die is ontworpen op basis van een heleboel wensen/eisen, technische mogelijkheden & beperkingen. Ik geloof niet dat iemand hier op Tweakers de gehele logica doorgrond, vandaar dus dat we 't maar over de Kabouters hebben. In elk geval is duidelijk dat de warmtepomp na opstarten zo snel mogelijk probeert de ingestelde Ta te halen en dat wij dat over z'n algemeen niet fijn vinden omdat we graag de compressorfrequentie zo laag mogelijk hebben (o.a. i.v.m. geluids(over)last) en we willen graag lange, constante runs ipv veel aan/uit schakelingen. Dit is dus wat de softstart functie doet.

SoftStart functie
Er zijn 2 situaties te onderscheiden:
1) de warmtevraag is lager dan 't minimale vermogen van de WP;
In deze situatie wil je dat de WP z.s.m. naar z'n laagste vermogen gaat zodat hij daarop zo lang mogelijk kan blijven draaien. Ik heb de indruk dat de huidige SS functie dit behoorlijk doet. Optionele Quiet Mode instelling, de instelbare runtime en maximale Ta verhoging doen hun werk. Wat ik wel zie:
Het is soms mogelijk de compressor toch nog wat lager te krijgen dan de SS functie nu doet. m.i. Zit dit in de logica dat in de " keep running mode" Ta wordt aangepast als Toutlet > Ta+1 graad is. Dit zou Ta+2 kunnen zijn is mijn ervaring.
Heishamon/NR loopt altijd wat achter op de WP; dit heeft b.v. te maken met de Heishamon settings "How often new values are collected from heatpump" en mogelijk ook "How often all heatpump values are retransmitted to MQTT broker". Volgens mij kan hiervoor best een voorwaarde worden opgenomen op welke waarden deze min/max moeten staan. Da's net zoiets als de voorwaarde dat TOP76 Heating_Mode op 1 moet staan.
2) de warmtevraag is hoger dan 't minimale vermogen van de WP;
Ik deze situatie constateer ik dat de WP soms op een te lage Ta uitkomt waardoor het huis afkoelt. in de Softstart functie zit nu hardcoded dat de negatieve correct maximaal -5 kan zijn. Ik zie nu soms dat RTC +3 aangeeft en SS -5, er is m.i. dus nog wat te verbeteren voor de situatie waarbij de warmtevraag hoger is dan 't minimale vermogen.

Conclusie SS:

• Om verrassingen zo veel mogelijk te voorkomen vastleggen welke Heishamon refresh waarden ingesteld moeten worden;
• (automatisch) onderscheid nodig tussen warmtevraag > minimale vermogen en warmtevraag < minimale vermogen. Of een andere logica waardoor 't altijd goed werkt 8);
• Ta pas naar boven toe bijstellen bij Ta > Ts +2;
• Kijken of de logica geoptimaliseerd kan worden bij warmtevraag > minimale vermogen. Mogelijk hierin de RTC correctie betrekken. Misschien tijdens de "keep running mode" geen negatieve correctie als de RTC correctie positief is?

Zo, wel weer ff voldoende voor dit moment. De oven maar eens aanzetten

Eerste reactie:
Bundelen!!! Dit wordt een bestseller.

Tweede reactie:
WAR/RTC: Je verwoord exact wat ik denk en weet over de logica en de problemen. Het RTC/WAR gedeelte is bang-on.
Bij mij loopt het als een zonnetje met vloerverwarming.
Om te kijken wat de beste WAR instelling is, zou je eigenlijk zelf moeten kijken naar een koude periode, en daar de gemiddelde SP na RTC correctie moeten bepalen. Dat is representatief voor wat de WAR eigenlijk had moeten zijn. Zo heb ik ook de temperaturen voor WAR getweakt. Daarna doe je dat ook voor warmere dagen, en zo kun je de WAR lijn 'fitten' zeg maar.

Derde reactie:
Bundelen!!! Dit wordt een bestseller. (oh, dit had ik al gezegd, maar ik ben enthousiast...)


Vierde reactie:
SS funcite. Je geeft heel terecht aan, wat ik ook al aangaf, dat de variatie enorm is. De meetfrequentie daarbij ook nog variabel. Je analyse is helemaal juist. Ik denk wel dat ik de afhankelijkheid van meetfrequentie er uit kan halen. maar dat is dus idee concept.
De huidige softstart functie is niet perfect. Erger nog. Ik ben zelffs halverwege de ontwikkeling gestopt. Omdat ik opeens weinig tot geen klachten meer kreeg. Ik wilde niet meer verder vanwege dit.
Als er een behoefte is om de softstart functie te verbeteren, dan moet dat niet voor het grote publiek zijn, maar een select groepje testers.
Iedere dag zijn er 20-50 unieke bezoekers. De heishamon NodeRed software wordt echt door veel mensen gebruikt. Die mogen wat mij betreft geen last hebben van deze ontwikkelingsreis.

Oh, had ik al gezegd dat je je epos mag bundelen ?
Het is een goed verhaal en duidelijk ook.

[fietsensloper]

Klinkt allemaal heel erg goed! Ik meld mij graag aan als tester!

[edterbak]

Ik denk ook dat ik op sommige momenten onbewust slachtoffer ben geworden van mijn eigen succes.
Toen ik in mijn eentje dit gebruikte, kon ik weken werken en prutsen aan een functie.
Ik was de enige die er last van had (los van de vrouw) en kon op eigen tempo vrij knutselen.

Nu is die vrijheid er vanaf. Er zit bij mij in ieder geval geen vrij knutsel gevoel meer in nu, deels omdat ik het niet alleen voor mijzelf doe, en deels omdat er meer mensen van afhankelijk zijn (soort verantwoordelijkheids gevoel)

[blb4]

@edterbak , dank, ik heb m'n best gedaan . Ik zal m'n uitgever ff inseinen

[edterbak]

Ghehehe.. Good. Zet mij maar in pre-order hoor.

[blb4]

edterbak schreef op zaterdag 21 januari 2023 @ 14:15:
Ik denk ook dat ik op sommige momenten onbewust slachtoffer ben geworden van mijn eigen succes.
Toen ik in mijn eentje dit gebruikte, kon ik weken werken en prutsen aan een functie.
Ik was de enige die er last van had (los van de vrouw) en kon op eigen tempo vrij knutselen.

Nu is die vrijheid er vanaf. Er zit bij mij in ieder geval geen vrij knutsel gevoel meer in nu, deels omdat ik het niet alleen voor mijzelf doe, en deels omdat er meer mensen van afhankelijk zijn (soort verantwoordelijkheids gevoel)

Snap ik, dit is wat je bij zoveel projecten ziet; je begint met iets voor je zelf, bent er enthousiast over, deelt 't met anderen en voor je 't weet heb je veel enthousiaste gebruikers en kan je niet meer vrijuit experimenteren zonder dat er relatiecrisisjes ontstaan omdat baby's in een koud bad moeten.

Goed versiebeheer is dan idd van belang. Stable versie waarmee relatieproblemen worden voorkomen en testversies zoals 't er nu ook al staat: not for the faint hearted. Volgens mij zijn er genoeg enthousiastelingen die die testversies willen proberen en dan weer door naar de volgende stable. Alles in niet al te grote stappen.

[fietsensloper]

edterbak schreef op zaterdag 21 januari 2023 @ 14:15:
Ik denk ook dat ik op sommige momenten onbewust slachtoffer ben geworden van mijn eigen succes.
Toen ik in mijn eentje dit gebruikte, kon ik weken werken en prutsen aan een functie.
Ik was de enige die er last van had (los van de vrouw) en kon op eigen tempo vrij knutselen.

Nu is die vrijheid er vanaf. Er zit bij mij in ieder geval geen vrij knutsel gevoel meer in nu, deels omdat ik het niet alleen voor mijzelf doe, en deels omdat er meer mensen van afhankelijk zijn (soort verantwoordelijkheids gevoel)

Ik snap je gevoel! Maar daarvoor doen we toch allemaal mee met de beta's? Iedereen weet dat er dan de kans bestaat dat iets niet goed is. Mocht het probleem je te groot zijn, kun je altijd terug grijpen naar de main versie die wel stabiel is.
Je hebt dan niet de laatste features, maar bent wel stabiel

[edterbak]

Mensen, mijn verzoek. @Maarten69 @MikeyMan @Aikon @sjampeter @blb4 @fietsensloper @wasgezellig @The-Source @LinuZZ

Kunnen jullie voor mij de onderstaande poll invullen vandaag (zaterdag)?

https://github.com/edterb...on_control/discussions/82

Alvast bedankt.

[MikeyMan]

@edterbak done. Goed initiatief.

Weet niet hoeveel mensen gebruik maken van de reduce pump flow, maar voor een stable is dat nog wel een kwalijk bugje. Ga er vanuit dat het een kleinigheidje is.

[edterbak]

MikeyMan schreef op zaterdag 21 januari 2023 @ 14:32:
@edterbak done. Goed initiatief.

Weet niet hoeveel mensen gebruik maken van de reduce pump flow, maar voor een stable is dat nog wel een kwalijk bugje. Ga er vanuit dat het een kleinigheidje is.

@Maarten69 @MikeyMan
Is dit een kritieke bug ?
Ik wil graag hier meer van weten. Graag kort/bondig het probleem / oplossing.

[fietsensloper]

Ik ervaar ook ''een kleinigheid'' met de pomp flow reduce instellingen. Als de warmtepomp uit staat(als in geen warmte productie) dan kun je niet de pompsnelheid instellen die je wil als hij wel aan staat.


De bovenste is natuurlijk voor het instellen van de snelheid als hij draait. Alleen als hij niet draait veranderd hij naar de waarde van de reduce pump speed(waarschijnlijk omdat daar de huidige snelheid staat)
Je kunt dus als hij op de reduced speed draait niet de snelheid instellen die hij moet draaien als hij wel produceert.

Bovenstaande plaatje is dus als hij niet aan staat en op low speed draait.

Hoop dat het duidelijk is.

[MikeyMan]

edterbak schreef op zaterdag 21 januari 2023 @ 14:33:
[...]

@Maarten69 @MikeyMan
Is dit een kritieke bug ?
Ik wil graag hier meer van weten. Graag kort/bondig het probleem / oplossing.

Nou, hij slaat af met een error als je flow te laag staat. Zie berichten gisteren en vandaag.

De instelling van hoog/laag wordt niet goed opgeslagen. En vind eigenlijk ook dat deze helemaal losgetrokken moeten worden om problemen te voorkomen.

@fietsensloper o.a. dat dus ja

[ Voor 3% gewijzigd door MikeyMan op 21-01-2023 14:49 ]

[MikeyMan]

edterbak schreef op zaterdag 21 januari 2023 @ 14:15:
Ik denk ook dat ik op sommige momenten onbewust slachtoffer ben geworden van mijn eigen succes.
Toen ik in mijn eentje dit gebruikte, kon ik weken werken en prutsen aan een functie.
Ik was de enige die er last van had (los van de vrouw) en kon op eigen tempo vrij knutselen.

Nu is die vrijheid er vanaf. Er zit bij mij in ieder geval geen vrij knutsel gevoel meer in nu, deels omdat ik het niet alleen voor mijzelf doe, en deels omdat er meer mensen van afhankelijk zijn (soort verantwoordelijkheids gevoel)

Begrijpelijk ook. En inderdaad, versiebeheer wordt op een gegeven moment belangrijk. Misschien helpt het om nog met een alpha versie te gaan werken voor jezelf? Misschien op een losse node red install?

En zeker niet onder druk laten zetten door het zooitje ongeregeld hier die gratis een heel mooi stukje software hebben draaien

Overigens helpt node red ook niet echt met het versiebeheer natuurlijk

[ Voor 6% gewijzigd door MikeyMan op 21-01-2023 15:14 ]