Heishamon <> Node Red voor Panasonic warmtepompen

[Maarten69]

@Aikon Als een SS correctie geen SP verandering oplevert zou hij helemaal niet moeten loggen.
Dus wat heb jij anders?

EDIT: Ik snap het al, het levert een correctie op omdat jij begrenst op 28 dus elke correctie is anders als current SP.

[ Voor 34% gewijzigd door Maarten69 op 16-01-2023 09:21 ]

[Maarten69]

Zo heeft de SS ook totaal geen nut.
Staat jouw Heishamon update op elke 5 seconden? Beetje overkill.
Misschien moeten de de SS toch wat gaan begrenzen op tijd om niet afhankelijk te zijn van iedereen zijn eigen instellingen van de Heishamon.

[ Voor 89% gewijzigd door Maarten69 op 16-01-2023 09:28 ]

[Aikon]

Uhm... minimum water temp op 28. Of die het niet moet loggen weet ik niet, maar dan zou de logging dus eerst een vergelijk met de final_SP moeten doen? Lijkt me niet toch?

Op zich gaat alles goed, behalve dat ik de correcties zo snel vind gaan, maar dat kan ook komen door de lage water temp die gewoon heel snel oploopt op zo'n moment?

Maar idd; SS tijdens de nacht heeft geen zin in dit geval. Wel als het kouder is en er wel wat te wijzigen is, maar ja, so be it.

Ja, HeishaMon op elke 5sec.

Maar laten we nou niet de hele functie omgooien vanwege 1 logje, nogmaals het werkt zoals het moet werken an sich.

[ Voor 13% gewijzigd door Aikon op 16-01-2023 09:29 ]

[Maarten69]

Aikon schreef op maandag 16 januari 2023 @ 09:27:
Uhm... minimum water temp op 28. Of die het niet moet loggen weet ik niet, maar dan zou de logging dus eerst een vergelijk met de final_SP moeten doen? Lijkt me niet toch?

Op zich gaat alles goed, behalve dat ik de correcties zo snel vind gaan, maar dat kan ook komen door de lage water temp die gewoon heel snel oploopt op zo'n moment?

Maar idd; SS tijdens de nacht heeft geen zin in dit geval. Wel als het kouder is en er wel wat te wijzigen is, maar ja, so be it.

Ja, HeishaMon op elke 5sec.

En dat is precies wat de logging wel doet. Vergelijk Final SP met current SP
Hier zie ik geen SoftStart correctie in log als het niet nodig is, behalve met "Extrend logging" actief.

Zou die update wel wat lager zetten als ik jou was.

[ Voor 9% gewijzigd door Maarten69 op 16-01-2023 09:31 ]

[Aikon]

Geavanceerde logging dan Maar dan werkt dat niet goed nee
[@Maarten69 edit] Nah ja, die SP_final blijft de hele tijd 'hangen' op 28, in die SP_final is dus al rekening gehouden met de min. water temp. Dus de nieuw berekende SP_final zoals in mijn log is daaraan afwijkend. Dus in die zin wordt er gelogd. Maar vervolgens niet gezet.


Is het niet handiger om dan een filtertje te zetten die de update-frequentie beperkt voor SS? Dan ben je niet afhankelijk v/d gebruiker.

[ Voor 40% gewijzigd door Aikon op 16-01-2023 09:39 ]

[Maarten69]

Aikon schreef op maandag 16 januari 2023 @ 09:34:
Geavanceerde logging dan Maar dan werkt dat niet goed nee

Is het niet handiger om dan een filtertje te zetten die de update-frequentie beperkt voor SS? Dan ben je niet afhankelijk v/d gebruiker.

Ja iets in die trant denk ik.

[Aikon]

Helaas, Softstart afronding is toch niet ok:

code:

16/01 09:40:51 - MQTT Command: SetZ1HeatRequestTemperature: 47 (SP Calculation)
16/01 09:40:51 - Function SoftStart: Correction: 4.450000000000003 > 4.7 °C - (CATCH) Freq: 35Hz, SP_Final: 46.5°C
16/01 09:40:46 - Function SoftStart: Correction: 3.950000000000003 > 4.5 °C - (CATCH) Freq: 35Hz, SP_Final: 46.3°C
16/01 09:40:41 - MQTT Command: SetZ1HeatRequestTemperature: 46 (SP Calculation)
16/01 09:40:41 - Function SoftStart: Correction: 3.450000000000003 > 4 °C - (CATCH) Freq: 35Hz, SP_Final: 45.8°C

[Maarten69]

@Aikon Lang niet gezien, maar dat is dus F_SS_old_correction. Zal die ook aanpassen.
Is eigenlijk een ander probleem maar komt goed.

EDIT: Fixed, bedankt voor melden.

[ Voor 7% gewijzigd door Maarten69 op 16-01-2023 09:59 ]

[Maarten69]

Aikon schreef op maandag 16 januari 2023 @ 09:34:
Geavanceerde logging dan Maar dan werkt dat niet goed nee
[@Maarten69 edit] Nah ja, die SP_final blijft de hele tijd 'hangen' op 28, in die SP_final is dus al rekening gehouden met de min. water temp. Dus de nieuw berekende SP_final zoals in mijn log is daaraan afwijkend. Dus in die zin wordt er gelogd. Maar vervolgens niet gezet.

Leg eens uit waarom je de minimal temp op 28 wilt begrenzen, maar wel zo'n laag SP instelt aub.
(Heat water temperature limits > Minimum temp.) HEAT_SP_lower_limit

Ik wil best de logging beperken indien SS Final SP < als die Minimum temp. maar dan moet het wel zin hebben natuurlijk.
Fixed anyway:

code:

if (Number(SP_Final).toFixed(0) < HEAT_SP_lower_limit) { return [null, null]; }   //update 16-01-2023 (only send when sp higher then HEAT_SP_lower_limit)

[ Voor 12% gewijzigd door Maarten69 op 16-01-2023 10:22 ]

[Aikon]

Goede vraag

Met een watertemperatuur onder de 28 graden krijg ik echt heel veel gependel, vandaar deze min temp.

Ik heb Nightreduction op -12 staan, dat werkt goed als het lekker koud is, bijv. bij 0 graden heb ik water van 40 graden nodig - wat toevallig ook op 28 uitkomt. Maar als het warmer wordt krijg je dus veel gependel 's nachts.

Bij een buitentemperatuur van 15 graden vraag ik water van 25 graden. Ik heb overwogen om die dan op 28 te zetten (nah ja, ook feitelijk wel gedaan), maar de gedachte was dat ik dan weer over die 28 graden ga met RTC +3, dan kom je op 31 graden. Liever heb ik een iets langere run op 28 graden in dat geval. Op deze manier kom je altijd uit op max. 28, en stijgt de watertemperatuur pas als het echt nodig is, omdat de buitentemperatuur daalt. Dit zodat de runs wat langer zijn op lage temperatuur.

Uiteindelijk is deze combinatie van instellingen het gevolg van veel testen om e.e.a. zo stabiel mogelijk te laten draaien in de meeste situaties en werkt het heel fijn als geheel.

Ik wil best de logging beperken indien SS Final SP < als die Minimum temp. maar dan moet het wel zin hebben natuurlijk.

Je hebt het al gefixed zie ik, maar het gaat mij niet om de logging. Dat is maar logging. Wat er vannacht (niet) gebeurde was gewoon goed uiteindelijk.

Het was puur ter info dat SS blijkbaar elke paar sec wilde corrigeren Dan weet je dat zo'n situatie voor kan komen, je moet het toch van de info van de gebruikers hebben he

[Maarten69]

Bedankt voor je uitleg, duidelijk.

je moet het toch van de info van de gebruikers hebben he

Dat is zeker waar. Komen situaties voorbij waar je in eerste instantie geen rekening mee houd.
Daarom moet de flow daar ook telkens een klein beetje op aangepast worden.


Afijn, staan weer 3 4 fixes klaar voor volgende keer.

[Fix] Fix SoftStart logging showed F_SS_old_correction with trailing zeros xx.0000000000003
[Fix] Reduced SoftStart logging when SP_Final < HEAT_SP_lower_limit
[Fix] Label "Max MQTT-commands per day" Wasn't updating correctly, now fixed.
[Fix] Fixed SoftStart timer not resetting (timer) after a defrost.

[ Voor 42% gewijzigd door Maarten69 op 16-01-2023 14:20 ]

[blb4]

update van mijn kant: heb gisteravond v21.46 er op gezet; ik heb geen gekke dingen gezien. Wel zie ik nu net bij de laatste run iets met de softstart function wat mogelijk niet helemaal correct is, die bleef namelijk de hele tijd op correctie 0.

