Heishamon <> Node Red voor Panasonic warmtepompen

[edterbak]

Aikon schreef op woensdag 18 januari 2023 @ 09:41:
[...]

Ik heb eerst 21.47 geïnstalleerd.

Maar kom er niet helemaal uit. Ik dacht eerst dat ik met m'n suffe kop niet had opgelet, want RTC stond aangevinkt als uitzondering en ik draai block custom. En ik neem aan dat Nightreduction onder RTC valt?

Toen op Block All gezet, nog niks. Block even opgeheven en opnieuw gezet 9:17. MQTT kwam nog door. Toen de uitzondering RTC uitgezet, ondanks dat ik Block All gebruik, je weet nooit 9:30. Maar ook dat werkte nog niet.

code:

18/01 09:32:34 - MQTT Command: SetZ1HeatRequestTemperature: 48 (SoftStart)
18/01 09:32:34 - Function RTC: Correction change: From 6.6 to 7.5 °C (Room actual: 18 °C)
18/01 09:32:34 - Function RTC: incremental setpoint correction at 18°C --> 7.5 °C
18/01 09:30:16 - SYSTEM: MQTT block active, default block mode: BLOCK ALL
18/01 09:30:14 - SYSTEM: MQTT block inactive, default block mode: BLOCK ALL
18/01 09:29:21 - Compressor: running
18/01 09:29:16 - *DEFROSTING: Finished
18/01 09:29:05 - MQTT Command: SetZ1HeatRequestTemperature: 47 (function rtc)
18/01 09:29:04 - Function RTC: Correction change: From 5.7 to 6.6 °C (Room actual: 18.1 °C)
18/01 09:29:04 - Function RTC: incremental setpoint correction at 18.1°C --> 6.6 °C
18/01 09:27:05 - MQTT Command: SetZ1HeatRequestTemperature: 46 (function rtc)
18/01 09:27:04 - Function RTC: Correction change: From 4.8 to 5.7 °C (Room actual: 18.2 °C)
18/01 09:27:04 - Function RTC: incremental setpoint correction at 18.2°C --> 5.7 °C
18/01 09:25:05 - MQTT Command: SetZ1HeatRequestTemperature: 45 (function rtc)
18/01 09:25:04 - Function RTC: Correction change: From 3.9 to 4.8 °C (Room actual: 18.3 °C)
18/01 09:25:04 - Function RTC: incremental setpoint correction at 18.3°C --> 4.8 °C
18/01 09:22:35 - MQTT Command: SetZ1HeatRequestTemperature: 44 (SoftStart)
18/01 09:22:34 - Function RTC: Correction change: From 3 to 3.9 °C (Room actual: 18.4 °C)
18/01 09:22:34 - Function RTC: incremental setpoint correction at 18.4°C --> 3.9 °C
18/01 09:20:25 - Function SoftStart: temporally disabled during defrost
18/01 09:20:21 - *DEFROSTING: Started
18/01 09:17:51 - SYSTEM: MQTT block active, default block mode: BLOCK ALL
18/01 09:17:17 - SYSTEM: MQTT block inactive, default block mode: BLOCK ALL
18/01 09:13:05 - MQTT Command: SetZ1HeatRequestTemperature: 43 (SoftStart)
18/01 09:13:04 - Function RTC: Correction change: From 2 to 3 °C (Room actual: 18.5 °C)
18/01 08:49:57 - SYSTEM: MQTT block active, default block mode: BLOCK ALL
18/01 08:41:04 - MQTT Command: SetZ1HeatRequestTemperature: 42 (SoftStart)
18/01 08:41:04 - Function RTC: Correction change: From 3 to 2 °C (Room actual: 18.6 °C)
18/01 08:39:09 - SYSTEM: MQTT block active, default block mode: CUSTOM

[Afbeelding]

Ik gebruik de link die je had gemaakt om MQTT_status uit te lezen. Ik zie dat die nu ook voor iets anders wordt gebruikt, dat was eerst geloof ik niet? Ik heb mijn link weggehaald, hij linkt nu alleen nog naar link in to block_button. Maar helaas, ook dat werkt nog niet. Nog even de block opgeheven en opnieuw gezet, maar dat was het ook niet.

Heel vaag...

Klopt. Dit is veraqndert omdat er een onoverzichtelijke wildgroei aan variabelen aan het ontstaan was.
We gaan met deze methode van variabele bundelen nog verder, na stable release.

De variableen in rode kader worden niet meer gebruikt. Dus deze kun je verwijderen.
Alleen die onder MQTT. worden in de flow gebruikt.


Bijkomend voordeel is dat je voor alle variabelen onder MQTT, nu slechts 1x een leesactie uitvoert t.o.v. 10 in dit geval.
Less resource intensive.

[Aikon]

edterbak schreef op woensdag 18 januari 2023 @ 09:49:
[...]

Klopt. Dit is veraqndert omdat er een onoverzichtelijke wildgroei aan variabelen aan het ontstaan was.
We gaan met deze methode van variabele bundelen nog verder, na stable release.

De variableen in rode kader worden niet meer gebruikt. Dus deze kun je verwijderen.
Alleen die onder MQTT. worden in de flow gebruikt.
[Afbeelding]

Bijkomend voordeel is dat je voor alle variabelen onder MQTT, nu slechts 1x een leesactie uitvoert t.o.v. 10 in dit geval.
Less resource intensive.

Wat klopt er precies?

Ik heb de variabelen verwijderd, maar dat lost het probleem niet op (was te verwachten).

En MQTT_Source, kan die ook weg?

[Maarten69]

edterbak schreef op woensdag 18 januari 2023 @ 09:49:
[...]

Klopt. Dit is veraqndert omdat er een onoverzichtelijke wildgroei aan variabelen aan het ontstaan was.
We gaan met deze methode van variabele bundelen nog verder, na stable release.

De variableen in rode kader worden niet meer gebruikt. Dus deze kun je verwijderen.

@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:

[Maarten69]

@Aikon Heeft inderdaad een bug gevonden.
Net zelfde geprobeerd:

code:

18/01 10:01:20 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
18/01 10:01:20 - Function RTC: Correction change: From 0 to 2 °C (Room actual: 20 °C)
18/01 10:01:17 - RTC: Room setpoint changed to: 22.1 °C
18/01 10:01:02 - SYSTEM: MQTT block active, default block mode: BLOCK ALL

Zal even kijken hoe dit kan gebeuren.

[Maarten69]

Gevonden, hoe dat nou weer gebeurd is... kabouters?

Regel 1 moet zijn:
if (global.get('MQTT.block_active', "file") == 1) {

[Maarten69]

Sorry die vind je hier:

Ga meteen de overige nodes controleren. (EDIT: dit was de enige)

[Aikon]

Ja, getest, dat was het idd Dank je.

Haal gelijk de html weg uit die pop-up (<B>), want dat werkt daar niet

[ Voor 49% gewijzigd door Aikon op 18-01-2023 10:08 ]

[Maarten69]

@edterbak Ik neem aan dat jij de wijzigingen nu maakt? (meegenomen in takenlijst.md)

[1] Oude vars meenemen in node Repair & delete old vars
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");

[2] bug in Block?-node WP Control, voor SET5 SetZ1HeatRequest:
Regel 1: if (global.get('MQTT.block_active', "file") == 1) {

[ Voor 60% gewijzigd door Maarten69 op 18-01-2023 10:27 ]

[Maarten69]

Aikon schreef op woensdag 18 januari 2023 @ 09:58:
[...]
En MQTT_Source, kan die ook weg?

Nee die wordt gebruikt, deze probeert bij te houden welke functie verantwoordelijk is voor een mqqt-commando.
Die mag je best wissen uit context data (geen effect), dat is toch een tijdelijke variable.

[MikeyMan]

@edterbak @Maarten69 goed voorstel voor de werkwijze. Kunnen wij nog iets doen om het leven makkelijker te maken?

Bugs hier en features op GitHub? Of anders?

@Maarten69 mbt bovenstaande bug, die treedt alleen op met mqtt block? Draait hier vanmorgen eigenlijk weer prima.

code:

Flow version

21.47 beta (experimental)

18/01 10:15:37 - MQTT Command: SetZ1HeatRequestTemperature: 28 (SoftStart)
18/01 10:15:37 - Function RTC: Correction change: From 1 to 0 °C (Room actual: 19.93 °C)
18/01 09:52:45 - MQTT Command: SetZ1HeatRequestTemperature: 29 (SoftStart)
18/01 09:52:45 - Function SoftStart: Correction: -2.25 > 0 °C - (ENDING) Freq: 48Hz, SP_Final: 29°C
18/01 09:48:15 - MQTT Command: SetZ1HeatRequestTemperature: 27 (SoftStart)
18/01 09:48:15 - Function SoftStart: Correction: -3 > -2.5 °C - (STABLE) Freq: 47Hz, SP_Final: 26.5°C
18/01 09:40:45 - MQTT Command: SetZ1HeatRequestTemperature: 26 (SoftStart)
18/01 09:40:45 - Function SoftStart: Correction: -2 > -3 °C - (STABLE) Freq: 48Hz, SP_Final: 26°C
18/01 09:37:30 - MQTT Command: SetZ1HeatRequestTemperature: 27 (SoftStart)
18/01 09:37:30 - Compressor: running
18/01 09:37:30 - Function SoftStart: Correction: 0 > -2 °C - (STARTUP) Freq: 43Hz, SP_Final: 27°C
18/01 09:37:15 - *DEFROSTING: Finished
18/01 09:34:00 - MQTT Command: SetZ1HeatRequestTemperature: 29 (SoftStart)
18/01 09:34:00 - Function WAR: Setpoint change: From 29 to 28 °C
18/01 09:24:00 - Function SoftStart: temporally disabled during defrost
18/01 09:23:45 - *DEFROSTING: Started
18/01 09:23:45 - Compressor: stopped
18/01 08:49:36 - MQTT Command: SetZ1HeatRequestTemperature: 30 (SoftStart)
18/01 08:49:36 - Function RTC: Correction change: From 2 to 1 °C (Room actual: 19.73 °C)
18/01 08:42:30 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
18/01 08:42:30 - Function WAR: Setpoint change: From 28 to 29 °C
18/01 08:39:30 - MQTT Command: SetZ1HeatRequestTemperature: 30 (SoftStart)
18/01 08:39:30 - Function RTC: Correction change: From 1 to 2 °C (Room actual: 19.7 °C)
18/01 08:25:00 - MQTT Command: SetZ1HeatRequestTemperature: 29 (SoftStart)
18/01 08:24:59 - Function SoftStart: Correction: -2.5 > 0 °C - (ENDING) Freq: 48Hz, SP_Final: 29°C
18/01 08:24:47 - MQTT Command: SetZ1HeatRequestTemperature: 26 (SoftStart)
18/01 08:24:17 - MQTT Command: SetZ1HeatRequestTemperature: 26 (SoftStart)
18/01 08:24:17 - Function RTC: Correction change: From 2 to 1 °C (Room actual: 19.73 °C)
18/01 08:14:09 - MQTT Command: SetZ1HeatRequestTemperature: 27 (SoftStart)
18/01 08:14:08 - Function RTC: Correction change: From 1 to 2 °C (Room actual: 19.63 °C)
18/01 08:13:00 - MQTT Command: SetZ1HeatRequestTemperature: 26 (SoftStart)
18/01 08:12:59 - Function SoftStart: Correction: -2 > -3 °C - (STABLE) Freq: 48Hz, SP_Final: 26°C
18/01 08:09:45 - MQTT Command: SetZ1HeatRequestTemperature: 27 (SoftStart)
18/01 08:09:44 - Compressor: running
18/01 08:09:44 - Function SoftStart: Correction: 0 > -2 °C - (STARTUP) Freq: 42Hz, SP_Final: 27°C
18/01 08:09:29 - *DEFROSTING: Finished
18/01 07:58:45 - MQTT Command: SetZ1HeatRequestTemperature: 29 (SoftStart)
18/01 07:58:44 - Function WAR: Setpoint change: From 29 to 28 °C
18/01 07:55:44 - Function SoftStart: temporally disabled during defrost
18/01 07:55:29 - *DEFROSTING: Started
18/01 07:55:29 - Compressor: stopped
18/01 07:48:54 - MQTT Command: SetZ1HeatRequestTemperature: 30 (SoftStart)
18/01 07:48:54 - Function RTC: Correction change: From 2 to 1 °C (Room actual: 19.77 °C)
18/01 07:33:46 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
18/01 07:33:46 - Function RTC: Correction change: From 3 to 2 °C (Room actual: 19.57 °C)
18/01 07:15:44 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SoftStart)
18/01 07:15:44 - Function WAR: Setpoint change: From 28 to 29 °C
18/01 07:13:27 - Function RTC: Correction change: From 3.4 to 3 °C (Room actual: 19.5 °C)
18/01 07:08:24 - Function RTC: incremental setpoint correction at 19.43°C --> 3.4 °C
18/01 07:03:21 - Function RTC: incremental setpoint correction at 19.37°C --> 3.4 °C
18/01 07:00:21 - MQTT Command: SetQuietMode: 0 (scheduler)
18/01 07:00:21 - Scheduler - Set QuietMode: 0
18/01 06:36:44 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
18/01 06:36:44 - Function SoftStart: Correction: -3 > 0 °C - (ENDING) Freq: 34Hz, SP_Final: 31.4°C
18/01 06:35:29 - Function RTC: incremental setpoint correction at 19.3°C --> 3.4 °C
18/01 06:24:29 - MQTT Command: SetZ1HeatRequestTemperature: 28 (SoftStart)
18/01 06:24:29 - Function SoftStart: Correction: -2 > -3 °C - (STABLE) Freq: 34Hz, SP_Final: 28.4°C
18/01 06:21:29 - MQTT Command: SetZ1HeatRequestTemperature: 29 (SoftStart)
18/01 06:21:29 - Function SoftStart: Correction: 0 > -2 °C - (STARTUP) Freq: 35Hz, SP_Final: 29.4°C
18/01 06:21:29 - Compressor: running
18/01 06:20:59 - *DEFROSTING: Finished
18/01 06:10:14 - Function SoftStart: temporally disabled during defrost
18/01 06:09:59 - *DEFROSTING: Started
18/01 06:09:59 - Compressor: stopped
18/01 05:42:25 - Function RTC: Correction change: From 3.2 to 3.4 °C (Room actual: 19.3 °C)
18/01 05:42:25 - Function RTC: incremental setpoint correction at 19.3°C --> 3.4 °C
18/01 05:27:16 - Function RTC: Correction change: From 3.4 to 3.2 °C (Room actual: 19.37 °C)
18/01 05:27:16 - Function RTC: incremental setpoint correction at 19.37°C --> 3.2 °C
18/01 05:20:14 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
18/01 05:20:14 - Function SoftStart: Correction: -3 > 0 °C - (ENDING) Freq: 35Hz, SP_Final: 31.4°C
18/01 05:12:02 - Function RTC: incremental setpoint correction at 19.3°C --> 3.4 °C
18/01 05:08:29 - MQTT Command: SetZ1HeatRequestTemperature: 28 (SoftStart)
18/01 05:08:29 - Function SoftStart: Correction: -2 > -3 °C - (STABLE) Freq: 34Hz, SP_Final: 28.4°C
18/01 05:06:59 - Function RTC: Operation mode to Auto(Heat)
18/01 05:06:59 - Function RTC: Correction change: From 3.2 to 3.4 °C (Room actual: 19.33 °C)
18/01 05:06:59 - Function RTC: incremental setpoint correction at 19.33°C --> 3.4 °C
18/01 05:05:14 - MQTT Command: SetZ1HeatRequestTemperature: 29 (SoftStart)
18/01 05:05:14 - Function SoftStart: Correction: 0 > -2 °C - (STARTUP) Freq: 19Hz, SP_Final: 29.2°C
18/01 05:05:14 - Compressor: running
18/01 05:02:24 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SP Calculation)
18/01 05:01:59 - RTC: Room setpoint changed to: 20 °C
18/01 05:01:58 - MQTT Command: SetHeatpump: 1 (rtc on/off)
18/01 05:01:56 - Function RTC: on/off - Turn on power (Room temp: 19.37°C)
18/01 05:01:56 - Function RTC: incremental setpoint correction at 19.37°C --> 3.2 °C
18/01 05:01:54 - Function RTC: on/off - Turn on power (Room temp: 19.4°C)
18/01 05:01:54 - Function RTC: Correction change: From -2 to 3.2 °C (Room actual: 19.4 °C)
18/01 05:01:54 - Function RTC: incremental setpoint correction at 19.4°C --> 3.2 °C
18/01 05:01:51 - RTC: Room setpoint changed to: 20 °C
18/01 04:56:52 - Function RTC: Correction change: From -1 to -2 °C (Room actual: 19.4 °C)
18/01 04:41:42 - Function RTC: Correction change: From -2 to -1 °C (Room actual: 19.27 °C)
18/01 03:41:01 - Function RTC: Correction change: From -3 to -2 °C (Room actual: 19.57 °C)
18/01 01:00:00 - Function Solar: New day; Reset Solar function. DHW SP already 48
-------------------------------------------------------------------------