Op basis van WAR was SP start 35 graden. Om 12:47:50 is blijkbaar op basis van de (gestegen) buitentemperatuur 't WAR setpoint verlaagd naar 34 graden. Ta bleef onder setpoint + 2 dus hij bleef doorlopen. Om 13:09:05 ging 's setpoint naar 33 graden omdat RTC correctie naar -1 ging. Hierdoor kwam Ta meer dan 2 graden boven setpoint en schakelde hij uit. Had de softstart functie (met mogelijkheid bij mij tot verhoging met +5 hier niet moeten ingrijpen en 't setpoint iets omhoog te gooien?

Na een kwartier ging hij weer aan, dat had m.i. een aaneengesloten run moeten zijn.

code:

16/01 13:13:29 - Compressor: stopped
16/01 13:13:20 - Function SoftStart: F_SS_SP_start: 33, F_SS_old_correction: 0, Inlet: 32.25, Outlet: 35, Run time: 56 min
16/01 13:09:06 - Function SoftStart: F_SS_SP_start: 33, F_SS_old_correction: 0, Inlet: 32.25, Outlet: 35.25, Run time: 52 min
16/01 13:09:06 - MQTT Command: SetZ1HeatRequestTemperature: 33 (SP Calculation)
16/01 13:09:05 - Function SoftStart: F_SS_SP_start: 33, F_SS_old_correction: 0, Inlet: 32.25, Outlet: 35.25, Run time: 51 min
16/01 13:09:05 - Function RTC: Correction change: From 0 to -1 °C (Room actual: 19.5 °C)
16/01 13:08:48 - Function SoftStart: F_SS_SP_start: 34, F_SS_old_correction: 0, Inlet: 32.5, Outlet: 35.25, Run time: 51 min
16/01 12:47:57 - Function SoftStart: F_SS_SP_start: 34, F_SS_old_correction: 0, Inlet: 31.75, Outlet: 35.75, Run time: 31 min
16/01 12:47:50 - MQTT Command: SetZ1HeatRequestTemperature: 34 (SP Calculation)
16/01 12:47:50 - Function SoftStart: F_SS_SP_start: 34, F_SS_old_correction: 0, Inlet: 31.75, Outlet: 35.75, Run time: 30 min
16/01 12:47:50 - Function WAR: Setpoint change: From 35 to 34 °C
16/01 12:47:07 - Function SoftStart: F_SS_SP_start: 35, F_SS_old_correction: 0, Inlet: 31.75, Outlet: 35.75, Run time: 30 min
16/01 12:46:57 - Function SoftStart: F_SS_SP_start: 35, F_SS_old_correction: 0, Inlet: 31.75, Outlet: 35.25, Run time: 30 min

[Maarten69]

@blb4 in bovenstaand log lijkt het alsof de SoftStart al klaar was.
Die "entend logging" maakt het niet echt leesbaarder, maar kun je terug zien wanneer de compressor aangegaan is en hoe lang de softstart duur is?

[blb4]

De timer staat bij mij op 6 uur, die tijd was dus nog lang niet voorbij. 't Rare is dat 't er uit ziet dat de vorige run de softstart niets gedaan heeft. De huidige run weer wel. Net voor de vorige run was er een defrost, zou dat er iets mee te maken kunnen hebben?

[Maarten69]

blb4 schreef op maandag 16 januari 2023 @ 14:01:
De timer staat bij mij op 6 uur, die tijd was dus nog lang niet voorbij. 't Rare is dat 't er uit ziet dat de vorige run de softstart niets gedaan heeft. De huidige run weer wel. Net voor de vorige run was er een defrost, zou dat er iets mee te maken kunnen hebben?

Goed gevonden, inderdaad als tijdens de SoftStart een defrost plaatsvind en de schakelaar "Restart after defrost" staat uit dan bypassed hij de SoftStart, maar reset de SoftStart timer niet.
Die moet dus wel gereset worden worden de volgende compressor start.

if (F_SS_reset_after_defrost == 0) { // uitzondering maken tijdens defrost
if (global.get('ForceDefrost', "file") == 1)
{
msg99.payload = "temporally disabled during defrost";
global.set('StartTime', undefined, "file"); // reset timer
return [null, msg99];
}

Uhm, alhoewel?
Dan zou hij bij elke defrost weer 6 uur (in jouw geval) gaan lopen...

EDIT1: Dat was altijd al zo natuurlijk. Bij een stop ( 0 Hz) reset de Softstart-timer.
EDIT2: Toch niet, de code in SS die checked of compr 0 Hz is om de timer te resetten wordt niet uitgevoerd als schakelaar "Restart after defrost" uit staat.

EDIT3: Code wordt niet aangepast.

[ Voor 43% gewijzigd door Maarten69 op 16-01-2023 22:01 ]

[blb4]

Maarten69 schreef op maandag 16 januari 2023 @ 14:15:
[...]

Goed gevonden, inderdaad als tijdens de SoftStart een defrost plaatsvind en de schakelaar "Restart after defrost" staat uit dan bypassed hij de SoftStart, maar reset de SoftStart timer niet.
Die moet dus wel gereset worden worden de volgende compressor start.

Uhm, alhoewel?
Dan zou hij bij elke defrost weer 6 uur (in jouw geval) gaan lopen...

EDIT: Dat was altijd al zo natuurlijk. Bij een stop ( 0 Hz) reset de Softstart-timer.
EDIT2: Toch niet, de code in SS die checked of compr 0 Hz is om de timer te resetten wordt niet uitgevoerd als schakelaar "Restart after defrost" uit staat. (ik laat die timer reset van hierboven toch staan).

Kijken of ik 't nog snap hoor :):
De WP liep zo'n 3 uur en ging toen een defrost doen. Restart after defrost staat bij mij uit, softtimer heeft een lengte van 6 uur. Dan zou toch na de defrost de timer gewoon door moeten lopen en de softstart functie ook gewoon met correcties blijven komen?

[Maarten69]

blb4 schreef op maandag 16 januari 2023 @ 15:01:
[...]

Kijken of ik 't nog snap hoor :):
De WP liep zo'n 3 uur en ging toen een defrost doen. Restart after defrost staat bij mij uit, softtimer heeft een lengte van 6 uur. Dan zou toch na de defrost de timer gewoon door moeten lopen en de softstart functie ook gewoon met correcties blijven komen?

Ja dan zit de tijd er inderdaad nog niet op, hij is niet uitgevallen tijdens een defrost toch, omdat de SS daar nu niet ingrijpt.

[blb4]

Maarten69 schreef op maandag 16 januari 2023 @ 15:14:
[...]

Ja dan zit de tijd er inderdaad nog niet op, hij is niet uitgevallen tijdens een defrost toch, omdat de SS daar nu niet ingrijpt.

Na de defrost startte hij weer op maar gaf de softstart function dus geen correctie meer.

Update:
Of is dat ook de bedoeling als je restart na defrost uit hebt staan? Niet helemaal duidelijk voor mij....


Reset after defrost:
When enabled, the softstart function will be reset during a defrost. This will result in 'catching' the high compressor frequencies each time. When disabled, the counter will continue after a defrost. As a result of this, the softstart function can reach the 'end'-pont sooner.
Default: Disabled

Mijn verwachting is dat de softstart altijd probeert de compressor in toom te houden en dat de restart after defrost (in de Help Reset after defrost ) alleen te maken heeft met of de runtime na de defrost op 0 start (restart after defrost enabled) of dat de runtime voor de defrost behouden blijft (Restart after Defrost disabled).

Maar 't kan natuurlijk dat ik 't helemaal verkeerd bedenk....

[ Voor 54% gewijzigd door blb4 op 16-01-2023 15:34 ]

[wasgezellig]

Maarten69 schreef op zondag 15 januari 2023 @ 20:15:
@wasgezellig de Quietmode zou in 21.46 weer moeten werken als verwacht.

Excuus voor de late reactie en thanks! Ik ga het even in de gaten houden. Ik draai nu op 21.46 en vooralsnog werkt alles naar behoren .

[Maarten69]

@blb4 Die @edterbak is wel geweldig met de help files updaten. Respect.

[MikeyMan]

blb4 schreef op maandag 16 januari 2023 @ 15:17:
[...]

Mijn verwachting is dat de softstart altijd probeert de compressor in toom te houden en dat de restart after defrost (in de Help Reset after defrost ) alleen te maken heeft met of de runtime na de defrost op 0 start (restart after defrost enabled) of dat de runtime voor de defrost behouden blijft (Restart after Defrost disabled).

Maar 't kan natuurlijk dat ik 't helemaal verkeerd bedenk....

Nou dat ligt eraan wat je 'in toom houden noemt'.

Zoals eerder aangegeven begint de functie als softstart, maar gaat deze later over in 'keep running'

[wasgezellig]

Ik heb even een algemene vraag, niet release gebonden, dit speelt namelijk al langer. Wat ik namelijk bij mijn J-series Split-unit warmtepomp zie is dat de SoftStart (of keep-alive) heel erg snel begint met opschalen van de temperatuur, waardoor de warmtepomp juist langer op hogere toeren blijft draaien. Sterker nog, in mijn geval is het regelmatig gunstiger als ik zonder SoftStart draai, maar dan zijn de runs korter (nu ingesteld op 1 uur) en krijg ik dus meer runs, wat natuurlijk niet wenselijk is. Dit is overigens niet altijd zo, maar wel in zeg 75% van de runs.

Zijn er meer mensen die dit gedrag hebben of is dit gewoon een gevalletje verschil tussen J-Series Split-unit en Monoblock?


Hieronder de runs zoals ik ze meestal zie. Deze dag waren het er door omstandigheden toevallig wat veel, normaal is dat wat wel minder:



EDIT: Nog extra ter info, ik werk met lage temperaturen en dus ook kleine verschillen. Om een idee te krijgen, op een dag als vandaag (nu 5 graden buiten) is het setpoint 26 graden en dat is genoeg om het huis (alleen benedenverdieping met vloerverwarming, boven losse airco) op 19,5 graad te houden.

[ Voor 11% gewijzigd door wasgezellig op 16-01-2023 15:59 ]

[MikeyMan]

@wasgezellig je zou de maximale correctie kunnen verlagen. Wat voor flow haal je?
Zou een symptoom van een beetje wat te lage afgifte kunnen zijn.

[blb4]

MikeyMan schreef op maandag 16 januari 2023 @ 15:45:
[...]


Nou dat ligt eraan wat je 'in toom houden noemt'.

Zoals eerder aangegeven begint de functie als softstart, maar gaat deze later over in 'keep running'

Wat ik dus graag zou zien is dat de softstart function na een defrost altijd z'n werk doet en dat je met een schakelaar kan aangeven of de 'keep running' timer wel of niet gereset moet worden bij een defrost.
Ik zie ze niet zo, maar zijn er argumenten om ook de softstart function uit te schakelen na een deforst?

[wasgezellig]

MikeyMan schreef op maandag 16 januari 2023 @ 16:01:
@wasgezellig je zou de maximale correctie kunnen verlagen. Wat voor flow haal je?
Zou een symptoom van een beetje wat te lage afgifte kunnen zijn.

De maximale correctie heb ik om die reden ook al op 2 graden gezet, maar wellicht nog verder verlagen naar 1? Dat zou ik inderdaad kunnen proberen. Wellicht in mijn geval genoeg om de Wp aan de gang te houden.

Ik heb bij de aanleg al het CV-leidingwerk vervangen door dikke kunststof leidingen, evenals de verdeler door een gesloten verdeler. Verder heb ik ook nog een 50L paralel-buffer, dus flow zou het probleem eigenlijk niet mogen zijn, tenzij ik mijn pomp te ver heb geknepen natuurlijk. Die staat (i.v.m. de paralelbuffer + nog extra losse pomp) op 40% maximaal debiet.

[MikeyMan]

wasgezellig schreef op maandag 16 januari 2023 @ 16:09:
[...]


De maximale correctie heb ik om die reden ook al op 2 graden gezet, maar wellicht nog verder verlagen naar 1? Dat zou ik inderdaad kunnen proberen. Wellicht in mijn geval genoeg om de Wp aan de gang te houden.

Ik heb bij de aanleg al het CV-leidingwerk vervangen door dikke kunststof leidingen, evenals de verdeler door een gesloten verdeler. Verder heb ik ook nog een 50L paralel-buffer, dus flow zou het probleem eigenlijk niet mogen zijn, tenzij ik mijn pomp te ver heb geknepen natuurlijk. Die staat (i.v.m. de paralelbuffer + nog extra losse pomp) op 40% maximaal debiet.

Flow is natuurlijk niet alleen het leidingwerk, maar heeft ook effect op de afgifte. Hoeveel liter/minuut haal je nu?

[sjampeter]

Maarten69 schreef op maandag 16 januari 2023 @ 08:52:
@sjampeter Log update elke 2 minuten, kan zijn dat net in die periode de temp even wijzigde.

inderdaad ja, dat zou kunnen. kan ik helaas niet meer terughalen.
zie wel dat RTC netjes heel snel afschakeld als kamertemp te hoog wordt.
dat werkt dus gewoon prima.
ff zo laten.

[wasgezellig]

MikeyMan schreef op maandag 16 januari 2023 @ 16:11:
[...]


Flow is natuurlijk niet alleen het leidingwerk, maar heeft ook effect op de afgifte. Hoeveel liter/minuut haal je nu?

De warmtepomp zelf zit meestal ergens tussen de 14 en 19 liter per minuut. Hoeveel liter de pomp na de parallelbuffer pakt weet ik niet precies, maar als het goed is veel meer dan dat. Overigens hoeft de Panasonic pomp maar een heel klein stukje te overbruggen naar de parallelbuffer, die hangt er namelijk zo goed als naast en vanaf daar pakt de tweede pomp het op.

Voor nu heb ik in ieder geval de SoftStart increase verlaagd naar 1 en ik kan daarna anders nog eens testen met een hogere pomp snelheid. Thanks voor het meedenken!

[ Voor 3% gewijzigd door wasgezellig op 16-01-2023 16:35 ]

[MikeyMan]

wasgezellig schreef op maandag 16 januari 2023 @ 16:34:
[...]


De warmtepomp zelf zit meestal ergens tussen de 14 en 19 liter per minuut. Hoeveel liter de pomp na de parallelbuffer pakt weet ik niet precies, maar als het goed is veel meer dan dat. Overigens hoeft de Panasonic pomp maar een heel klein stukje te overbruggen naar de parallelbuffer, die hangt er namelijk zo goed als naast en vanaf daar pakt de tweede pomp het op.

Voor nu heb ik in ieder geval de SoftStart increase verlaagd naar 1 en ik kan daarna anders nog eens testen met een hogere pomp snelheid. Thanks voor het meedenken!

Je zou ook een tijdje op dT kunnen proberen. Zeker met deze temperaturen leerzaam. Je ziet dan wat voor flow de Panasonic zelf probeert te halen.

[wasgezellig]

MikeyMan schreef op maandag 16 januari 2023 @ 16:36:
[...]


Je zou ook een tijdje op dT kunnen proberen. Zeker met deze temperaturen leerzaam. Je ziet dan wat voor flow de Panasonic zelf probeert te halen.

Dat is inderdaad nog een goed idee, ga eens kijken wat de pomp dan doet. Thanks .

[Maarten69]

Ik zou op zich graag verder gaan met kleine dingen, maar weet niet of @edterbak het al wilt overnemen?

Deze staan klaar voor v21.47

code:

[Fix] Fix SoftStart logging showed F_SS_old_correction with trailing zeros xx.0000000000003
[Fix] Reduced SoftStart logging when SP_Final < HEAT_SP_lower_limit
[Fix] Label "Max MQTT-commands per day" Wasn't updating correctly, now fixed.
[New] Improvements made for extra debugging info.
[Other] Code optimalisation in System Check, SS corr rounding etc.

[ Voor 6% gewijzigd door Maarten69 op 16-01-2023 21:58 ]

[edterbak]

Maarten69 schreef op maandag 16 januari 2023 @ 14:15:
[...]

Goed gevonden, inderdaad als tijdens de SoftStart een defrost plaatsvind en de schakelaar "Restart after defrost" staat uit dan bypassed hij de SoftStart, maar reset de SoftStart timer niet.
Die moet dus wel gereset worden worden de volgende compressor start.

[...]


Uhm, alhoewel?
Dan zou hij bij elke defrost weer 6 uur (in jouw geval) gaan lopen...

EDIT: Dat was altijd al zo natuurlijk. Bij een stop ( 0 Hz) reset de Softstart-timer.
EDIT2: Toch niet, de code in SS die checked of compr 0 Hz is om de timer te resetten wordt niet uitgevoerd als schakelaar "Restart after defrost" uit staat. (ik laat die timer reset van hierboven toch staan).

Precies.
laatste edit. Niets aanpassen want het is zoals we het hebben besproken.

De reset timer after defrost stond uit.
nu was er halverwege een run een defrost, dan ziet de pomp daarna dus het vervolg niet als een nieuwe start. Dat is wat de toggle voorsteld. En het werkt zoals designed.

[edterbak]

Maarten69 schreef op maandag 16 januari 2023 @ 16:46:
Ik zou op zich graag verder gaan met kleine dingen, maar weet niet of @edterbak het al wilt overnemen?

Deze staan klaar voor v21.47

code:

[Fix] Fix SoftStart logging showed F_SS_old_correction with trailing zeros xx.0000000000003
[Fix] Reduced SoftStart logging when SP_Final < HEAT_SP_lower_limit
[Fix] Label "Max MQTT-commands per day" Wasn't updating correctly, now fixed.
[Fix] Fixed SoftStart timer not resetting (timer) after a defrost.
[New] Improvements made for extra debugging info.
[Other] Code optimalisation in System Check, SS corr rounding etc.

Wat?
Is nu gelijk de softstart timer omgegooid??

[The-Source]

Ik draai nu nog op 21.30Beta maar is dit max MQTT blocked optie in de nieuwere versie ook gewoon helemaal uit te zetten. Gisteren nog verhoogd naar 600 per dag maar ook nu zag ik dat hij daar al weer op zat. Verhogen is een heel veel klikken en het is vanuit mij meer een IDC hoeveel er verstuurd wordt.

Zit net even wat verder te kijken en zie dat het al tegen 6 uur vanochtend was bereikt

code:

16/01 19:30:46 - MQTT Command - SetZ1HeatRequestTemperature: 31
16/01 19:30:17 - SYSTEM: MQTT limit of 500 reached, increasing limit to 600
16/01 15:36:43 - Function SoftStart: Correction: -3 > 0 °C - (ENDING) Freq: 23Hz, SP_Final: 31°C
16/01 15:21:10 - Function SoftStart: Correction: 0 > -2 °C - (STARTUP) Freq: 20Hz, SP_Final: 29°C
16/01 15:21:10 - Compressor: running
16/01 13:34:39 - Function SoftStart: Compressor Inactive - Correction: 0
16/01 13:34:39 - Compressor: stopped
16/01 11:01:18 - Scheduler - Operation Mode: 4
16/01 11:00:18 - Scheduler - Operation Mode: 4
16/01 10:01:38 - Function SoftStart: Correction: -3 > 0 °C - (ENDING) Freq: 28Hz, SP_Final: 31°C
16/01 09:49:53 - Function SoftStart: Correction: -2.25 > -2.5 °C - (STABLE) Freq: 39Hz, SP_Final: 28.5°C
16/01 09:49:38 - Function SoftStart: Correction: -2 > -2.3 °C - (STABLE) Freq: 38Hz, SP_Final: 28.7°C
16/01 09:46:38 - Function SoftStart: Correction: 0 > -2 °C - (STARTUP) Freq: 19Hz, SP_Final: 29°C
16/01 09:46:38 - Compressor: running
16/01 07:37:53 - Function SoftStart: Compressor Inactive - Correction: 0
16/01 07:37:53 - Compressor: stopped
16/01 07:31:15 - Scheduler - Quiet Mode: 1
16/01 07:30:15 - Scheduler - Quiet Mode: 1
16/01 05:50:10 - SYSTEM: MQTT-Commands to HP will be blocked!
16/01 05:50:10 - [WARNING]: 500 MQTT-commands send today! MQTT sending blocked (limit 500 msg/day)
16/01 05:50:10 - MQTT Command - SetZ1HeatRequestTemperature: 31

Stuurt elke 30s een SetZ1HeatRequestTemperature: 31

[ Voor 73% gewijzigd door The-Source op 16-01-2023 19:36 ]

[edterbak]

Maarten69 schreef op maandag 16 januari 2023 @ 16:46:
Ik zou op zich graag verder gaan met kleine dingen, maar weet niet of @edterbak het al wilt overnemen?

Ik moet eerlijk zeggen dat ik de laatste 2a3 weken volledig als passagier in dit project zit.
Ik heb geen grip, ik weet niet wat er allemaal verandert is. Het gaat zo snel.

Mijn inbreng de laatste 2a3 weken is 0. Heb er ook niet heel veel tijd voor gehad, maar los daarvan, ik heb geen kans om in te breken en loop achter de wagen aan.
Tijd die ik had, heb ik dus gestoken in lezen van forum en proberen de wagen in te halen.

[MikeyMan]

edterbak schreef op maandag 16 januari 2023 @ 19:28:
[...]


Precies.
laatste edit. Niets aanpassen want het is zoals we het hebben besproken.

De reset timer after defrost stond uit.
nu was er halverwege een run een defrost, dan ziet de pomp daarna dus het vervolg niet als een nieuwe start. Dat is wat de toggle voorsteld. En het werkt zoals designed.

Niet helemaal. Volgens mij zou de keep running wel aan de gang moeten blijven toch?

[edterbak]

Ja, dat doet ie.
deed

Toelichting.
de timer loopt gewoon door, wordt niet gereset. dus als de phase 2, keep running, actief is voor en na de defrost, loopt de timer nog en doet ie wat hij moet doen.

Dit was zo althans de bedoeling en ik dacht dat het ook zo werkte.

[ Voor 103% gewijzigd door edterbak op 16-01-2023 19:41 ]

[MikeyMan]

The-Source schreef op maandag 16 januari 2023 @ 19:33:
Ik draai nu nog op 21.30Beta maar is dit max MQTT blocked optie in de nieuwere versie ook gewoon helemaal uit te zetten. Gisteren nog verhoogd naar 600 per dag maar ook nu zag ik dat hij daar al weer op zat. Verhogen is een heel veel klikken en het is vanuit mij meer een IDC hoeveel er verstuurd wordt.

Zit net even wat verder te kijken en zie dat het al tegen 6 uur vanochtend was bereikt

code:

16/01 19:30:46 - MQTT Command - SetZ1HeatRequestTemperature: 31
16/01 19:30:17 - SYSTEM: MQTT limit of 500 reached, increasing limit to 600
16/01 15:36:43 - Function SoftStart: Correction: -3 > 0 °C - (ENDING) Freq: 23Hz, SP_Final: 31°C
16/01 15:21:10 - Function SoftStart: Correction: 0 > -2 °C - (STARTUP) Freq: 20Hz, SP_Final: 29°C
16/01 15:21:10 - Compressor: running
16/01 13:34:39 - Function SoftStart: Compressor Inactive - Correction: 0
16/01 13:34:39 - Compressor: stopped
16/01 11:01:18 - Scheduler - Operation Mode: 4
16/01 11:00:18 - Scheduler - Operation Mode: 4
16/01 10:01:38 - Function SoftStart: Correction: -3 > 0 °C - (ENDING) Freq: 28Hz, SP_Final: 31°C
16/01 09:49:53 - Function SoftStart: Correction: -2.25 > -2.5 °C - (STABLE) Freq: 39Hz, SP_Final: 28.5°C
16/01 09:49:38 - Function SoftStart: Correction: -2 > -2.3 °C - (STABLE) Freq: 38Hz, SP_Final: 28.7°C
16/01 09:46:38 - Function SoftStart: Correction: 0 > -2 °C - (STARTUP) Freq: 19Hz, SP_Final: 29°C
16/01 09:46:38 - Compressor: running
16/01 07:37:53 - Function SoftStart: Compressor Inactive - Correction: 0
16/01 07:37:53 - Compressor: stopped
16/01 07:31:15 - Scheduler - Quiet Mode: 1
16/01 07:30:15 - Scheduler - Quiet Mode: 1
16/01 05:50:10 - SYSTEM: MQTT-Commands to HP will be blocked!
16/01 05:50:10 - [WARNING]: 500 MQTT-commands send today! MQTT sending blocked (limit 500 msg/day)
16/01 05:50:10 - MQTT Command - SetZ1HeatRequestTemperature: 31

Stuurt elke 30s een SetZ1HeatRequestTemperature: 31

De mqtt blocker is niet het probleem. De bizarre hoeveelheid berichten is het probleem. Dat moet omlaag. Maar wellicht dat dat met een nieuwere versie al opgelost is. Voor de goede orde; ik had gisteren 51 berichten.
Vandaag 74, vooral door defrosts.

[MikeyMan]

edterbak schreef op maandag 16 januari 2023 @ 19:39:
Ja, dat doet ie.
deed

Toelichting.
de timer loopt gewoon door, wordt niet gereset. dus als de phase 2, keep running, actief is voor en na de defrost, loopt de timer nog en doet ie wat hij moet doen.

Dit was zo althans de bedoeling en ik dacht dat het ook zo werkte.

Het plaatje van @blb4 lijkt voor de laatste run iets anders te suggereren:



Hoewel...

Als de run om 6:00 als gestart wordt beschouwd, klopt het wel dat ie om 12:00 de brui eraan geeft...

Dat zou het kunnen zijn. En dan werkt het inderdaad zoals verwacht.
Eens @blb4 ?

Lijkt me overigens geen probleem om de ontwikkelsnelheid wat te verlagen zodat @edterbak weer bij kan raken. Een extra paar ogen is nooit verkeerd. En in alle eerlijkheid sla ik al gauw wat versies over momenteel.

[ Voor 19% gewijzigd door MikeyMan op 16-01-2023 19:46 ]

[edterbak]

Dat zie ik ook
Maar de timer resetten na een defrost heeft als resultaat dat de toggle weg mag. Als deze altijd gereset wordt nu.

Ik mis dus grip. Dat is duidelijk.

[MikeyMan]

edterbak schreef op maandag 16 januari 2023 @ 19:45:
Dat zie ik ook
Maar de timer resetten na een defrost heeft als resultaat dat de toggle weg mag. Als deze altijd gereset wordt nu.

Ik mis dus grip. Dat is duidelijk.

Ja eens, denk dat het nu conform verwachting werkt en dat we iets over het hoofd hebben gezien vanmiddag

[The-Source]

MikeyMan schreef op maandag 16 januari 2023 @ 19:40:
[...]


De mqtt blocker is niet het probleem. De bizarre hoeveelheid berichten is het probleem. Dat moet omlaag. Maar wellicht dat dat met een nieuwere versie al opgelost is. Voor de goede orde; ik had gisteren 51 berichten.
Vandaag 74, vooral door defrosts.

Ik heb nu maar "even" de 21.46Beta erop gezet. Deze is qua versturen van commands naar wat het nu lijkt wel rustig.
Overigens vandaag nog geen defrosts gehad.
Ik zie wel dat bij WAR de waardes die uitgelezen worden uit de WP precies omgedraaid zijn met wat ik in mijn WAR profiel heb staan. Heb maar voor de zekerheid weer een Export naar WP gedaan.

[ Voor 4% gewijzigd door The-Source op 16-01-2023 20:04 ]

[sjampeter]

sowieso lijkt het mij verstandig om altijd met de meest recente Beta versie te werken,
zo niet is ontwikkelen vrijwel onmogelijk lijkt mij.
en ben het met @edterbak eens, dat het soms wel heel rap gaat.
een halve dag niet op het forum en de kans is groot dat er al vele dingen veranderd zijn.
uiteraard heel mooi, echter soms wordt er wat overgecorrigeerd lijkt het.
ben zelf ook niet helemaal onschuldig gelukkig, echter zet mij wel aan het denken.
doel is een stabiele versie verkrijgen, en voor mijn gevoel zijn we bijna daar.
overcorrigeren is nooit goed. #ietsmetguldenmiddenweg?

[Maarten69]

Reset timer tijdens defrost moet weg eens. Terug naar as-designed gezet dus.

Gaat het te snel, ik neem wel paar dagen pauze, maar dan reageer ik niet op inmiddels opgeloste probleempjes.

Hier draait hij super stabiel met weinig correcties.

Ik moet nog een kleine onenigheid die af en toe plaats vind tussen calculate sp en compare sp vinden, maar dat komt goed.

600 berichten per dag kan nooit goed zijn wat ik hierboven las, maar dat is ook op een veel oudere versie volgens mij.

Wat @sjampeter zegt beaam ik, kan geen bugs fixen voor oude versies.

[MikeyMan]

Maarten69 schreef op maandag 16 januari 2023 @ 21:19:

Hier draait hij super stabiel met weinig correcties.

Draait hier ook prima hoor! Zie ook de weinige mqtt berichten

Ik moet nog een kleine onenigheid die af en toe plaats vind tussen calculate sp en compare sp vinden, maar dat komt goed.

600 berichten per dag kan nooit goed zijn wat ik hierboven las, maar dat is ook op een veel oudere versie volgens mij.

Wat @sjampeter zegt beaam ik, kan geen bugs fixen voor oude versies.

Ja das ook geheel logisch. Uitdaging is natuurlijk dan wel om bij te blijven. Misschien naar een wekelijkse of een tweewekelijkse release toe? Maakt het misschien ook makkelijker om bij te blijven met testen.

[Maarten69]

Goed idee @MikeyMan
Ik laat hier dan alleen regelmatig weten wat opgelost is, maar doe geen nw versie uploaden.

Geeft mij ook meer rust.

[edterbak]

Maarten69 schreef op maandag 16 januari 2023 @ 21:19:
Reset timer tijdens defrost moet weg eens. Terug naar as-designed gezet dus.

Ik weet niet waarom die toggle weg moet.
Die toggle is met reden daar gezet. Die reden kan voor mijn gevoel niet ineens verdwenen zijn.
Ik mis dus de grip op dit soort dingen.

Ik wil graag weten.
-Wat is de functie van de toggle nu.
-wat gaat er niet goed. Wat is het probleem. (Reproduceerbaar?)
-wat is de voorgestelde oplossing.
-kan iedereen leven met de oplossing

Zonder dit helder op het netvlies te hebben denk ik niet dat er gelijk al wat verandert moet worden.

[edterbak]

Ter info.
Ik heb die toggle altijd aan. Ik wil altijd dat de timer opnieuw start.

[Maarten69]

edterbak schreef op maandag 16 januari 2023 @ 21:51:
[...]

Ik weet niet waarom die toggle weg moet.
Die toggle is met reden daar gezet. Die reden kan voor mijn gevoel niet ineens verdwenen zijn.
Ik mis dus de grip op dit soort dingen.

Ik wil graag weten.
-Wat is de functie van de toggle nu.
-wat gaat er niet goed. Wat is het probleem. (Reproduceerbaar?)
-wat is de voorgestelde oplossing.
-kan iedereen leven met de oplossing

Zonder dit helder op het netvlies te hebben denk ik niet dat er gelijk al wat verandert moet worden.

Ik ga heel die toggle niet weghalen, zegt niemand.
Timer wordt alleen gereset als toggle actief is en compressor uit gaat. Netto geen wijziging dus.

[blb4]

MikeyMan schreef op maandag 16 januari 2023 @ 19:42:
[...]


Het plaatje van @blb4 lijkt voor de laatste run iets anders te suggereren:

[Afbeelding]

Hoewel...

Als de run om 6:00 als gestart wordt beschouwd, klopt het wel dat ie om 12:00 de brui eraan geeft...

Dat zou het kunnen zijn. En dan werkt het inderdaad zoals verwacht.
Eens @blb4 ?

Dat zou inderdaad kunnen! Ik heb de log niet meer van die tijd maar mijn grafieken in Grafana laten dit zien:


Het zou dus inderdaad kunnen dat de softstart time idd om 06:06u begonnen is en dus om 12:06u was afgelopen. Dat is 't idd verklaarbaar gedrag / as designed!

[edterbak]

Maarten69 schreef op maandag 16 januari 2023 @ 21:57:
[...]

Ik ga heel die toggle niet weghalen, zeg niemand.
Timer wordt alleen gereset als toggle actief is en compressor uit gaat. Netto geen wijziging dus.

Kijk. Dit is duidelijk. Misverstand bij mij dus lees ik... Misschien dat de tekst in changelog (wat ik hier las) mij op het verkeerde been heeft gezet.

[Maarten69]

@blb4 bedankt, alles opgehelderd nu dus.

[Maarten69]

Heb het kleine foutje tussen de functies Calculate new SP en Function SoftStart eindelijk gevonden.
Ze zijn het nu eens.

Maakte voor werking niet uit, maar het leek onverklaarbare SetZ1HeatRequestTemperature te geven.

[The-Source]

Ook op de laatste Beta krijg ik per 30 sec een MQTT setheat request.
Gevolg, gisteravond 23:00 vond NR het nodig om weer op Block stand te gaan staan (blijkbaar rekent hij de eerder gestuurde hoeveelheid ook mee)
Ik snap niet waarom in om de 30s zo'n command wordt gestuurd want een hele spannende config heb ik niet met alleen WAR en softstart actief.
Ik ga nu maar eerst weer SS uitzetten want dat is qua functie de enige die ik recentelijk erbij aanheb gezet. (als ik de comment van @Maarten69 lees zou dat wel eens bij mij het geval kunnen zijn)

[Aikon]

Ik zat even te testen met een link out zodat in HA kan zien of NR actief is, dus even MQTT block erop en schakelaartje om:

code:

17/01 09:14:37 - SYSTEM: MQTT-Commands to HP will be sent normally.
17/01 09:14:22 - MQTT Command: SetZ1HeatRequestTemperature: 43 (SP Calculation)
17/01 09:14:22 - Function NightReduction: 0
17/01 09:13:57 - Function - SoftStart Quietmode: Run finished, reset for next run
17/01 09:13:44 - Compressor: stopped
17/01 09:13:38 - MQTT Command: SetZ1HeatRequestTemperature: 31 (SP Calculation)
17/01 09:13:38 - Function NightReduction: 1
17/01 09:13:33 - SYSTEM: MQTT-Commands to HP will be blocked!

Maarre, de setpoint werd gewoon gewijzigd.

[Maarten69]

@The-Source Geen idee waarom dat bij jou gebeurt. Ik heb met 4 runs 67 commando's. Geef anders meer info.

@Aikon Geprobeerd na te bootsen, wordt gewoon geblocked. Zijn volgens de System Check dan de waarden wel zo?
MQTT.block_active: 1
MQTT.block_mode: BLOCK ALL

[ Voor 4% gewijzigd door Maarten69 op 17-01-2023 15:49 ]

[The-Source]

Welke info wil je dan, welk log optie van pagina system. Of wat van de settings. Punt is dit typ ik vanaf zakelijke laptop en deze is gescheiden van thuis netwerk. Maar via mijn telefoon kan ik data wel toevoegen maar dat is wat lastigere het juiste format geven.

[Maarten69]

Ik heb nieuwe upload gedaan, voorlopig mijn laatste.

Attentie! Er zit een kleine bug in deze versie indien de mqtt-block actief is.

Vind je dat belangrijk, wacht dan op v22.00 stable of fix hem zelf zie hier.

[2023-01-17] v21.47 beta (experimental). Changes:

[Fix] Fix SoftStart logging showed F_SS_old_correction with trailing zeros xx.0000000000003
[Fix] Reduced SoftStart logging when SP_Final < HEAT_SP_lower_limit.
[Fix] Label "Max MQTT-commands per day" Wasn't updating correctly, now fixed.
[New] Improvements made for extra (more) debugging info. (trailing *** in log) and highlights.
[Other] Code optimalisation in System Check, SS corr rounding etc.
[Fix] Fixed a small difference between function Compare new SP and function SoftStart.
[Optimalisation] Cleaned up code, removed unnecessary inject nodes (1/min).
[New] When defrosting show status on Home (@Operation mode, actual).
[Change] Increasing the max mqqt-messages/day now in bigger steps (10/2000).

Als iedereen ruime tijd op deze versie zit, kijken we verder.

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

[sjampeter]

staat er weer op. we zullen zien

[Tiesert]

Ik probeer m'n eerste grafiek te maken in Grafana. Hiervoor heb ik een IoT stack opgezet met Mosquitto, Influx, NR en Grafana. In NR heb ik een flow gemaakt om de data van MQTT naar Influx te krijgen. Maar wat ik ook doe, er landt niks van de Heishamon in de database.


In MQTT Explorer zie ik alle data voorbij komen, dus lijkt te werken.
In NR gebruik ik:
MQTT -in node
Action: subscribe to single topic
Topic: panasonic_heat_pump/main
Output: a parsed JSON object

Dan een Change function
Set: msg,payload
to the value: Expression
met als waarde: de inhoud van het bestand flows.json van @edterbak van github.
https://github.com/edterb...trol/blob/main/flows.json

[
{
"id": "af4245d118bcd0fb",
"type": "tab",
"label": "WP MQTT",
"disabled": false,
"info": ""
},
{
"id": "5517801071bdd257",
"type": "mqtt in",
"z": "af4245d118bcd0fb",
"d": true,
"name": "TOP0 - panasonic_heat_pump/main/Heatpump_State",
"topic": "panasonic_heat_pump/main/Heatpump_State",
"qos": "0",
"datatype": "auto",
"broker": "92e5b2c.00a8b5",
"nl": false,
etc...

Dan de Storage: Influxdb out node
Server: v1.x <heishamon ip> , database: heishamon
measurement: heisamon

Als ik kijk naar SHOW DATABASES dan bestaat de database
als ik doe: USE heishamon en show measurements dan komt er geen data in beeld.

Weet iemand wat er in NR misgaat om de Panadata van de Heishamon in Influx te krijgen en vervolgens in Grafana te gebruiken? Dank alvast!

[Aikon]

Tiesert schreef op dinsdag 17 januari 2023 @ 18:22:
Ik probeer m'n eerste grafiek te maken in Grafana. Hiervoor heb ik een IoT stack opgezet met Mosquitto, Influx, NR en Grafana. In NR heb ik een flow gemaakt om de data van MQTT naar Influx te krijgen. Maar wat ik ook doe, er landt niks van de Heishamon in de database.
[Afbeelding]

In MQTT Explorer zie ik alle data voorbij komen, dus lijkt te werken.
In NR gebruik ik:
MQTT -in node
Action: subscribe to single topic
Topic: panasonic_heat_pump/main
Output: a parsed JSON object

Dan een Change function
Set: msg,payload
to the value: Expression
met als waarde: de inhoud van het bestand flows.json van @edterbak van github.
https://github.com/edterb...trol/blob/main/flows.json

[
{
"id": "af4245d118bcd0fb",
"type": "tab",
"label": "WP MQTT",
"disabled": false,
"info": ""
},
{
"id": "5517801071bdd257",
"type": "mqtt in",
"z": "af4245d118bcd0fb",
"d": true,
"name": "TOP0 - panasonic_heat_pump/main/Heatpump_State",
"topic": "panasonic_heat_pump/main/Heatpump_State",
"qos": "0",
"datatype": "auto",
"broker": "92e5b2c.00a8b5",
"nl": false,
etc...

Dan de Storage: Influxdb out node
Server: v1.x <heishamon ip> , database: heishamon
measurement: heisamon

Als ik kijk naar SHOW DATABASES dan bestaat de database
als ik doe: USE heishamon en show measurements dan komt er geen data in beeld.

Weet iemand wat er in NR misgaat om de Panadata van de Heishamon in Influx te krijgen en vervolgens in Grafana te gebruiken? Dank alvast!

Je hebt geen HA meer draaien dus?

Zoek even in dit topic, er is een flowtje specifiek voor wat je wilt, is niet al te lang geleden nog voorbij gekomen.

[Aikon]

Maarten69 schreef op dinsdag 17 januari 2023 @ 15:48:
@Aikon Geprobeerd na te bootsen, wordt gewoon geblocked. Zijn volgens de System Check dan de waarden wel zo?
MQTT.block_active: 1
MQTT.block_mode: BLOCK ALL

Tnx, dan ligt t probleem bij mij, ik ga ff troubleshooten.

[edterbak]

Tiesert schreef op dinsdag 17 januari 2023 @ 18:22:
Ik probeer m'n eerste grafiek te maken in Grafana. Hiervoor heb ik een IoT stack opgezet met Mosquitto, Influx, NR en Grafana. In NR heb ik een flow gemaakt om de data van MQTT naar Influx te krijgen. Maar wat ik ook doe, er landt niks van de Heishamon in de database.
[Afbeelding]

In MQTT Explorer zie ik alle data voorbij komen, dus lijkt te werken.
In NR gebruik ik:
MQTT -in node
Action: subscribe to single topic
Topic: panasonic_heat_pump/main
Output: a parsed JSON object

Dan een Change function
Set: msg,payload
to the value: Expression
met als waarde: de inhoud van het bestand flows.json van @edterbak van github.
https://github.com/edterb...trol/blob/main/flows.json

[
{
"id": "af4245d118bcd0fb",
"type": "tab",
"label": "WP MQTT",
"disabled": false,
"info": ""
},
{
"id": "5517801071bdd257",
"type": "mqtt in",
"z": "af4245d118bcd0fb",
"d": true,
"name": "TOP0 - panasonic_heat_pump/main/Heatpump_State",
"topic": "panasonic_heat_pump/main/Heatpump_State",
"qos": "0",
"datatype": "auto",
"broker": "92e5b2c.00a8b5",
"nl": false,
etc...

Dan de Storage: Influxdb out node
Server: v1.x <heishamon ip> , database: heishamon
measurement: heisamon

Als ik kijk naar SHOW DATABASES dan bestaat de database
als ik doe: USE heishamon en show measurements dan komt er geen data in beeld.

Weet iemand wat er in NR misgaat om de Panadata van de Heishamon in Influx te krijgen en vervolgens in Grafana te gebruiken? Dank alvast!

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

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

[MikeyMan]

@Tiesert als je een nieuwe influx db installatie hebt, zou het kunnen dat je alleen met flux aan de gang kan. Liep ik ook tegenaan bij het in grafana gebruiken.

[The-Source]

influxDB 2.x is alleen flux. maar tipje, probeer via de data Explorer van influx db je data te vinden en dan kan je vanuit daar je query grotendeels kopiëren (schakelen tussen script editor / query builder links naast knop submit)

Ik ga zo maar de laatste versie aanzetten wat die blocked mqtt is echt killing me (tussen 19:20:25 & 20:10:08 100 commands)

code:

Flow version

21.46 beta (experimental)

17/01 20:14:35 - Compressor: running
17/01 20:10:08 - SYSTEM: MQTT-Commands to HP will be blocked!
17/01 20:10:08 - [WARNING]: 1000 MQTT-commands send today! MQTT sending blocked (limit 1000 msg/day)
17/01 20:10:08 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:09:38 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:09:08 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:08:38 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:08:08 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:07:38 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:07:08 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:06:38 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:06:08 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:05:38 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:05:08 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:04:38 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:04:08 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:03:38 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:03:08 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:02:38 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:02:08 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:01:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:01:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:00:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 20:00:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:59:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:59:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:58:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:58:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:57:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:57:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:56:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:56:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:55:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:55:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:54:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:54:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:53:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:53:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:52:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:52:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:51:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:51:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:50:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:50:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:49:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:49:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:48:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:48:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:47:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:47:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:46:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:46:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:45:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:45:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:44:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:44:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:43:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:43:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:42:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:42:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:41:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:41:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:40:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:40:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:39:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:39:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:38:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:38:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:37:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:37:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:36:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:36:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:35:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:35:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:34:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:34:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:33:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:33:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:32:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:32:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:31:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:31:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:30:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:30:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:29:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:29:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:28:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:28:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:27:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:27:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:26:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:26:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:25:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:25:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:24:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:24:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:23:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:23:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:22:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:22:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:21:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:21:20 - Compressor: stopped
17/01 19:21:07 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:20:37 - MQTT Command: SetZ1HeatRequestTemperature: 32 (SP Calculation)
17/01 19:20:25 - SYSTEM: MQTT limit of 900 reached, increasing limit to 1000
17/01 18:37:19 - Compressor: running

system healt

code:

============================================================
NightReductionRoomSetpoint.NORMAL: 21
NightReductionRoomSetpoint.LOW: 18
NightReduction room_setpoint.state: 0
---------------------------------------------------------------------------------------------------
NightReductionWaterTemp.current_value: 0
F_NR_correction: 0
NightReductionWaterTemp.correction: 0
NightReductionWaterTemp.state: 0
---------------------------------------------------------------------------------------------------
F_ReducePumpSpeed.state: 0
F_ReducePumpSpeed.LowSpeed: 102
F_ReducePumpSpeed.SavedPumpspeed: 148
F_ReducePumpSpeed.PumpMaxFlowSetting: 148
---------------------------------------------------------------------------------------------------
MQTT.block_mode_previous: 1 - BLOCK ALL
MQTT.block_mode: 1 - BLOCK ALL
MQTT.message_limit: 1000
MQTT.counter: 2556 (total)
MQTT.messages_yesterday: 900
MQTT.messages_today: 1000
MQTT.allow_scheduler: 0
MQTT.allow_solar: 0
MQTT.allow_rtc_onoff: 0
MQTT.block_active: 1
---------------------------------------------------------------------------------------------------
Function - SoftStart Quietmode is disabled
---------------------------------------------------------------------------------------------------
Actual runtime: 4 minutes, last runtime: 4 minutes
SoftStart TimeElapsed: 0 (waiting for next run)
F_SS_stage2_limit: 1°C (Max. setpoint increase)
F_SS_stage2: 15 minutes (Max. time the SoftStart will be active)
Function - SoftStart is disabled
---------------------------------------------------------------------------------------------------
The compressor has started 1 times in the last 24 hours
Highest compressor frequency ever recorded: 71 Hz
Total hours: 669, starts: 881, average runtime: 0.76 hours
Total Defrosts: 3, today 3, yesterday 0
Total MQTT-Commands send: 2556, today 1000, yesterday 900
---------------------------------------------------------------------------------------------------
RTC Room setpoint 21°C
F_RTC.incremental_setpoints_state: 0
F_RTC.F2_OM_state: 0 (RTC allow change OM is disabled)
F_RTC.F1_power_state: 0 (RTC turn heat on/off is disabled)
F_RTC.state: 0 (Function RTC is disabled)
F_RTC.on_off_status: undefined
F_RTC.on_off_active: 0
---------------------------------------------------------------------------------------------------
Schedule_1 1100 22c thermostaat , Monday,Tuesday,Wednesday,Thursday,Friday,Saturday,Sunday, 11:00, OperationMode4
Schedule_3 dinsdag sterilisatie, Tuesday, 12:00, Sterilization
Schedule_4 2200 stille modus, Monday,Tuesday,Wednesday,Thursday,Friday,Saturday,Sunday, 22:00, QM_3
Schedule_5 0730 normaal modus, Monday,Tuesday,Wednesday,Thursday,Friday,Saturday,Sunday, 07:30QM_1
Scheduler: 4 tasks are currently active
F_stored_next_operating_mode: undefined (ok)
SolarFunction_active: undefined (ok)
solar_block_scheduler: undefined (ok)
---------------------------------------------------------------------------------------------------
Found 1 1-wire sensors connected to Heishamon
No custom kWh-devices detected
Total errors: 0, last error: No error
MQTT-Commands: Are blocked (disable switch to unblock)
This flow is running for 1 days without a restart.
SYSTEM Heatpump is in DIRECT mode
SYSTEM: Persistent storage is configured correctly
Target=22°C, Inlet=22.5°C, Outlet=29.5°C, Freq=48 Hz, Quiet mode=3, 1200 Watt
HP power is on, operation mode Heat+DHW, threeway valve in position Room
*SYSTEM: MQTT-Commands are blocked, this flow will not function correctly.

[ Voor 118% gewijzigd door The-Source op 17-01-2023 20:20 . Reden: snel updaten maar ]

[blb4]

Ik heb v21.47 er op gezet . Ik laat mijn bevindingen weten.

[MikeyMan]

@The-Source voor iemand die geen programmeerervaring heeft is dat Flux de hel op aarde. Waarom niet gewoon een data explorer in grafana... Lekker gebruiksvriendelijk dit

Er gebeurt bij jou wel iets heel raars. Welke firmware draai je op je Heishamon?
Wat voor waarde toont Heishamon bij Top27?

Nu ff nieuwe versie installeren

[MikeyMan]

Wat ik overigens niet begrijp...
Ik verwijder als vanouds alle tabbladen. Dan selecteer ik de unused nodes, en verwijder die vervolgend.
Maar dan blijven deze nog staan:



Waarom worden deze als used aangemerkt dan?
Misschien omdat het de UI nodes zijn?

Scheelt al een slok op een borrel dit trouwens hoor

[ Voor 10% gewijzigd door MikeyMan op 17-01-2023 20:31 ]

[LinuZZ]

MikeyMan schreef op dinsdag 17 januari 2023 @ 20:25:
@The-Source voor iemand die geen programmeerervaring heeft is dat Flux de hel op aarde. Waarom niet gewoon een data explorer in grafana... Lekker gebruiksvriendelijk dit

Er gebeurt bij jou wel iets heel raars. Welke firmware draai je op je Heishamon?
Wat voor waarde toont Heishamon bij Top27?

Nu ff nieuwe versie installeren

https://chat.openai.com/ werkte voor mij goed voor een getting started en eerste queries in flux.

[The-Source]

MikeyMan schreef op dinsdag 17 januari 2023 @ 20:25:
@The-Source voor iemand die geen programmeerervaring heeft is dat Flux de hel op aarde. Waarom niet gewoon een data explorer in grafana... Lekker gebruiksvriendelijk dit

Er gebeurt bij jou wel iets heel raars. Welke firmware draai je op je Heishamon?
Wat voor waarde toont Heishamon bij Top27?

Nu ff nieuwe versie installeren

Ik zal niet zeggen dat Grafana daar de meeste vriendelijk mee is. Zou veel liever SQL zien maar tijd gebaseerde data is wellicht daar ook weer niet geschikt voor.
Ik heb nu ook 21.47 erop gezet
TOP 27 geeft 22C (dat staat op settings pagina ook ingesteld (WAR maakt er dan virtueel wat meer van)
Heishamon 3.1 (geen beta)

MikeyMan schreef op dinsdag 17 januari 2023 @ 20:28:
Wat ik overigens niet begrijp...
Ik verwijder als vanouds alle tabbladen. Dan selecteer ik de unused nodes, en verwijder die vervolgend.
Maar dan blijven deze nog staan:

[Afbeelding]

Waarom worden deze als used aangemerkt dan?

Wat ik het vreemde vind, ik verwijder letterlijk alles. Ik kies dan eerst deploy > restart flows. Voordat ik de nieuwe versie importeer. En dan blijken gewoon de settings behouden te zijn.
Daarom vermoed ik dat er wellicht bij mij ergens iets blijft hangen waardoor die mqtt zo oploopt.

[ Voor 34% gewijzigd door The-Source op 17-01-2023 20:31 ]

[MikeyMan]

The-Source schreef op dinsdag 17 januari 2023 @ 20:29:
[...]

Ik zal niet zeggen dat Grafana daar de meeste vriendelijk mee is. Zou veel liever SQL zien maar tijd gebaseerde data is wellicht daar ook weer niet geschikt voor.
Ik heb nu ook 21.47 erop gezet
TOP 27 geeft 22C (dat staat op settings pagina ook ingesteld (WAR maakt er dan virtueel wat meer van)
Heishamon 3.1 (geen beta)

Maar dan zit daar denk ik wel de crux. Er wordt een temperatuur van 32graden gevraagd, deze zou ook op top27 terecht moeten komen. Als dat niet lukt, blijft ie de waarde verzenden.

Welke modus draai je? Watertemperatuurregeling? Of (interne/externe) thermostaat?

[ Voor 6% gewijzigd door MikeyMan op 17-01-2023 20:32 ]

[The-Source]

MikeyMan schreef op dinsdag 17 januari 2023 @ 20:31:
[...]


Maar dan zit daar denk ik wel de crux. Er wordt een temperatuur van 32graden gevraagd, deze zou ook op top27 terecht moeten komen. Als dat niet lukt, blijft ie de waarde verzenden.

Welke modus draai je? Watertemperatuurregeling? Of (interne/externe) thermostaat?

Tue Jan 17 20:32:49 2023 (188870063): Heishamon stats: Uptime: 2 days 4 hours 27 minutes 50 seconds ## Free memory: 72% ## Heap fragmentation: 4% ## Max free block: 27144 bytes ## Free heap: 28264 bytes ## Wifi: 88% (RSSI: -56) ## Mqtt reconnects: 9 ## Correct data: 100.00%
Tue Jan 17 20:32:49 2023 (188870080): Requesting new panasonic data
Tue Jan 17 20:32:49 2023 (188870083): sent bytes: 111 including checksum value: 18
Tue Jan 17 20:32:50 2023 (188870494): Received 203 bytes data
Tue Jan 17 20:32:50 2023 (188870495): Checksum and header received ok!
Tue Jan 17 20:32:50 2023 (188870497): received TOP5 Main_Inlet_Temp: 22.50
Tue Jan 17 20:32:50 2023 (188870507): received TOP33 Room_Thermostat_Temp: 21
Tue Jan 17 20:32:50 2023 (188870512): received TOP56 Z1_Temp: 21
Tue Jan 17 20:32:50 2023 (188870516): received TOP64 High_Pressure: 7.4
Tue Jan 17 20:32:53 2023 (188873090): set z1 heat request temperature to 32
Tue Jan 17 20:32:53 2023 (188873091): sent bytes: 111 including checksum value: 242
Tue Jan 17 20:32:53 2023 (188873594): Received 203 bytes data
Tue Jan 17 20:32:53 2023 (188873595): Checksum and header received ok!
Tue Jan 17 20:32:53 2023 (188873600): received TOP33 Room_Thermostat_Temp: 22
Tue Jan 17 20:32:53 2023 (188873607): received TOP56 Z1_Temp: 22
Tue Jan 17 20:32:54 2023 (188874316): New webserver client: 192.168.1.17:49284
Tue Jan 17 20:32:55 2023 (188875898): Closing webserver client: 192.168.1.17:49284
Tue Jan 17 20:32:59 2023 (188879970): Requesting new 1wire temperatures

Zou het hierdoor iets mis gaan?

[MikeyMan]

@edterbak @Maarten69 nog suggesties voor een vervolg? Planning maken? Release timing afspreken?

Heb wel een suggestie voor een fix in de volgende versie over een week of wat
RTC ging zojuist weer over z'n nek bij deploy doordat de kamerthermostaat even nodig had.

code:

17/01 20:37:42 - Compressor: stopped
17/01 20:32:14 - MQTT Command: SetZ1HeatRequestTemperature: 25 (SoftStart)
17/01 20:32:14 - Function RTC: Correction change: From 0 to -3 °C (Room actual: 20.7 °C)
17/01 20:32:14 - SETUP - Sensors: Custom room temperature sensor FOUND and used
17/01 20:30:12 - SYSTEM - HEISHAMON Connection: Online
17/01 20:30:09 - MQTT Command: SetZ1HeatRequestTemperature: 28 (SoftStart)
17/01 20:30:09 - Function RTC: Correction change: From -3 to 0 °C (Room actual: 20 °C)
17/01 20:30:08 - Function - SoftStart Quietmode: 0 (actual level: 0)
17/01 20:30:08 - Function - SoftStart: 1
17/01 20:30:08 - Function - RTC: 1
17/01 20:30:03 - Function - WAR: 1
17/01 20:30:00 - SYSTEM: WAR settings OK
17/01 20:29:59 - SYSTEM: MQTT block inactive, default block mode: BLOCK ALL
17/01 20:29:59 - Function Solar: 1
17/01 20:29:59 - Function NightReduction: 0
17/01 20:29:59 - Function NightReduction: New correction: 0 °C
17/01 20:29:59 - Compressor: running
17/01 20:29:59 - RTC: Room setpoint changed to: 20 °C
17/01 20:29:59 - SYSTEM: Heatpump is in DIRECT mode
17/01 20:29:59 - Function Pump speed: 0
17/01 20:29:59 - SYSTEM - HEISHAMON Connection: Offline
17/01 20:29:59 - SYSTEM: Start---------------------------------------------------------------
------------------------------------------------------------------------------------------------
17/01 20:12:01 - MQTT Command: SetZ1HeatRequestTemperature: 25 (SP Calculation)
17/01 20:12:01 - Function RTC: Correction change: From -2 to -3 °C (Room actual: 20.6 °C)
17/01 20:06:58 - MQTT Command: SetZ1HeatRequestTemperature: 26 (SP Calculation)
17/01 20:06:58 - Function RTC: Correction change: From -3 to -2 °C (Room actual: 20.57 °C)
17/01 19:27:37 - MQTT Command: SetZ1HeatRequestTemperature: 25 (SP Calculation)
17/01 19:27:37 - Function SoftStart: Correction: 1 > 0 °C - (ENDING) Freq: 43Hz, SP_Final: 25°C
17/01 19:21:27 - MQTT Command: SetZ1HeatRequestTemperature: 26 (SP Calculation)
17/01 19:21:27 - Function SoftStart: Correction: 0.25 > 0.5 °C - (STABLE) Freq: 47Hz, SP_Final: 25.5°C
17/01 19:16:57 - MQTT Command: SetZ1HeatRequestTemperature: 25 (SP Calculation)
17/01 19:16:57 - Function SoftStart: Correction: -1.25 > -0.5 °C - (STABLE) Freq: 43Hz, SP_Final: 24.5°C
17/01 19:15:37 - MQTT Command: SetZ1HeatRequestTemperature: 24 (SP Calculation)
17/01 19:15:37 - Function SoftStart: Correction: -2 > -1.5 °C - (STABLE) Freq: 35Hz, SP_Final: 23.5°C
17/01 19:12:27 - MQTT Command: SetZ1HeatRequestTemperature: 23 (SP Calculation)
17/01 19:12:27 - Function SoftStart: Correction: 0 > -2 °C - (STARTUP) Freq: 21Hz, SP_Final: 23°C
17/01 19:12:27 - Compressor: running

Zal ik deze in github zetten?

[ Voor 64% gewijzigd door MikeyMan op 17-01-2023 20:51 ]

[The-Source]

@MikeyMan In de thermostaat staat modus op direct (niet op stooklijn), deze thermostaat dient meer als veredelt display van temperatuur / welke modus hij staat maar lijkt erop dat hij nu ook meer doet.

[MikeyMan]

The-Source schreef op dinsdag 17 januari 2023 @ 20:34:
[...]

Tue Jan 17 20:32:49 2023 (188870063): Heishamon stats: Uptime: 2 days 4 hours 27 minutes 50 seconds ## Free memory: 72% ## Heap fragmentation: 4% ## Max free block: 27144 bytes ## Free heap: 28264 bytes ## Wifi: 88% (RSSI: -56) ## Mqtt reconnects: 9 ## Correct data: 100.00%
Tue Jan 17 20:32:49 2023 (188870080): Requesting new panasonic data
Tue Jan 17 20:32:49 2023 (188870083): sent bytes: 111 including checksum value: 18
Tue Jan 17 20:32:50 2023 (188870494): Received 203 bytes data
Tue Jan 17 20:32:50 2023 (188870495): Checksum and header received ok!
Tue Jan 17 20:32:50 2023 (188870497): received TOP5 Main_Inlet_Temp: 22.50
Tue Jan 17 20:32:50 2023 (188870507): received TOP33 Room_Thermostat_Temp: 21
Tue Jan 17 20:32:50 2023 (188870512): received TOP56 Z1_Temp: 21
Tue Jan 17 20:32:50 2023 (188870516): received TOP64 High_Pressure: 7.4
Tue Jan 17 20:32:53 2023 (188873090): set z1 heat request temperature to 32
Tue Jan 17 20:32:53 2023 (188873091): sent bytes: 111 including checksum value: 242
Tue Jan 17 20:32:53 2023 (188873594): Received 203 bytes data
Tue Jan 17 20:32:53 2023 (188873595): Checksum and header received ok!
Tue Jan 17 20:32:53 2023 (188873600): received TOP33 Room_Thermostat_Temp: 22
Tue Jan 17 20:32:53 2023 (188873607): received TOP56 Z1_Temp: 22
Tue Jan 17 20:32:54 2023 (188874316): New webserver client: 192.168.1.17:49284
Tue Jan 17 20:32:55 2023 (188875898): Closing webserver client: 192.168.1.17:49284
Tue Jan 17 20:32:59 2023 (188879970): Requesting new 1wire temperatures

Zou het hierdoor iets mis gaan?

Maar staat ie niet op 'interne thermostaat' regeling bij de sensor instellingen dan?

Bij mij staat er 20 graden op Top33, maar daar doet ie niks mee.

[MikeyMan]

The-Source schreef op dinsdag 17 januari 2023 @ 20:38:
@MikeyMan In de thermostaat staat modus op direct (niet op stooklijn), deze thermostaat dient meer als veredelt display van temperatuur / welke modus hij staat maar lijkt erop dat hij nu ook meer doet.

Das een andere instelling

[The-Source]

MikeyMan schreef op dinsdag 17 januari 2023 @ 20:38:
[...]


Maar staat ie niet op 'interne thermostaat' regeling bij de sensor instellingen dan?

Bij mij staat er 20 graden op Top33, maar daar doet ie niks mee.

Nou dat denk ik dan van niet, maar waar pas ik het aan/ controleer ik het.

[MikeyMan]

The-Source schreef op dinsdag 17 januari 2023 @ 20:40:
[...]

Nou dat denk ik dan van niet, maar waar pas ik het aan/ controleer ik het.

Was al aan het zoeken



Gokje; die staat op room temperature - Internal


Jij hebt het denk ik over deze:

[ Voor 24% gewijzigd door MikeyMan op 17-01-2023 20:42 ]

[The-Source]

Stond op kamerthermostaat (want zo heb ik hem destijds in bedrijf gesteld) nu op water temperatuur.
TOP27 is nu dan ook de waarde die NR vraagt.

[ Voor 18% gewijzigd door The-Source op 17-01-2023 20:45 ]

[MikeyMan]

Hier was in het verleden wel een aanpassing voor gemaakt die bij mij eigenlijk prima werkte. Maar ik weet niet of internal thermostat anders werkt dan external thermostat in deze zin.

Zou ook een check en logmelding voor moeten komen in de heishamon log.

Maar ik denk dat het hiermee opgelost is. Alleen wel een andere manier van sturen zo

[ Voor 31% gewijzigd door MikeyMan op 17-01-2023 20:50 ]

[The-Source]

Ja laat nou net morgen en over morgen geen thuiswerk dagen zijn ... dat is wat lastiger finetunen op basis van WAR.
maar ik vermoed dat het wel al redelijk goed staat in de basis
alleen toont de thermostaat nu ook echt de gevraagde temperatuur en dan zie ik dus 31 ipv 22 in het scherm

[ Voor 23% gewijzigd door The-Source op 17-01-2023 21:00 ]

[Maarten69]

@The-Source denk dat je de pana nu goed ingesteld hebt.

Instellingen (globar vars) blijven normaal bewaard, die worden op schijf gezet. Is goed dus.

Denk dat de flow nu ook gaat werken voor jou, laat nog even weten welke instelling je precies in het WP menu veranderd hebt aub.

Succes.

Edit:
Kamerthermostaat --> watertemp dus.

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

[Maarten69]

MikeyMan schreef op dinsdag 17 januari 2023 @ 20:36:
@edterbak @Maarten69 nog suggesties voor een vervolg? Planning maken? Release timing afspreken?

Heb wel een suggestie voor een fix in de volgende versie over een week of wat
RTC ging zojuist weer over z'n nek bij deploy doordat de kamerthermostaat even nodig had.

@edterbak had al een idee om die custom kamertemperatuur aan te pakken, denk na stable.

Probeer de suggesties nog even voor je te houden, even alle bugs weg.

[Tiesert]

MikeyMan schreef op dinsdag 17 januari 2023 @ 19:54:
@Tiesert als je een nieuwe influx db installatie hebt, zou het kunnen dat je alleen met flux aan de gang kan. Liep ik ook tegenaan bij het in grafana gebruiken.

Dank je wel @MikeyMan , maar eerlijk gezegd heb ik geen idee wat je bedoelt. :-)

[MikeyMan]

Tiesert schreef op dinsdag 17 januari 2023 @ 22:10:
[...]

Dank je wel @MikeyMan , maar eerlijk gezegd heb ik geen idee wat je bedoelt. :-)

Welke versie van influxdb heb je draaien?

[edterbak]

@Maarten69 e.a.

Ik heb het volgende plan:

Ik wil graag de laatste publieke beta2 flow uploaden op zaterdag 21-1-2023.
Alles dat er voor die datum in kan/past qua bug-fixes is fijn.

Maar... als het geen bug-fix is, komt het er niet in. (dus geen, debug tab improvement, Dashboard layout improvement, geen log improvement, geen functie aanpassingen of werking van iets.. )
Wat het is, dat is het.

Deze laatste release 21.xx blijft dan 1 week zo als deze is zonder update. We geven iedereen de tijd om het te testen en te bevestigen dat alles echt opgelost is.

1 week later dus, de stable 22.00.

Vanaf 21-1-2023 gaan we voor het publiek 1 release uitbrengen per week, minder mag, meer niet.
Iedere week een versie release met weeknummer. 22.3, 22.4.

1op1 kunnen we vaker flows uitwisselen, maar niet openbaar.


Voor de gebruikers betekent dit:
Als er een kritieke bug in zit, melden (steps to reproduce), roll-back of wachten op volgende release 1 week later.

Voor ons betekent dit:
Als er een krietieke bug in zit, kunnen we het reproduceren, Bug report maken in github, hoe gaan we het oplossen (overleggen). Oplossing in github zetten in issue.

Iedere week (als richtlijn) spreken we na de week-release af waar we de komende week aan gaan werken. Dat word dan kleine selectie.
Alleen de afgesproken items mag dan aan worden gewerkt. of kritieke bugs.

Wat is een kritieke bug?
- Bugs welke resulterend in crash/freeze.
- Bugs met zeer groot risico dat mensen zonder warm water komen te zitten, of koude radiatoren.

Toelichting waarom ik deze suggestie doe:
- sinds start december hebben we 28 releases gehad (is te veel) niet te volgens voor gebruikers met testen enzo.
- Meer sturing en structuur bieden aan dit project.
- Meer helderheid waar komende week aan gewerkt gaat worden, voor gebruikers en voor devs.


Wat vind je hier van?

[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 kostte even om te begrijpen, maar hij doet het! Dank je wel. De data staat in influxdb. Alleen wordt nog niet voortdurend bijgewerkt, alleen na opnieuw publiceren in MQTT Explorer.

[Maarten69]

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

Ik heb het volgende plan:
...
Wat vind je hier van?

Prima plan.
Heb er veel tijd in gestoken dus kan wel wat rust gebruiken.
We gaan dan de takenlijst op github wel gebruiken.

De problemen moeten soms wat beter onderbouwd worden. Misschien daar ook een uitleg voor maken.

Welke versie, hoe reproduceer je het en 2 logfiles ofzo.

Komt vast goed toch?
Denk dat we dicht bij een stable zitten nu.

[blb4]

Maarten69 schreef op woensdag 18 januari 2023 @ 00:25:
[...]

Prima plan.
Heb er veel tijd in gestoken dus kan wel wat rust gebruiken.
We gaan dan de takenlijst op github wel gebruiken.

De problemen moeten soms wat beter onderbouwd worden. Misschien daar ook een uitleg voor maken.

Welke versie, hoe reproduceer je het en 2 logfiles ofzo.

Komt vast goed toch?
Denk dat we dicht bij een stable zitten nu.

Lijkt mij ook een prima plan! 't Was volgens mij voor jullie beide een gekkenhuis de laatste tijd en waarschijnlijk al veel langer. Geweldig dat er zo'n drive is en dat zaken zo snel opgepakt worden maar 't moet wel behapbaar blijven, zeker voor jullie.

Volgens mij is de basisfunctionaliteit al hartstikke goed, er zullen altijd mogelijkheden tot verbetering blijven maar dat kan idd iets gestructureerder en rustiger.

Nogmaals, respect voor jullie enorme inzet!!

[LinuZZ]

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

Ik heb het volgende plan:

Ik wil graag de laatste publieke beta2 flow uploaden op zaterdag 21-1-2023.
Alles dat er voor die datum in kan/past qua bug-fixes is fijn.

Maar... als het geen bug-fix is, komt het er niet in. (dus geen, debug tab improvement, Dashboard layout improvement, geen log improvement, geen functie aanpassingen of werking van iets.. )
Wat het is, dat is het.

Deze laatste release 21.xx blijft dan 1 week zo als deze is zonder update. We geven iedereen de tijd om het te testen en te bevestigen dat alles echt opgelost is.

1 week later dus, de stable 22.00.

Vanaf 21-1-2023 gaan we voor het publiek 1 release uitbrengen per week, minder mag, meer niet.
Iedere week een versie release met weeknummer. 22.3, 22.4.

1op1 kunnen we vaker flows uitwisselen, maar niet openbaar.


Voor de gebruikers betekent dit:
Als er een kritieke bug in zit, melden (steps to reproduce), roll-back of wachten op volgende release 1 week later.

Voor ons betekent dit:
Als er een krietieke bug in zit, kunnen we het reproduceren, Bug report maken in github, hoe gaan we het oplossen (overleggen). Oplossing in github zetten in issue.

Iedere week (als richtlijn) spreken we na de week-release af waar we de komende week aan gaan werken. Dat word dan kleine selectie.
Alleen de afgesproken items mag dan aan worden gewerkt. of kritieke bugs.

Wat is een kritieke bug?
- Bugs welke resulterend in crash/freeze.
- Bugs met zeer groot risico dat mensen zonder warm water komen te zitten, of koude radiatoren.

Toelichting waarom ik deze suggestie doe:
- sinds start december hebben we 28 releases gehad (is te veel) niet te volgens voor gebruikers met testen enzo.
- Meer sturing en structuur bieden aan dit project.
- Meer helderheid waar komende week aan gewerkt gaat worden, voor gebruikers en voor devs.


Wat vind je hier van?

dit is een super goed plan! en hoe software ontwikkeling in grote open source projecten ook wordt gedaan.

sinds ik heb geüpdatet naar versie 21.30 heb ik hem in productie genomen, en geprobeerd de comments hier bij te houden maar dat is al een hele klus ik wilde eigenlijk net gaan vragen, kan ik nu de nieuwe beta installeren maar na dit bericht wacht ik nog heel even tot aanstaande zaterdag, en ga ik dan vol testen

[The-Source]

Weet niet of het ooit zal kunnen / misschien gaat het nu al meestal wel goed. Maar per stable release aangeven of je eerst alles moet verwijderen in NR of dat je de nieuwe flow gewoon kan importeren in de vorm van de boel overschrijven?

[MikeyMan]

The-Source schreef op woensdag 18 januari 2023 @ 06:29:
Weet niet of het ooit zal kunnen / misschien gaat het nu al meestal wel goed. Maar per stable release aangeven of je eerst alles moet verwijderen in NR of dat je de nieuwe flow gewoon kan importeren in de vorm van de boel overschrijven?

Das helaas een node red ding.

[The-Source]

Wat ik zelf nog niet heb gezien, is er wellicht een delete all optie? Ik gebruik NR alleen maar voor Heishamon en dat ip-adres invoeren van de mqtt broker is natuurlijk maar een kleine moeite

[edterbak]

The-Source schreef op woensdag 18 januari 2023 @ 06:29:
Weet niet of het ooit zal kunnen / misschien gaat het nu al meestal wel goed. Maar per stable release aangeven of je eerst alles moet verwijderen in NR of dat je de nieuwe flow gewoon kan importeren in de vorm van de boel overschrijven?

Overschrijven is een optie die bij mij nooit een goed resultaat geeft.

[ Voor 40% gewijzigd door edterbak op 18-01-2023 07:59 ]

[edterbak]

LinuZZ schreef op woensdag 18 januari 2023 @ 06:15:
[...]


dit is een super goed plan! en hoe software ontwikkeling in grote open source projecten ook wordt gedaan.

Ja. Dat weet ik.
Ik heb in het verleden in het devteam (tester) gezeten van MediaPortal. Daar heb ik meegedacht aan de release cycle (train model). Als noob hoor, maar ik heb hier wel wat van meegekregen daardoor.
Nu werk ik zelf aan software voor mijn werk via de agile methode en gebruiken sprints van 1mnd voor het ontwikkelen in dev omgeving, accepance testing in acc-omgeving en uiteindelijk verplaatsen naar productie omgeving.

Reden dat ik dit ook voorstel is dat ik 'een' structuur begin te missen. Nu met een team van 2 al.

[ Voor 4% gewijzigd door edterbak op 18-01-2023 08:30 ]

[MikeyMan]

The-Source schreef op woensdag 18 januari 2023 @ 07:50:
Wat ik zelf nog niet heb gezien, is er wellicht een delete all optie? Ik gebruik NR alleen maar voor Heishamon en dat ip-adres invoeren van de mqtt broker is natuurlijk maar een kleine moeite

Je kunt na het verwijderen van alle tabs wel select unused en dan remove all doen.

Scheelt al een stuk.

[sjampeter]

sjampeter schreef op dinsdag 17 januari 2023 @ 18:20:
staat er weer op. we zullen zien

hmm. zie nu pas dat sinds de update, de link node van de binnentemp opeens verdwenen was. een resolutie van 1 graad is wel heel ruig. ondertussen weer even de link gemaakt, en draait weer als vanouds.
nog iemand dit ervaren? kan niet helemaal verklaren hoe dit gebeurt kan zijn.
in alle 27 updates sinds december (haha) nog nooit voorgekomen.

[sjampeter]

hmm, en krijg custom block funtie ook niet meer aan gang. gaat steeds naar block all. was toch niets aan veranderd?

[Aikon]

Maarten69 schreef op dinsdag 17 januari 2023 @ 15:48:
@Aikon Geprobeerd na te bootsen, wordt gewoon geblocked. Zijn volgens de System Check dan de waarden wel zo?
MQTT.block_active: 1
MQTT.block_mode: BLOCK ALL

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

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...

[Aikon]

sjampeter schreef op woensdag 18 januari 2023 @ 09:15:
[...]


hmm. zie nu pas dat sinds de update, de link node van de binnentemp opeens verdwenen was. een resolutie van 1 graad is wel heel ruig. ondertussen weer even de link gemaakt, en draait weer als vanouds.
nog iemand dit ervaren? kan niet helemaal verklaren hoe dit gebeurt kan zijn.
in alle 27 updates sinds december (haha) nog nooit voorgekomen.

RTC pakt gewoon de juiste sensor bij mij, dat is wat je bedoeld toch?