[ Voor 92% gewijzigd door MikeyMan op 18-01-2023 10:57 ]

[Maarten69]

MikeyMan schreef op woensdag 18 januari 2023 @ 10:56:
@Maarten69 mbt bovenstaande bug, die treedt alleen op met mqtt block? Draait hier vanmorgen eigenlijk weer prima.

Klopt zodra MQTT.block_active = 1 (Dus schakelaar aanstaat).
Bij geen block had dit inderdaad geen invloed.
Bij jou ook weer defrosting feest zie ik

Misschien moet de "Function RTC: incremental setpoint correction at 19.3°C --> 3.4 °C" ook achter de "Extend logging" komen, beetje spam anders.

[ Voor 22% gewijzigd door Maarten69 op 18-01-2023 11:05 ]

[MikeyMan]

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

Klopt zodra MQTT.block_active = 1 (Dus schakelaar aanstaat).
Bij geen block had dit inderdaad geen invloed.
Bij jou ook weer defrosting feest zie ik

Misschien moet de "Function RTC: incremental setpoint correction at 19.3°C --> 3.4 °C" ook achter de "Extend logging" komen, beetje spam anders.

Oh ja zat ik me ook nog af te vragen. Bouwt ie dat vierde setpoint alleen in stappen af of ook op?

[Maarten69]

MikeyMan schreef op woensdag 18 januari 2023 @ 11:19:
[...]
Oh ja zat ik me ook nog af te vragen. Bouwt ie dat vierde setpoint alleen in stappen af of ook op?

Zowel op als af, althans zo had ik het bedoeld

[MikeyMan]

Maarten69 schreef op woensdag 18 januari 2023 @ 11:20:
[...]

Zowel op als af, althans zo had ik het bedoeld

Altijd in tiendes? Wellicht dat het opschalen iets sneller kan?

[Maarten69]

MikeyMan schreef op woensdag 18 januari 2023 @ 11:30:
[...]
Altijd in tiendes? Wellicht dat het opschalen iets sneller kan?

Dat ligt eraan wat je als correctie voor de 4de RTC ingesteld hebt. als die +20 is kunnen het best stappen van 3 graden worden. Denk niet dat de flow de trend omhoog/omlaag moet gaan berekenen. Te complex.
edit: het heet tenslotte nu ook geen booster meer

[ Voor 7% gewijzigd door Maarten69 op 18-01-2023 11:37 ]

[MikeyMan]

Maarten69 schreef op woensdag 18 januari 2023 @ 11:36:
[...]

Dat ligt eraan wat je als correctie voor de 4de RTC ingesteld hebt. als die +20 is kunnen het best stappen van 3 graden worden. Denk niet dat de flow de trend omhoog/omlaag moet gaan berekenen. Te complex.

Ik ga nu van +3 naar +5. Maar die stapjes ertussen zijn daarmee nogal klein

Hoe zit de berekening nu? Tien stappen oid?

Vaste stappen van 1 graad zou misschien kunnen.

[Maarten69]

Vanuit de help:

Incremental setpoints
When enabled, the setpoints (water temperatures) will be incrementally calculated in steps of 1°C. This applies only between the +3 and +custom temperatures.

Hij berekent gewoon exact het gemiddelde, dus het ligt echt aan je eigen instellingen.

code:

19,0------+3    +3 level
18.9------+5
18.8------+7
18.7------+9
18.6------+11
18.5------+13
18.4------+15    +custom level

[ Voor 16% gewijzigd door Maarten69 op 18-01-2023 11:52 ]

[Maarten69]

Een voorbeeld, werkelijke levels:
rtc_t6 = 18 graden (+3 correctie)
rtc_t7 = 16.2 graden (+15 correctie)
er zit dus 1,8 graden tussen. Elke stap zou dan 0,67 graden moeten zijn

code:

// calculate correction (between +3 and +custom)
rtc_correction = rtc_t7_custom_cor - 3;         // example +custom = 15 degrees. (15-3)-->12 degrees

// calculate temp range:
var Range = (rtc_t6 - rtc_t7);              // -2.2 - -4.0 = 1.8  calculate No. of 0.1 degrees steps
Range = (Range * 10);                       // example 18 x 0.1 degrees steps

// devide rtc_correction through steps:
rtc_correction = (rtc_correction / Range);      // 12 / 18 = 0.67 degrees-steps

// Calculate actual step:
var Actual_step = (rtc_t6 - rtc_dT) * 10;           // example step 17 van 18
Actual_step = Number(Actual_step).toFixed(0);

// Apply correction at this step:
rtc_correction = (Actual_step * rtc_correction);    // 18 * 0.67 = 11.32
rtc_correction = Number(rtc_correction).toFixed(1); // 11,3
rtc_correction = parseFloat(rtc_correction);
rtc_correction = rtc_correction + 3;            //The 3rd rtc must be added again

...

Is dit duidelijk? Nee he?

[MikeyMan]

Zeker niet met de help erbij.

Steps of 1 degree lijkt me goed. Nu doet ie het in stappen van .2 oid

[Maarten69]

Ja maar daar doet de function RTC correction niets mee, die rond af.
Vandaar missschien beter om die logregel verbergen achter de "Extend logging" schakelaar.
Krijgen wij deze vragen ook niet haha

Maar het hele idee was om geleidelijk te verhogen en verlagen tussen +3 level en +custom level.
Dit heeft ook geen/amper nut met lage temperatuur verschillen.
Deze functie was bedoeld voor gebruikers die met hoge (+50) aanvoertemp werken, zoals @Aikon

[ Voor 21% gewijzigd door Maarten69 op 18-01-2023 12:21 ]

[Tiesert]

edterbak schreef op dinsdag 17 januari 2023 @ 19:44:
[...]

Als je dit importeert komt het goed.
Eventueel de ontbrekende nodes installeren en go

https://github.com/edterb...beta_2/heishamon2influxdb

het werkt. Dank je wel voor je script.
cc @Aikon idd geen HA, vind de afhankelijkheden en stapeling te groot worden. Blijf aansturen met mijn scripting (die wel Heishamon waarden leest) en grafisch monitoren met Grafana (is het plan).

Fantastisch dat jullie dit allemaal uitzoeken en delen hier!
Merk wel dat het niveau van jullie enorm hoog ligt, het is best moeilijk om te vinden hoe te starten, en vervolgens te volgen en aan te haken.

[Aikon]

Maarten69 schreef op woensdag 18 januari 2023 @ 12:07:
Ja maar daar doet de function RTC correction niets mee, die rond af.
Vandaar missschien beter die logregel verbergen achter de "Extend logging" schakelaar.
Krijgen wij deze vragen ook niet haha

Maar het hele idee was om geleidelijk te verhogen en verlagen tussen +3 level en +custom level.
Dit heeft ook geen nut met lage temperatuur verschillen.
Deze functie was bedoeld voor gebruikers die met hoge (+50) aanvoertemp werken, zoals @Aikon

Jup, en het werkt perfect. Het is vrij simpel: het boostergetal wordt gedeeld door het temperatuurverschil. Als je dat heel klein maakt, dan krijg je als resultaat ook kleine stappen. Wat op zich ook prima werkt, alleen zullen sommige stapjes dan geen verschil maken in de SP_final, maar dat is nou eenmaal zo.

Afronden op tienden is perfect, want dat doet softstart ook en daarmee krijg je een wat stabielere SP_final, want die wordt wel afgerond op hele graden uiteindelijk.

Voor het mooie zou WAR ook nog op tienden moeten worden afgerond ipv hele graden. Pas op het laatst afronden, en intern op tienden werken. Wellicht een idee voor na de stable?

[MikeyMan]

Mjah, niet helemaal mee eens. Ik kan nu wel de incremental functie uit zetten. Maar dan pak ik ineens twee graden verschil. Dat is vrij fors op 25-30 graden, en kan voor aan of uitschakelen van de wp zorgen. Als ik incremental aan zet duurt het te lang.

Zal het even aan kijken zonder. Kijken wat ie morgenochtend doet. Its what it is.

[ Voor 9% gewijzigd door MikeyMan op 18-01-2023 12:35 ]

[Maarten69]

Als het te lang duurt zou ik zeggen verhoog de +custom correctie.
Heb mijn post van gisteren met aankondiging v21.47 maar aangepast

[ Voor 53% gewijzigd door Maarten69 op 18-01-2023 12:40 ]

[MikeyMan]

Maarten69 schreef op woensdag 18 januari 2023 @ 12:36:
Als het te lang duurt zou ik zeggen verhoog de +custom correctie.
Heb mijn post van gister met v21.47 maar aangepast

Ja dan wordt de temperatuur al snel te hoog.

Denk dat ik hem op +4 laat staan en de war een beetje omhoog gooi. Trial and error

[Aikon]

MikeyMan schreef op woensdag 18 januari 2023 @ 12:33:
Mjah, niet helemaal mee eens. Ik kan nu wel de incremental functie uit zetten. Maar dan pak ik ineens twee graden verschil. Dat is vrij fors op 25-30 graden, en kan voor aan of uitschakelen van de wp zorgen. Als ik incremental aan zet duurt het te lang.

Zal het even aan kijken zonder. Kijken wat ie morgenochtend doet. Its what it is.

Maar dan heb je dus stappen van meer dan een graad, of dat nou in tienden of hele graden wordt afgerond doet er niet toe. Dan moet je of de booster lager zetten, of het temp.verschil groter maken.

Hoe eerder in de flow je begint met afronden, hoe eerder en meer de SP_final zal gaan fluctueren.

[Aikon]

MikeyMan schreef op woensdag 18 januari 2023 @ 12:40:
[...]


Ja dan wordt de temperatuur al snel te hoog.

Denk dat ik hem op +4 laat staan en de war een beetje omhoog gooi. Trial and error

Niet als je het temp.verschil ook omhoog gooit.

Ik heb als verschil 1 graden, en als booster 12. Dus ik heb stapjes van 0,8/0,9 (0,85 oid dus) graad.

Of heb je die ruimte niet omdat je niet zoveel nachtverlaging hebt? Al maakt dat ook niet uit, je hoeft natuurlijk nooit onder de boostertemp te komen.

[ Voor 16% gewijzigd door Aikon op 18-01-2023 12:43 ]

[MikeyMan]

Aikon schreef op woensdag 18 januari 2023 @ 12:43:
[...]

Niet als je het temp.verschil ook omhoog gooit.

Ik heb als verschil 1 graden, en als booster 12. Dus ik heb stapjes van 0,8/0,9 (0,85 oid dus) graad.

Of heb je die ruimte niet omdat je niet zoveel nachtverlaging hebt? Al maakt dat ook niet uit, je hoeft natuurlijk nooit onder de boostertemp te komen.

Die snap ik niet. Ik wil er idealiter bij -1 twee graden bij hebben. Welk verschil zou omhoog moeten?

Nachtverlaging doe ik via thermostaat. Graadje eraf in de nacht.

[ Voor 3% gewijzigd door MikeyMan op 18-01-2023 12:48 ]

[Maarten69]

@MikeyMan Zelfs ChatGPT snapt het

[MikeyMan]

Maarten69 schreef op woensdag 18 januari 2023 @ 12:47:
@MikeyMan Zelfs ChatGPT snapt het
[Afbeelding]

Ik snap het ook. Betoog alleen dat het in mijn geval op deze wijze niet ideaal werkt...

_{en eerlijk gezegd hoop ik dat die AI trend snel is overgewaaid. Doodsteek voor enige zelfredzaamheid}

[Aikon]

MikeyMan schreef op woensdag 18 januari 2023 @ 12:47:
[...]


Die snap ik niet. Ik wil er idealiter bij -1 twee graden bij hebben. Welk verschil zou omhoog moeten?

Nachtverlaging doe ik via thermostaat. Graadje eraf in de nacht.

Huh? Dan zet je de middelste Too Cold op -1 en ben je er? Heb je de hele booster niet voor nodig toch?

[MikeyMan]

Aikon schreef op woensdag 18 januari 2023 @ 12:56:
[...]

Huh? Dan zet je de middelste Too Cold op -1 en ben je er? Heb je de hele booster niet voor nodig toch?

Het gaat er hier iets subtieler aan toe.



Dit werkt helemaal perfect. Behalve om op een koude winderige ochtend op te starten.

[Aikon]

Dus je wilt niet alleen bij -1 graad er +2 graden bij, maar ook bij -0.3 graad.

[MikeyMan]

Aikon schreef op woensdag 18 januari 2023 @ 13:05:
Dus je wilt niet alleen bij -1 graad er +2 graden bij, maar ook bij -0.3 graad.

Nee duh, 2 graden bovenop de plus 3

[fietsensloper]

edterbak schreef op woensdag 18 januari 2023 @ 00:12:
@Maarten69 e.a.

Ik heb het volgende plan:

Lijkt mij ook een goed plan! Is het inderdaad allemaal wat beter bij te houden.

[Aikon]

MikeyMan schreef op woensdag 18 januari 2023 @ 13:06:
[...]


Nee duh, 2 graden bovenop de plus 3

Duh, zeg dat dan ook En stel het dan gewoon in met die booster.

[MikeyMan]

Aikon schreef op woensdag 18 januari 2023 @ 14:02:
[...]

Duh, zeg dat dan ook En stel het dan gewoon in met die booster.

Dat heb ik gedaan, zoals te zien in het screenshot.

Maar zoals ik zei: ofwel hij doet er veel te lang over om op te plussen door de decimalen. Ofwel hij knalt er in 1x 2 graden bij en af.

[wasgezellig]

Tiesert schreef op woensdag 18 januari 2023 @ 12:12:
[...]

Fantastisch dat jullie dit allemaal uitzoeken en delen hier!
Merk wel dat het niveau van jullie enorm hoog ligt, het is best moeilijk om te vinden hoe te starten, en vervolgens te volgen en aan te haken.

In het begin ben ik hier ook wel tegenaan gelopen (was compleet nieuw met HomeAssistant, NodeRed en Heishamon). Wat Home Assistant tutorials en de GitHub pagina van Edterbak hebben mij daar wel enorm bij geholpen.

Wat ik in het begin wel heb gemist is wellicht een paar configuratie use-cases van andere gebruikers. Bijvoorbeeld een voorbeeld config van iemand met een goed geïsoleerd huis en vloerverwarming en iemand met radiatoren en een middelmatig geïsoleerd huis etc. Dat je dan een basis config kunt kopiëren om vanuit daar te gaan tweaken.

Zelf heb ik gedacht aan een dergelijke use-case uitwerken, maar als ik kijk naar het aantal releases dan loop je met zoiets altijd achter de feiten aan ben ik bang. Van de andere kant is het met de huidige versies wel erg makkelijk geworden om je config te delen, misschien dat we daar iets voor kunnen verzinnen om het nieuwe gebruikers makkelijker te maken?

Wat mij uiteindelijk heeft geholpen om een goede basis te krijgen, is eerst alleen de WAR-module activeren, daar echt tijd en aandacht aan besteden en vanuit daar de overige functies gaan instellen.

[sjampeter]

ondertussen al iemand getest of de custom block funtie werkt?
in de vorige versie werkte die volgens mij wel, echter nu niet.
gaat direct van custom block , naar block all. isniegoednie volgens mij
versie V21.47

[ Voor 3% gewijzigd door sjampeter op 18-01-2023 16:37 ]

[Maarten69]

sjampeter schreef op woensdag 18 januari 2023 @ 16:37:
ondertussen al iemand getest of de custom block funtie werkt?
in de vorige versie werkte die volgens mij wel, echter nu niet.
gaat direct van custom block , naar block all. isniegoednie volgens mij
versie V21.47

Bij het omzetten van de schakelaar bedoel je zeker?
Dus als je als block_mode CUSTOM insteld, wordt die mode pas geactiveerd bij een hardware uit (remote controller).
EDIT: Krijg nou wat, je hebt gelijk. Net getest en dan gaat hij nu inderdaad op block all.
Ik ben nu aan het werk, ga morgen direct kijken. Bedankt voor het melden.

Het zal waarschijnlijk komen door een msg naar de link-in voor de schakelaar. De verantwoordelijke bron daarvan heeft waarschijnlijk geen msg.source en wordt dan als user input gezien.-->BLOCK_ALL

[ Voor 37% gewijzigd door Maarten69 op 18-01-2023 17:18 ]

[sjampeter]

dacht al dat ik gek werd. het werkte hiervoor prachtig. afijn . doe maar rustig aan hoor. gezien het weer draait ie toch meer wel als niet op het moment.

[edterbak]

Maarten69 schreef op woensdag 18 januari 2023 @ 16:54:
[...]

Bij het omzetten van de schakelaar bedoel je zeker?
Dus als je als block_mode CUSTOM insteld, wordt die mode pas geactiveerd bij een hardware uit (remote controller).
EDIT: Krijg nou wat, je hebt gelijk. Net getest en dan gaat hij nu inderdaad op block all.
Ik ben nu aan het werk, ga morgen direct kijken. Bedankt voor het melden.

Het zal waarschijnlijk komen door een msg naar de link-in voor de schakelaar. De verantwoordelijke bron daarvan heeft waarschijnlijk geen msg.source en wordt dan als user input gezien.-->BLOCK_ALL

Dat laatste klopt. Dat had ik in mijn rewrite destijds van v21.43 gevonden en gefixt. Ik kan je zo nog die versie geven hoe dat opgelost was door mij als je dat helpt.


Ik ben druk bezig met milestones Maarten, v22 milestones zijn gereed.
v23 milestones ook. bevat maar 1 item.

[Maarten69]

@edterbak denk dat ik wel weet hoe te fixen, in v21.46 was het nog goed.
Ik denk na aanpassing label text.
Mocht ik er niet uitkomen hoor je mij terug. Bedankt.

Top ben benieuw naar de milestones.

[edterbak]

Wat er in de huidige milestone 22 zit.


Wat er in de volgende milestone 23 zit.


Hoe het dashboard van het project er nu uit ziet:


Begint wat te worden zo niet?

[MikeyMan]

Ziet er zeker goed uit!

[edterbak]

Ik voel me inmiddels helemaal product owner en scrum master

[ Voor 8% gewijzigd door edterbak op 18-01-2023 19:37 ]

[edterbak]

Maarten69 schreef op woensdag 18 januari 2023 @ 19:34:
@edterbak denk dat ik wel weet hoe te fixen, in v21.46 was het nog goed.
Ik denk na aanpassing label text.
Mocht ik er niet uitkomen hoor je mij terug. Bedankt.

Top ben benieuw naar de milestones.

Issue maken, en milestone 22 aan hangen graag.

[MikeyMan]

edterbak schreef op woensdag 18 januari 2023 @ 19:36:
Ik voel me inmiddels helemaal product owner en scrum master

Dat zijn goede berichten

[Maarten69]

Is dat ook op Github? Mooi, nog niet eerder gezien. Zal morgen issue aanmaken, met de fix meteen daarin.

[edterbak]

Ik heb je zojuist uitgenodigd. Read only nog, want ik ben nog aan het bouwen.

[Maarten69]

Ziet er keurig uit zo op Github. Heb wat omschrijvingen bij sommige issues gezet zoals je zelf ook al gedaan hebt.
Fijne manier van werken.
Issus, discription, how to reproduce. Solution and fix. --> verwerking in juiste build, test and close bug.

@edterbak ik zie alleen nog niet hoe ik op dat board (plaatje hieronder) kom in Github.
EDIT: Gevonden onder projects.

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

[edterbak]

Toelichting:


Backlog (Full list)
Dit is de complete lijst met alle issues. Alle dingen die gevraagd zijn waar een issue van is, en welke aan het project-view gelinkt worden.

Selected for Refinement
Als Maarten en ik het er over eens zijn welk item we willen oppakken, gaan we eerst de details helemaal duidelijk maken. De vraag/wens/bug en oplossing moet eerst helemaal helder zijn voor we er aan beginnen.
Als dit gedaan is, kan het item naar de ToDo lijst. Op de voorwaarde dat dit item ook aan de beurt is in de huidige milestone. Niet eerder.

ToDo
Lijst met onderwerpen welke klaar staan om opgepakt te worden. En .... ook voor de huidige milestone zijn.


In Progress
Lijst met taken waar op dit moment aan gewerkt wordt door iemand. Naam er bij.

Done
Lijst met afgeronde taken.


Dat is een beetje het idee.

[ Voor 6% gewijzigd door edterbak op 18-01-2023 20:22 ]

[edterbak]

@Maarten69

[ Voor 93% gewijzigd door edterbak op 18-01-2023 20:33 ]

[Maarten69]

[ Voor 10% gewijzigd door Maarten69 op 18-01-2023 20:36 ]

[Maarten69]

Heb nu een issue gemaak #74 gelabel met bug, gekoppeld aan milestone stable v22.00 en mezelf toegewezen.

Ik weet niet hoe ik hem op NodeRed Heishamon board krijg. Kan alleen jij dit, zo ja wil je dat dan doen?

[edterbak]

@Maarten69

We zitten nu te werken aan v21.xx
Alle fixes die er gedaan worden en een flow is klaar, word dat v21.xx + 0.01

Als alles gefixt en getest is dat in de todo lijst staat, dan maken we de laatste v21.xx
Die sturen we dan de wereld in hier om te testen. Zonder bugs word dat v22.00 stable release

Vervolgens alles voor milestone 23, word v22.01 v22.02.

Als die stable is word dat de v24.00 stable release

Is dit duidelijk genoeg en te volgen?

[Maarten69]

Is in principe duidelijk, maar hier staan de overige bugs ook gelabeld onder 22.00 stable toch?

Ik kan hem zelf namelijk niet hangen onder het project "NodeRed Heishamon board".

[ Voor 8% gewijzigd door Maarten69 op 18-01-2023 21:05 ]

[edterbak]

Maarten69 schreef op woensdag 18 januari 2023 @ 21:03:
Is in principe duidelijk, maar hier staan de overige bugs ook gelabeld onder 22.00 stable toch?
[Afbeelding]
Ik kan hem zelf namelijk niet hangen onder het project "NodeRed Heishamon board".

Dat zijn de items die ik overgenomen heb uit de takenlijst. Die je vandaag had toegevoegd. Dat moet kloppen met die lijst als het goed is.

[edterbak]

Dat het jou nog niet lukt is omdat je nog read only bent

[ Voor 5% gewijzigd door edterbak op 18-01-2023 21:23 ]

[Maarten69]

edterbak schreef op woensdag 18 januari 2023 @ 21:23:
Dat het jou nog niet lukt is omdat je nog read only bent

Aah duidelijk. Maar de bugs in bovenstaande lijst worden wel meegenomen in v22.00 stable toch?
En dan eerst in v21.48 beta begrijp ik het goed?

[edterbak]

Maarten69 schreef op woensdag 18 januari 2023 @ 21:26:
[...]

Aah duidelijk. Maar de bugs in bovenstaande lijst worden wel meegenomen in v22.00 stable toch?
En dan eerst in v21.48 beta begrijp ik het goed?

Precies daarom legde ik de versies hier boven uit.
Ja. Wat je schrijft klopt helemaal.
V21.48 nog met deze bug fikses.

[Maarten69]

Ik groei daar wel weer in. Kom vast goed. Het ziet er allemaal wel profi uit, zeker waar.
Mocht je zien dat ik me verveel assign je mij maar aan een issue:) haha
Nog een vraag. Morgen heb ik de fix voor issue #74.
Hoe deel ik die met jou? Gewoon in de issue als een comment?

[edterbak]

ik heb issue 74 in het project gezet nu.

Ik ga daar even over nadenken. Maar weet wel iets. even proberen.

[edterbak]

@Maarten69
wat vind je hier van?
YouTube: Introduction to Node-RED Projects

ik kan dit verder uitwerken en uitzoeken, als je dit ook een goede route vind.

[Maarten69]

@edterbak Heb daar al eens eerder naar gekeken en geprobeerd op te zetten. Best ingewikkeld. Denk je dat ons dat gaat lukken, want als het werkt is het natuurlijk erg mooi om mee te werken.

[edterbak]

Maarten69 schreef op woensdag 18 januari 2023 @ 22:57:
@edterbak Heb daar al eens eerder naar gekeken en geprobeerd op te zetten. Best ingewikkeld. Denk je dat ons dat gaat lukken, want als het werkt is het natuurlijk erg mooi om mee te werken.

Ik denk dat we dat wel kunnen. Eerst even proberen op een ander project voor alles in het 100 loopt.
Maar als ik er zo over nadenk, vraag ik mij af wat de winst is.

Voordeel:
- Het proces van push/pull is sneller
- De upload is altijd in het juiste format
- Credentials automatisch er uit.

Nadeel:
- Resultaat (een upload) is het zelfde
- Kunnen nog steeds niet tegelijk werken. Daar heb je actief gebruik van branches voor nodig en dat snap ik nog niet.

Heeft iemand hier iets aan toe te voegen of een mening/advies?

[Maarten69]

edterbak schreef op woensdag 18 januari 2023 @ 21:48:
ik heb issue 74 in het project gezet nu.

Ik ga daar even over nadenken. Maar weet wel iets. even proberen.

Ik heb het probleem gevonden hoor. Link-out node bb5e36b2c205a984 was de boosdoener.

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

[Maarten69]

Ik heb de fix hier gemaakt en meteen de HTML tags weggehaald die in de Notificatie verscheen.
Nu ga ik uitgebreid testen.

@edterbak Mocht je zelf nog geen aanpassingen verwerkt hebben is het misschien makkelijker om deze flow met jou te delen.

Daar zitten alle bug-fixes natuurlijk al in incl. die voor die RTC incremental correction achter "Extend logging"
Ik zou graag die naam al aanpassen naar "Extend_logging", maar beloofd te wachten na stable

[ Voor 87% gewijzigd door Maarten69 op 19-01-2023 11:13 ]

[Maarten69]

@edterbak Dan wil je de change log denk ik voortaan op deze manier doen?

[Maarten69]

Github netjes bijgewerkt. Wacht even op jou hoe dan verder te gaan.
Hopelijk voldoet dit aan de nieuwe afspraken.

[edterbak]

Maarten69 schreef op donderdag 19 januari 2023 @ 10:37:
Ik heb de fix hier gemaakt en meteen de HTML tags weggehaald die in de Notificatie verscheen.
Nu ga ik uitgebreid testen.

@edterbak Mocht je zelf nog geen aanpassingen verwerkt hebben is het misschien makkelijker om deze flow met jou te delen.

Daar zitten alle bug-fixes natuurlijk al in incl. die voor die RTC incremental correction achter "Extend logging"
Ik zou graag die naam al aanpassen naar "Extend_logging", maar beloofd te wachten na stable
[Afbeelding]

Hoi,

Ik heb gisteren niks gedaan aan de flow kant. Ik heb alleen github project zaken bekeken en over nagedacht. Ik heb de laatste versie nog niet eens draaien.

Duw maar een nieuwe versie online hoor als je zover bent.

[edterbak]

Maarten69 schreef op donderdag 19 januari 2023 @ 11:07:
@edterbak Dan wil je de change log denk ik voortaan op deze manier doen?
[Afbeelding]

Ja. Dat is het.
Als verbetering, misschien een link maken naar github pagina online, zodat we maar op 1 plek dit hoeven aan te passen. changelog.md. Leuk idee voor op de backlog lijst

[fietsensloper]

Ik zie dit met enige regelmaat gebeuren. Heeft iemand hier een verklaring voor?
Draai sinds vanmorgen op V21.47. Hiervoor langere tijd op V21.29 en daar zag ik het ook regelmatig.
Gisteren dan ook de 200 berichten bereikt, met een MQTT block en vanmorgen een koud huis als gevolg

code:

19/01 11:39:13 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 21Hz, SP_Final: 31°C
19/01 11:38:59 - Function SoftStart: Correction: 1 > 2 °C - (STABLE) Freq: 21Hz, SP_Final: 32°C
19/01 11:38:59 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
19/01 11:38:59 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 21Hz, SP_Final: 31°C

code:

19/01 10:48:59 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
19/01 10:48:59 - Function SoftStart: Correction: -1 > 0 °C - (STABLE) Freq: 34Hz, SP_Final: 31°C
19/01 10:48:43 - MQTT Command: SetZ1HeatRequestTemperature: 30 (SoftStart)
19/01 10:48:43 - Function SoftStart: Correction: 0 > -1 °C - (CATCH) Freq: 35Hz, SP_Final: 30°C
19/01 10:48:13 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
19/01 10:47:59 - Function SoftStart: Correction: -1 > 0 °C - (CATCH) Freq: 37Hz, SP_Final: 31°C
19/01 10:47:59 - MQTT Command: SetZ1HeatRequestTemperature: 30 (SoftStart)
19/01 10:47:59 - Function SoftStart: Correction: 0 > -1 °C - (CATCH) Freq: 37Hz, SP_Final: 30°C

[edterbak]

Netjes gedaan alles gereed melden Maarten. Top.

Dus er is nog 1 taak open,
#66, migration tool updaten.

Als die gereed is, een flow updaten. dat is dan de pre-release voor 22 eigenlijk, maar nog v21.xx.
Als daar geen issues in zijn, dan wordt die uitgebracht als v22.00 Stable

[edterbak]

fietsensloper schreef op donderdag 19 januari 2023 @ 11:55:
Ik zie dit met enige regelmaat gebeuren. Heeft iemand hier een verklaring voor?
Draai sinds vanmorgen op V21.47. Hiervoor langere tijd op V21.29 en daar zag ik het ook regelmatig.
Gisteren dan ook de 200 berichten bereikt, met een MQTT block en vanmorgen een koud huis als gevolg

code:

19/01 11:39:13 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 21Hz, SP_Final: 31°C
19/01 11:38:59 - Function SoftStart: Correction: 1 > 2 °C - (STABLE) Freq: 21Hz, SP_Final: 32°C
19/01 11:38:59 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
19/01 11:38:59 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 21Hz, SP_Final: 31°C

code:

19/01 10:48:59 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
19/01 10:48:59 - Function SoftStart: Correction: -1 > 0 °C - (STABLE) Freq: 34Hz, SP_Final: 31°C
19/01 10:48:43 - MQTT Command: SetZ1HeatRequestTemperature: 30 (SoftStart)
19/01 10:48:43 - Function SoftStart: Correction: 0 > -1 °C - (CATCH) Freq: 35Hz, SP_Final: 30°C
19/01 10:48:13 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
19/01 10:47:59 - Function SoftStart: Correction: -1 > 0 °C - (CATCH) Freq: 37Hz, SP_Final: 31°C
19/01 10:47:59 - MQTT Command: SetZ1HeatRequestTemperature: 30 (SoftStart)
19/01 10:47:59 - Function SoftStart: Correction: 0 > -1 °C - (CATCH) Freq: 37Hz, SP_Final: 30°C

Sja, ik begrijp het.

Er is een tijdje geleden hier besproken dat een automatische blokkade bij problemen aanwezig mag zijn, om te voorkomen dat de panasonic overspoeld raakt.

Dit is nu een consequentie daarvan.
Het idee is niet slecht, maar de oplossing nu geeft een onwenselijke situatie.

Misschien in de groep gooien wat een goede grens is?
Sanity check.

[MikeyMan]

edterbak schreef op donderdag 19 januari 2023 @ 11:59:
[...]


Sja, ik begrijp het.

Er is een tijdje geleden hier besproken dat een automatische blokkade bij problemen aanwezig mag zijn, om te voorkomen dat de panasonic overspoeld raakt.

Dit is nu een consequentie daarvan.
Het idee is niet slecht, maar de oplossing nu geeft een onwenselijke situatie.

Misschien in de groep gooien wat een goede grens is?
Sanity check.

Vraag blijft; waarom zoveel berichten?

code:

MQTT.block_mode_previous: BLOCK ALL
MQTT.block_mode: BLOCK ALL
MQTT.message_limit: 300
MQTT.counter: 5874 (total)
MQTT.messages_yesterday: 93
MQTT.messages_today: 55
MQTT.allow_scheduler: 0
MQTT.allow_solar: 0
MQTT.allow_rtc_onoff: 0
MQTT.block_active: 0

Ik kom eigenlijk niet boven de 100 uit.

[ Voor 23% gewijzigd door MikeyMan op 19-01-2023 12:02 ]

[edterbak]

MikeyMan schreef op donderdag 19 januari 2023 @ 12:00:
[...]


Vraag blijft; waarom zoveel berichten?

Nee. dat is de verkeerde vraag denk ik. Dat is vraag 2.

De eerste vraag ligt een niveautje hoger: Moet de block actief worden zonder dat de gebruiiker het weet.

[edit]
Het is natuurlijk bedoeld als beschermingsmaatregel.

Maar misschien is de gebruiker de keuze bieden een goede optie.
Toggle enable/disable deze maatregel. (Default off)

Dus alleen als een gebruiker dit zelf bewust aanzet.
Ik kan overigens ook wel wat verbetersuggesties doen hiervoor wat vanuit gebruiker perspectief handig is.

[ Voor 34% gewijzigd door edterbak op 19-01-2023 12:08 ]

[fietsensloper]

Ja ik vind de block functie zeker een goede. Daar ligt ook niet het probleem in deze.
Ik vraag me inderdaad af waarom hij het setpoint zo vaak aanpast. Dat is nu het probleem. Dat de block funtie in werking treed vind ik alleen maar goed.
Heb hem nu tijdelijk naar 600 gezet, maar dat is natuurlijk niet de oplossing.

[Maarten69]

[2023-01-19] v21.48 beta (experimental). Changes:

[Fix] Issue #67 Bug: in Node "Block".
[Fix] Issue #74 Bug: Block_mode CUSTOM changing to BLOCK_ALL @power off (remote controller).
[Fix] Issue #68 Bug: show logline only when 'Extend logging' is enabled.
[Fix] Issue #69 Bug: Correct function node "set.war_ot_wt".
[New] Added a link to changelog.md on dashboard System/About.

Download vind je hier

[ Voor 13% gewijzigd door Maarten69 op 19-01-2023 12:18 ]

[Maarten69]

fietsensloper schreef op donderdag 19 januari 2023 @ 12:11:
Ja ik vind de block functie zeker een goede. Daar ligt ook niet het probleem in deze.
Ik vraag me inderdaad af waarom hij het setpoint zo vaak aanpast. Dat is nu het probleem. Dat de block funtie in werking treed vind ik alleen maar goed.
Heb hem nu tijdelijk naar 600 gezet, maar dat is natuurlijk niet de oplossing.

Heb je de RTC levels te dicht bij elkaar? Is je room temperature wel stabiel?
Sorry las het verkeerd.

[fietsensloper]

Volgens het log is het toch de softstart functie die de temp bijstuurt? Dan kan het niet uit de RTC functie komen toch?

[MikeyMan]

fietsensloper schreef op donderdag 19 januari 2023 @ 12:18:
Volgens het log is het toch de softstart functie die de temp bijstuurt? Dan kan het niet uit de RTC functie komen toch?

Heb je het nog steeds dan? Daar is de afgelopen tijd wel e.e.a. in gefixt dacht ik.
Hoeveel zit je vandaag op?

[ Voor 4% gewijzigd door MikeyMan op 19-01-2023 12:21 ]

[fietsensloper]

Het log wat ik gepost heb is van een half uurtje geleden

[Maarten69]

fietsensloper schreef op donderdag 19 januari 2023 @ 12:18:
Volgens het log is het toch de softstart functie die de temp bijstuurt? Dan kan het niet uit de RTC functie komen toch?

Sorry komt inderdaad uit de softstart. Als de Ta telkens varieert zal de softstart corrigeren.
Hij hangt feitelijk op 30,5 en de ene keer rond hij (de WP) dat af op 31 en dan weer op 30.
Een oplossing zou zijn om de softstart te vertragen (in tijd).
Wel vreemd dat sommigen hier geen/amper last van hebben en anderen weer wel.
Zouden de inlet en outlet temperaturen met tienden dan toch beter werken?

[blb4]

edterbak schreef op donderdag 19 januari 2023 @ 12:02:
[...]


Nee. dat is de verkeerde vraag denk ik. Dat is vraag 2.

De eerste vraag ligt een niveautje hoger: Moet de block actief worden zonder dat de gebruiiker het weet.

[edit]
Het is natuurlijk bedoeld als beschermingsmaatregel.

Maar misschien is de gebruiker de keuze bieden een goede optie.
Toggle enable/disable deze maatregel. (Default off)

Dus alleen als een gebruiker dit zelf bewust aanzet.
Ik kan overigens ook wel wat verbetersuggesties doen hiervoor wat vanuit gebruiker perspectief handig is.

Wat is eigenlijk de reden om MQTT te stoppen bij een bepaald aantal per dag? Als de besturing van de WP dit nodig heeft dan wil je toch geen block? Ik kan me voorstellen dat je wil voorkomen dat als de besturing "op hol slaat" dat je dan een soort noodrem wil hebben maar dan moet er m.i. wel een heel duidelijk gat zitten tussen normaal aantal MQTT berichten per dag en de "op hol slaan" grens.

[blb4]

fietsensloper schreef op donderdag 19 januari 2023 @ 12:18:
Volgens het log is het toch de softstart functie die de temp bijstuurt? Dan kan het niet uit de RTC functie komen toch?

Beide. En de WAR natuurlijk ook nog.

[MikeyMan]

blb4 schreef op donderdag 19 januari 2023 @ 12:26:
[...]

Wat is eigenlijk de reden om MQTT te stoppen bij een bepaald aantal per dag? Als de besturing van de WP dit nodig heeft dan wil je toch geen block? Ik kan me voorstellen dat je wil voorkomen dat als de besturing "op hol slaat" dat je dan een soort noodrem wil hebben maar dan moet er m.i. wel een heel duidelijk gat zitten tussen normaal aantal MQTT berichten per dag en de "op hol slaan" grens.

Tsjah, heeft de besturing van de WP dat nodig? We zitten natuurlijk constant bij te sturen. Mijn visie is dat je juist een modus moet vinden waarbij zo weinig mogelijk bijgeregeld wordt.

[Maarten69]

blb4 schreef op donderdag 19 januari 2023 @ 12:26:
[...]

Wat is eigenlijk de reden om MQTT te stoppen bij een bepaald aantal per dag? Als de besturing van de WP dit nodig heeft dan wil je toch geen block? Ik kan me voorstellen dat je wil voorkomen dat als de besturing "op hol slaat" dat je dan een soort noodrem wil hebben maar dan moet er m.i. wel een heel duidelijk gat zitten tussen normaal aantal MQTT berichten per dag en de "op hol slaan" grens.

Bescherming van het flashgeheugen van de WP, niemand die weet of dit erg schaad, maar het is meer een better safe then sorry veiligheidsmaatregel.
Als je een goedkope usb flashdrive of sd kaart een week lang 24/7 beschrijft kun je die namelijk ook wel weggooien.

[ Voor 8% gewijzigd door Maarten69 op 19-01-2023 12:38 ]

[MikeyMan]

fietsensloper schreef op donderdag 19 januari 2023 @ 12:24:
Het log wat ik gepost heb is van een half uurtje geleden

Ah check,

eerlijk gezegd zie ik het ook:

code:

19/01 12:16:17 - MQTT Command: SetZ1HeatRequestTemperature: 23 (SoftStart)
19/01 12:16:16 - Function RTC: Correction change: From -2 to -3 °C (Room actual: 20.63 °C)
19/01 12:01:21 - MQTT Command: SetZ1HeatRequestTemperature: 24 (SoftStart)
19/01 12:01:21 - Function SoftStart: Correction: 0.5 > 0 °C - (ENDING) Freq: 29Hz, SP_Final: 24°C
19/01 11:56:21 - MQTT Command: SetZ1HeatRequestTemperature: 25 (SoftStart)
19/01 11:56:21 - Function SoftStart: Correction: 0.25 > 0.5 °C - (STABLE) Freq: 28Hz, SP_Final: 24.5°C
19/01 11:56:04 - MQTT Command: SetZ1HeatRequestTemperature: 24 (SoftStart)
19/01 11:55:36 - MQTT Command: SetZ1HeatRequestTemperature: 25 (SoftStart)
19/01 11:55:36 - Function SoftStart: Correction: 0.25 > 0.5 °C - (STABLE) Freq: 29Hz, SP_Final: 24.5°C
19/01 11:54:36 - MQTT Command: SetZ1HeatRequestTemperature: 24 (SoftStart)
19/01 11:54:36 - Function SoftStart: Correction: 0.5 > 0.25 °C - (STABLE) Freq: 29Hz, SP_Final: 24.3°C
19/01 11:51:51 - MQTT Command: SetZ1HeatRequestTemperature: 25 (SoftStart)
19/01 11:51:51 - Function SoftStart: Correction: 0.25 > 0.5 °C - (STABLE) Freq: 28Hz, SP_Final: 24.5°C
19/01 11:49:51 - MQTT Command: SetZ1HeatRequestTemperature: 24 (SoftStart)
19/01 11:49:21 - MQTT Command: SetZ1HeatRequestTemperature: 25 (SoftStart)

Zou de oplossing niet zijn om omhoog af te ronden? Of gewoon de decimaal te negeren?

[blb4]

Maarten69 schreef op donderdag 19 januari 2023 @ 12:25:
[...]

Sorry komt inderdaad uit de softstart. Als de Ta telkens varieert zal de softstart corrigeren.
Hij hangt feitelijk op 30,5 en de ene keer rond hij (de WP) dat af op 31 en dan weer op 30.
Een oplossing zou zijn om de softstart te vertragen (in tijd).
Wel vreemd dat sommigen hier geen/amper last van hebben en anderen weer wel.
Zouden de inlet en outlet temperaturen met tienden dan toch beter werken?

Dit is wat ik nu bij mij zie, totaal 107 MQTT berichten vandaag:

code:

19/01 12:26:57 - MQTT Command: SetZ1HeatRequestTemperature: 35 (SoftStart)
19/01 12:26:57 - Function SoftStart: Correction: -0.75 > -0.25 °C - (STABLE) Freq: 32Hz, SP_Final: 34.8°C
19/01 12:16:27 - MQTT Command: SetZ1HeatRequestTemperature: 34 (SoftStart)
19/01 12:16:17 - MQTT Command: SetZ1HeatRequestTemperature: 33 (SoftStart)
19/01 12:16:17 - Function SoftStart: Correction: -1.5 > -1.75 °C - (STABLE) Freq: 33Hz, SP_Final: 33.3°C
19/01 12:15:37 - MQTT Command: SetZ1HeatRequestTemperature: 34 (SoftStart)
19/01 12:15:37 - Function SoftStart: Correction: -1.75 > -1.5 °C - (STABLE) Freq: 33Hz, SP_Final: 33.5°C
19/01 12:02:17 - MQTT Command: SetZ1HeatRequestTemperature: 33 (SoftStart)
19/01 12:02:17 - Function SoftStart: Correction: -2.75 > -2.25 °C - (STABLE) Freq: 32Hz, SP_Final: 32.8°C
19/01 11:55:17 - Function SoftStart: Correction: -2.75 > -3 °C - (STABLE) Freq: 33Hz, SP_Final: 32°C
19/01 11:55:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SoftStart)
19/01 11:55:07 - Function SoftStart: Correction: -2.25 > -2.75 °C - (STABLE) Freq: 32Hz, SP_Final: 32.3°C
19/01 11:48:37 - MQTT Command: SetZ1HeatRequestTemperature: 33 (SoftStart)
19/01 11:48:37 - Function SoftStart: Correction: -2.75 > -2.25 °C - (STABLE) Freq: 33Hz, SP_Final: 32.8°C
19/01 11:48:27 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SoftStart)
19/01 11:48:17 - MQTT Command: SetZ1HeatRequestTemperature: 33 (SoftStart)
19/01 11:48:17 - Function SoftStart: Correction: -2.75 > -2.25 °C - (STABLE) Freq: 32Hz, SP_Final: 32.8°C
19/01 11:42:47 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SoftStart)
19/01 11:42:47 - Function SoftStart: Correction: -2 > -2.75 °C - (STABLE) Freq: 33Hz, SP_Final: 32.3°C
19/01 11:39:27 - MQTT Command: SetZ1HeatRequestTemperature: 33 (SoftStart)
19/01 11:39:27 - Function SoftStart: Correction: 0 > -2 °C - (STARTUP) Freq: 35Hz, SP_Final: 33°C

Volgens mij is dit juist exact 't gedrag wat we willen toch? Mogelijk zou je correcties naar beneden iets kunnen vertragen maar omhoog m.i. niet omdat je dan 't risico loopt dat de WP uit gaat. En als je die naar beneden vertraagt heeft dat m.i. als consequentie dat je de mogelijkheid om de compressor frequentie wat te verlagen mis loopt.

[MikeyMan]

blb4 schreef op donderdag 19 januari 2023 @ 12:37:
[...]


Dit is wat ik nu bij mij zie, totaal 107 MQTT berichten vandaag:

code:

19/01 12:26:57 - MQTT Command: SetZ1HeatRequestTemperature: 35 (SoftStart)
19/01 12:26:57 - Function SoftStart: Correction: -0.75 > -0.25 °C - (STABLE) Freq: 32Hz, SP_Final: 34.8°C
19/01 12:16:27 - MQTT Command: SetZ1HeatRequestTemperature: 34 (SoftStart)
19/01 12:16:17 - MQTT Command: SetZ1HeatRequestTemperature: 33 (SoftStart)
19/01 12:16:17 - Function SoftStart: Correction: -1.5 > -1.75 °C - (STABLE) Freq: 33Hz, SP_Final: 33.3°C
19/01 12:15:37 - MQTT Command: SetZ1HeatRequestTemperature: 34 (SoftStart)
19/01 12:15:37 - Function SoftStart: Correction: -1.75 > -1.5 °C - (STABLE) Freq: 33Hz, SP_Final: 33.5°C
19/01 12:02:17 - MQTT Command: SetZ1HeatRequestTemperature: 33 (SoftStart)
19/01 12:02:17 - Function SoftStart: Correction: -2.75 > -2.25 °C - (STABLE) Freq: 32Hz, SP_Final: 32.8°C
19/01 11:55:17 - Function SoftStart: Correction: -2.75 > -3 °C - (STABLE) Freq: 33Hz, SP_Final: 32°C
19/01 11:55:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SoftStart)
19/01 11:55:07 - Function SoftStart: Correction: -2.25 > -2.75 °C - (STABLE) Freq: 32Hz, SP_Final: 32.3°C
19/01 11:48:37 - MQTT Command: SetZ1HeatRequestTemperature: 33 (SoftStart)
19/01 11:48:37 - Function SoftStart: Correction: -2.75 > -2.25 °C - (STABLE) Freq: 33Hz, SP_Final: 32.8°C
19/01 11:48:27 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SoftStart)
19/01 11:48:17 - MQTT Command: SetZ1HeatRequestTemperature: 33 (SoftStart)
19/01 11:48:17 - Function SoftStart: Correction: -2.75 > -2.25 °C - (STABLE) Freq: 32Hz, SP_Final: 32.8°C
19/01 11:42:47 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SoftStart)
19/01 11:42:47 - Function SoftStart: Correction: -2 > -2.75 °C - (STABLE) Freq: 33Hz, SP_Final: 32.3°C
19/01 11:39:27 - MQTT Command: SetZ1HeatRequestTemperature: 33 (SoftStart)
19/01 11:39:27 - Function SoftStart: Correction: 0 > -2 °C - (STARTUP) Freq: 35Hz, SP_Final: 33°C

Volgens mij is dit juist exact 't gedrag wat we willen toch? Mogelijk zou je correcties naar beneden iets kunnen vertragen maar omhoog m.i. niet omdat je dan 't risico loopt dat de WP uit gaat. En als je die naar beneden vertraagt heeft dat m.i. als consequentie dat je de mogelijkheid om de compressor frequentie wat te verlagen mis loopt.

Die 33-32-33-32-33-32 heeft m.i. weinig functioneel nut.

[blb4]

MikeyMan schreef op donderdag 19 januari 2023 @ 12:35:
[...]


Tsjah, heeft de besturing van de WP dat nodig? We zitten natuurlijk constant bij te sturen. Mijn visie is dat je juist een modus moet vinden waarbij zo weinig mogelijk bijgeregeld wordt.

We zijn toch kabouters aan 't temmen?

[fietsensloper]

Maar hij geeft bij mij in 1 en dezelfde seconde aan dat hij een correctie doet van 2 naar 1 graden, en weer terug van 1 naar 2 graden.

code:

9/01 11:39:13 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 21Hz, SP_Final: 31°C
19/01 11:38:59 - Function SoftStart: Correction: 1 > 2 °C - (STABLE) Freq: 21Hz, SP_Final: 32°C
19/01 11:38:59 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SoftStart)
19/01 11:38:59 - Function SoftStart: Correction: 2 > 1 °C - (STABLE) Freq: 21Hz, SP_Final: 31°C

Er staat verder nergens in het log dat er door de WAR of RTC iets veranderd.

[Maarten69]

Ik ben het er wel mee eens dat de softstart na fase 1 (STARTUP) best begrenst zou mogen worden naar max 1 correctie per 1 of 2 minuten. (het liefst 160 sec).
Na 3 minuten te hoog kan de WP namelijk afslaan.

[blb4]

MikeyMan schreef op donderdag 19 januari 2023 @ 12:38:
[...]


Die 33-32-33-32-33-32 heeft m.i. weinig functioneel nut.

Achteraf is dat eenvoudig te constateren. Maar je weet niet of de trend omhoog of omlaag is. Meestal zie je dat de trend omhoog is (je kan 't geleverde vermogen niet kwijt) maar 't kan ook dat de trend uiteindelijk omlaag is, bijvoorbeeld bij mij omdat er door naregeling ergens extra afgifte bijkomt.

[MikeyMan]

blb4 schreef op donderdag 19 januari 2023 @ 12:39:
[...]

We zijn toch kabouters aan 't temmen?

Ja uiteraard, maar m.i. moet je wel eerst de setup optimaliseren voordat je gaat finetunen. Hoe minder correcties, hoe beter.

[Maarten69]

Ik doe nu even klein een testje met een 1 minuut begrenzing op de SS. Ben gewoon even benieuwd.

[fietsensloper]

Ik ben ook heel benieuwd!

[blb4]

Maarten69 schreef op donderdag 19 januari 2023 @ 12:41:
Ik ben het er wel mee eens dat de softstart na fase 1 (STARTUP) best begrenst zou mogen worden naar max 1 correctie per 1 of 2 minuten. (het liefst 160 sec).
Na 3 minuten te hoog kan de WP namelijk afslaan.

Ik denk dat zo'n limiter idd behoorlijk goed kan werken. Met 120 seconden zou er in de periode van mijn log 4 commando's (van de 12) tussenuit vallen.

[Maarten69]

Ja ik test even met en zonder. Maar zoiets laat ik uiteindelijk liever aan @edterbak over.
Maar je kun altijd een request op github aanmaken om de softstart te beperken. (na v22.00 stable)

EDIT: Hij lijkt nu wel makkelijker de trend omhoog automatisch te volgen...

[ Voor 21% gewijzigd door Maarten69 op 19-01-2023 12:53 ]