Heishamon <> Node Red voor Panasonic warmtepompen

[sjampeter]

zo staat ie. volgens mij inactief

[Maarten69]

dus even in contextdata wissen:

• F_stored_next_operation_mode
• SolarFunction_active

Hoe dit komt; ik neig naar herstart of update tijdens een scheduled task.

[sjampeter]

F-stored next operation mode is niet te vinden in context data

[Maarten69]

ook niet na vernieuwen?


De system check zou hem anders ook echt niet vinden namelijk.

[sjampeter]

hmm. jep gelijk. scherp
solarfunctie staat op 0 trouwens

[sjampeter]

staat nu in systemcheck ook op 0 . geen idee hoe maar het is zo

[Maarten69]

...nevermind, je noemt het zelf al.
Nu zal komende nacht de DHW run probleemloos moeten starten.

[ Voor 142% gewijzigd door Maarten69 op 29-11-2022 14:34 ]

[sjampeter]

inderdaad. nevermind haha.

denk dat bij updaten toch een en ander mis gaat.

werkwijze :
juiste flow klaarzetten.
alle tabs verwijderen.
alle configuratienodes verwijderen behalve de mqtt
importeren die handel en normaal gezien draait ie met alle oude instellingen.

mis ik iets of doe ik iets fout?

[ Voor 83% gewijzigd door sjampeter op 29-11-2022 14:38 ]

[Maarten69]

Doe je bovenstaande met de WP uit, in iedergeval niet tijdens een scheduled task?

Ik DEPLOY na wissen eerst, maar is volgens mij niet nodig.
Wel een full deploy, niet alleen updated nodes. (standaard full denk ik)

[edterbak]

Maarten69 schreef op dinsdag 29 november 2022 @ 14:42:
Doe je bovenstaande met de WP uit, in iedergeval niet tijdens een scheduled task?

Ik DEPLOY na wissen eerst, maar is volgens mij niet nodig.
Wel een full deploy, niet alleen updated nodes. (standaard full denk ik)

Na het wissen van een variabelle is deploy niet nodig. je hebt het al uit geheugen gehaald. Dus tenzij je iets aanvullends in de flow hebt aangepast, is een deploy niet nodig. (in theorie dan)

[Maarten69]

edterbak schreef op dinsdag 29 november 2022 @ 14:45:
[...]

Na het wissen van een variabelle is deploy niet nodig. je hebt het al uit geheugen gehaald. Dus tenzij je iets aanvullends in de flow hebt aangepast, is een deploy niet nodig. (in theorie dan)

Dat bedoelen we ook niet. Na import nieuwe flow versie.

[edterbak]

ah, ja ok.

Het mag ook niks uit maken of de pomp aan staat of uit.
Het mag ook niks uit maken of een scheduled task draait of niet.

Die laatste is nanelijk al actief en wordt tijdens de herstart gewoon als actief gevonden.


Ik doe zelf NIET deplay na het wissen van alle tabs en configurationnodes als ui_tabs etc.

[Maarten69]

Kan het zijn dat F_stored_next_operation_mode niet correct gewist wordt door het handmatig uitzetten van de WP? Of door RTC off functie.

[ Voor 12% gewijzigd door Maarten69 op 29-11-2022 14:50 ]

[edterbak]

Deze moet ook niet gewist worden denk ik.
Als de pomp weer aan gaat, moet hij daar namelijk gewoon verder gaan waar hij gebleven is. Lijkt mij. Toch?

[sjampeter]

edterbak schreef op dinsdag 29 november 2022 @ 14:48:


Ik doe zelf NIET deplay na het wissen van alle tabs en configurationnodes als ui_tabs etc.

ik dus wel...

[edterbak]

Denk dat het ook niet veel uit maakt.

[Maarten69]

Zou eigenlijk de voorwaarden van die 3 vars moeten weten om dat te checken in de Sytem check.
Dus wanneer en onder welke voorwaarden.
Ik heb geen DHW/Solar actief, dus bij mij is zo goed:

code:

F_stored_next_operating_mode: undefined (ok)
SolarFunction_active: undefined (ok)
solar_block_scheduler: undefined (ok)

[ Voor 42% gewijzigd door Maarten69 op 29-11-2022 14:56 ]

[edterbak]

Ja, snap je.
Ik denk ook dat nu t.g.v. een functie de F_stored_next_operating_mode geschreven kan worden, en dat vervolgens de gebruiker de functie weer uit zet, en dat de stored value danblijft plakken ongewenst.

Volgende ding op de to-do fix lijst

[Maarten69]

Klein tussendoorvraagje (ja ik speel vals bij scrabble).
Niet voor nu, maar vroeg het mij af. Is een instelbare schaal (tijd) mogelijk voor grafieken als RTC?
Al gevonden zie post iets verder op.

[ Voor 17% gewijzigd door Maarten69 op 29-11-2022 15:16 ]

[MikeyMan]

Maarten69 schreef op dinsdag 29 november 2022 @ 15:01:
Klein tussendoorvraagje (ja ik speel vals bij scrabble).
Niet voor nu, maar vroeg het mij af. Is een instelbare schaal (tijd) mogelijk voor grafieken als RTC?
Niet gemakkelijk zeker omdat je met arrays werkt?

While we're at it; de temperatuurrange van RTC is niet optimaal momenteel:

[Maarten69]

Je bedoel om 07:00 lijkt de -2 wel te werken, maar om 11:00 niet? ok

[ Voor 7% gewijzigd door Maarten69 op 29-11-2022 15:13 ]

[MikeyMan]

Maarten69 schreef op dinsdag 29 november 2022 @ 15:10:
Je bedoel om 07:00 lijkt de -2 wel te werken, maar om 11:00 niet?

Nee, dat gaat goed, ben nu aan het kijken of ie nog iets strakker kan.

Punt is meer dat de schaalverdeling nu van 19 tot 25 loopt.

17-23 zou beter uitkomen met dit weer.

[Maarten69]

Ziet er niet zo moeilijk uit om aan te passen, maar ik blijf daar voor nu even af kon het niet laten..

[ Voor 3% gewijzigd door Maarten69 op 29-11-2022 15:32 ]

[Aikon]

Ik wou het ook ooit nog eens melden, maarre, zeker met een temperatuurverlaging is het niet ideaal:



Maar het zijn gewoon vaste waardes dus, in de zomer is 25 wellicht nog te weinig.

[Maarten69]

In jullie geval zal ik het inderdaad aanpassen naar 17 en 23.
Kan zijn dat je 30 minuten moet wachten, maar je kunt als je niet geeft om historie ook op de reset node drukken. Dan start je met een lege grafiek.
Krijg je dit:

Ja mijn +1, +2, +3 zijn buiten grafiek (ik gebruik alleen on/off)

[ Voor 66% gewijzigd door Maarten69 op 29-11-2022 15:43 ]

[Aikon]

Ik verlaag 's nachts naar 16,5 dus met de delta er nog eens af is 15 misschien beter als ondergrens. In het algemeen is dat ook het minimum wat de meeste mensen aan zullen houden denk ik (meeste kamerplanten trekken lager ook niet ).

En als max. in de zomer, uhm doet RTC eigenlijk iets met COOL, nee zeker? 23 lijkt me prima dan.

[MikeyMan]

Aikon schreef op dinsdag 29 november 2022 @ 15:36:
Ik verlaag 's nachts naar 16,5 dus met de delta er nog eens af is 15 misschien beter als ondergrens. In het algemeen is dat ook het minimum wat de meeste mensen aan zullen houden denk ik (meeste kamerplanten trekken lager ook niet ).

En als max. in de zomer, uhm doet RTC eigenlijk iets met COOL, nee zeker? 23 lijkt me prima dan.

Nog niet, moet wel kunnen lijkt me

Handmatig aanpassen wordt overigens gelijk doorgevoerd.

[ Voor 5% gewijzigd door MikeyMan op 29-11-2022 15:37 ]

[Aikon]

Toch weer een keer voorgekomen dat WAR uit is gezet:
29/11 14:40:19 - Function WAR: RoomThermostat found or using Compensation curve. Using internal Panasonic WAR function. NodeRed WAR function is now disabled

Alles staat nog op 1 sec pollen etc.

Ik heb de nodes veranderd naar events: state, dus niet meer de poll state. Kijken of dat het was.

[edterbak]

Aikon schreef op dinsdag 29 november 2022 @ 15:52:
Toch weer een keer voorgekomen dat WAR uit is gezet:
29/11 14:40:19 - Function WAR: RoomThermostat found or using Compensation curve. Using internal Panasonic WAR function. NodeRed WAR function is now disabled

Alles staat nog op 1 sec pollen etc.

Ik heb de nodes veranderd naar events: state, dus niet meer de poll state. Kijken of dat het was.

Het blijft raar.

Dit is de code die dat doet.

code:

////////////////////////////////////////////////////////////////////////////////
//      TOP27 = 0 >>> External Thermostate being used or Compensation curve
////////////////////////////////////////////////////////////////////////////////
if (current_sp == 0 || Heating_Mode == 0)
    {
        if (war_state==1)
            {
                global.set('Correction_0_WAR_on_off',0,"file")
                msg99.payload = "RoomThermostat found or using Compensation curve. Using internal Panasonic WAR function. NodeRed WAR function is now disabled"; 
                msg99.topic = "Function WAR";
                return [null,msg99,null];
            }
        global.set('F_WAR_SP',SP_war);
        return [msg1,null,null]
    }

current_sp = top27. Dat is de 'Z1_Heat_Request_Temp'. Dit is water temperatuur setpoint.
Deze moet dus altijd 20 of meer zijn.

Als deze 0 is, is dat een indicatie dat er een kamerthermostaat aangesloten is (kennelijk)

Heating_Mode: 1 = direct, 0 = compensation curve.

De logica is dus:
Als (top27=0 OF compensation curve actief, EN de WAR functie staat aan.. Dan :>>> Set WAR functie uit.

Ergens moet er dus een getal geproduceert worden welke 0 is. of danwel top27, of heating_mode.
Ik zie nu nog niet hoe dit kan gebeuren door een leesfout.

[Aikon]

Ah, goed gevonden. Ik heb het even nagekeken en idd die waarde is af en toen 0 zie ik in de geschiedenis. En dat heeft iets met de DHW run te maken die ik los van NR uitvoer. Ik zet de operating mode weer terug naar Heat en gooi NR even later weer aan, maar blijkbaar is er een moment aan het einde dat die waarde op nul wordt gezet. Ik zal er morgen eens verder naar kijken.

Maar los daarvan, TOP76 geeft gewoon keihard aan in welke modus de Pana werkt. Die log ik niet, maar kan me niet echt voorstellen dat die wijzigt. Dat is een betere om de modus te bepalen.

[ Voor 20% gewijzigd door Aikon op 29-11-2022 23:18 ]

[Maarten69]

Aikon schreef op dinsdag 29 november 2022 @ 23:16:
...dat heeft iets met de DHW run te maken die ik los van NR uitvoer...

Dat soort info is wel cruciaal om te vermelden. Ik zat mij ook al verloren te zoeken

[MikeyMan]

Waar zit de meerwaarde van het aansturen van DHW via HA ipv flow?

[Aikon]

@Maarten69 Dat heb ik al wel eerder aangegeven, maar goed er komt een hoop voorbij. Ik stop dus de hele NR flow, doe m'n ding met DHW, en start de flow weer. Zodat e.e.a. elkaar niet kan beinvloeden, maar blijkbaar kan dat dan toch. Zie m'n edit, om de modus te bepalen zou TOP 76 moeten worden gebruikt.

Flow is helaas beperkt qua DHW, is hier ook al wel voorbij gekomen, DHW hoeft niet elke dag en ik combineer DHW met een legionella-run maar alleen indien nodig. Als het koud is buiten doet ie een forceful zodat ik minder afkoeling heb binnen (want sneller klaar) en hij pompt nog even het warme water rond na een run om een korte Heat run te voorkomen.

[ Voor 17% gewijzigd door Aikon op 29-11-2022 23:29 ]

[Maarten69]

Ah dan heb ik daar overheen gelezen.
TOP76 uitlezen, misschien is dat inderdaad verstandiger. denk TOP 4 (OM)
Dus je wilt graag als toevoeging DHW + forcefull (via scheduler) en nalopen met waterpomp na stop.
Oftewel wachten met direct naar OM 0 (heat only) terug te schakelen.

[ Voor 3% gewijzigd door Maarten69 op 29-11-2022 23:41 ]

[sjampeter]

deels succes !!!!
netjes de DHW run om 02:00 begonnen en afgemaakt.
dat lijkt opgelost.

MQTT blocker werkt ook perfect
echter had ik deze liever niet gezien.
ben ff zoekende waarom er steeds een heatrequest gegeven wordt.
wp stond uit en zou enkel met een DHW run starten om 2 uur.
iemand een gedacht hierover?

[sjampeter]

[sjampeter]

hmm. volgens check staat HP power on, en operatie modus in HEAT + DWH
volgens home scherm en schedule staat ie in DHW .
zou kunnen verklaren dat die heatrequest niet uitgevoerd wordt en steeds blijft vragen.

volgende vraag is, waar komt dit verschil vandaan....

[MikeyMan]

sjampeter schreef op woensdag 30 november 2022 @ 08:11:
hmm. volgens check staat HP power on, en operatie modus in HEAT + DWH
volgens home scherm en schedule staat ie in DHW .
zou kunnen verklaren dat die heatrequest niet uitgevoerd wordt en steeds blijft vragen.

volgende vraag is, waar komt dit verschil vandaan....

Hij schakelt DHW erbij.

Staat ie uit wordt het DHW
Staat ie op heat wordt het heat+DHW
Staat ie op auto wordt het auto+DHW

Klopt het dan ook niet?

Draai je wel in direct mode?

[sjampeter]

volgens schedule schakelt ie om 2 uur naar DHW only. lijkt mij dat HEat dan niet meegenomen wordt. gaat volgens log naar mode 3 wat ook overeenkomt met DHW only. direct begint echter ook de heatrequest . vaag

[sjampeter]

zit net te denken. verschil in mode is nu te verklaren omdat MQTT geblokeerd wordt. zal hem eens on-blokkeren. dan zal het wel weer overeen komen.

[MikeyMan]

sjampeter schreef op woensdag 30 november 2022 @ 08:45:
volgens schedule schakelt ie om 2 uur naar DHW only. lijkt mij dat HEat dan niet meegenomen wordt. gaat volgens log naar mode 3 wat ook overeenkomt met DHW only. direct begint echter ook de heatrequest . vaag

Hij stond daarvoor zo te zien uit. Dus ook geen actieve heat mode.

Eerste scenario dat ik beschreef

[ Voor 4% gewijzigd door MikeyMan op 30-11-2022 08:54 ]

[Aikon]

Maarten69 schreef op dinsdag 29 november 2022 @ 23:33:
Ah dan heb ik daar overheen gelezen.
TOP76 uitlezen, misschien is dat inderdaad verstandiger. denk TOP 4 (OM)

Die volg ik even niet, maar het idee dat als TOP27 Z1_Heat_Request_Temp 0 is, de Pana op roomthermosstaat staat, klopt dus niet.

Ik had natuurlijk geen idee dat TOP27 voor zoiets gebruikt werkt, en ik had ook geen idee dat die even op nul werd gezet. Ik ga zo even kijken wanneer dat precies gebeurd. edit: hij gaat op 0, dan naar 31, dan -2 en dan naar de goede waarde (binnen enkele seconden), maar dat gebeurd nadat OM op heat is gezet. Echt helemaal op het einde dus, apart...

Dus je wilt graag als toevoeging DHW + forcefull (via scheduler) en nalopen met waterpomp na stop.
Oftewel wachten met direct naar OM 0 (heat only) terug te schakelen.

Nah ja, wat ik wil... Ik doe het iig op onderstaande manier. Ik sla de datum/tijd op wanneer DHW voor het eerst >64'C is, die wordt gebruikt of een sterlization nodig is.

Triggers
When the time is equal to 14:00:00
Conditions
Operating Mode = Heat (0)?
Confirm HP_DHW_Temp is below 40
Actions
Home Assistant Supervisor: Stop add-on.
Zet DHW (3) aan
Delay for 10 seconds
Kouder dan 16° C? Dan Forceful DHW
Delay for 10 seconds
Heat pump uit? Dan aanzetten
Delay for 10 seconds
Wel of niet sterilization nodig? + Notificatie versturen
Wacht tot run klaar is
-Until conditions:
-Confirm HP_DHW_Temp is above 47
-Confirm HP_DHW_Energy_Consumption is below 10
-Actions:
-Delay for 1:00
Waterpomp op max flow
Delay 3 min, heet water rondpompen om korte Heat run te voorkomen
Waterpomp op normaal
Zet Heat (0) aan
Delay for 10 seconds
Home Assistant Supervisor: Start add-on
Send a notification

Begrijpelijk zo? Overigens is die trigger op basis van temperatuur er inmiddels geloof ik.

[ Voor 4% gewijzigd door Aikon op 30-11-2022 09:10 ]

[Aikon]

sjampeter schreef op woensdag 30 november 2022 @ 08:47:
zit net te denken. verschil in mode is nu te verklaren omdat MQTT geblokeerd wordt. zal hem eens on-blokkeren. dan zal het wel weer overeen komen.

En daarom blijft ie ook versturen, behalve dat 'ie dus stiekem niet verstuurd. Die MQTT blocker is heel fijn, maar als die ten onrechte aan gaat fucked 'ie wel de boel een beetje op. Echter wordt het ook weer automatisch rechtgetrokken omdat de limiet wordt verhoogd

Eigenlijk zou die blocker op basis van MQTT commandos per x minuten beter zijn dan op basis van totaal bedenk ik me @Maarten69

[ Voor 11% gewijzigd door Aikon op 30-11-2022 08:58 ]

[MikeyMan]

@Aikon help me even met wat je probeert te bereiken met deze opzet?

DHW+ sterelisatie zoveel mogelijk tegelijk en indien mogelijk om de dag dhw?

Ziet er een beetje lastig uit voor wat het uiteindelijk oplevert

Het lijkt er overigens wel op dat een sterilisatie run eerder de heater aan zet. Met een dhw run krijg ik hem tot 60 op de compressor. Met een sterelisatie run begint de heater zo te zien al bij 50.

[ Voor 50% gewijzigd door MikeyMan op 30-11-2022 10:22 ]

[Maarten69]

@sjampeter Goedemorgen, je hebt een klein foutje ontdekt. Dat verschil in Operation Mode is een bug die eerder ook op Home stond. Copy/paste error. Dat heeft niets met werking te maken overigens.
Dus OM --> 3 is gewoon DHW only. System check was mis.

Verder is het logisch (zoals je later zelf al zegt) dat indien de MQTT-Blocker actief is, dat het commando SetHeatRequest verstuurd blijft worden.

Ik zou zeggen in dit geval dat de MQTT-Blocker zijn werk deed.
Dat er telkens SetZ1HeatRequestTemperature gestuurd wordt sinds 02:00 uur klopt niet.
Houd er wel rekening mee dat het niet perse de flow hoeft te zijn die dit verstuurd. (kan ook HA zijn)
Gebeurt aansturen van DHW water normaal wel door het sturen van SetZ1HeatRequestTemperature? **
Hij kan blijkbaar TOP27 niet aanpassen naar 36, daarom blijft hij het proberen.

Kun je nog zien wanneer de MQTT-Blocker actief werd?

Aikon schreef op woensdag 30 november 2022 @ 08:56:
Eigenlijk zou die blocker op basis van MQTT commandos per x minuten beter zijn dan op basis van totaal bedenk ik me @Maarten69

Nou ja denk je? Bij 200 msg/day blokkeert hij nu. Terecht want dat is gewoon echt te veel vind ik.

Op basis van tijd lastig, voorbeeld:

Tijdens begin van run is het vrij normaal om 1x per minuut te corrigeren etc
Maar dat zijn dan nog 60 berichten per uur en 1440 berichten per dag....


**EDIT:

Die volg ik even niet, maar het idee dat als TOP27 Z1_Heat_Request_Temp 0 is, de Pana op roomthermosstaat staat, klopt dus niet.

Ik had natuurlijk geen idee dat TOP27 voor zoiets gebruikt werkt, en ik had ook geen idee dat die even op nul werd gezet. Ik ga zo even kijken wanneer dat precies gebeurd. edit: hij gaat op 0, dan naar 31, dan -2 en dan naar de goede waarde (binnen enkele seconden), maar dat gebeurd nadat OM op heat is gezet. Echt helemaal op het einde dus, apart...

Ah dat klopt dus niet.
De vraag is wie stuurt nu die SetZ1HeatRequestTemperature 36...

[ Voor 74% gewijzigd door Maarten69 op 30-11-2022 12:08 ]

[Maarten69]

Ik heb ook als todo staan om de bron mee te sturen wie (functie) welke MQTT zend, maar daar ben ik nog niet aan begonnen...

[Maarten69]

Het is wel telkens om de 30 seconden dat hij dit verstuurd.
Zou meteen hier aan denken:

Ware het niet dat deze echt wel controleert of de mode (3) DHW is en dan geen commando's stuurt.
@edterbak Wat denk jij?

Werken met twee aansturingen (ook al schakel je NR uit), doet mij denken aan:

Geen twee kapiteins op één schip zetten

[ Voor 10% gewijzigd door Maarten69 op 30-11-2022 12:19 ]

[sjampeter]

[quote]Maarten69 schreef op woensdag 30 november 2022 @ 11:34:
@sjampeter Goedemorgen, je hebt een klein foutje ontdekt.
[...]

haha. daar doe ik het voor. samen krijgen we een super stukje software

[sjampeter]

wat mij opvalt is dat als je RTC aan hebt staan met disable heat, en je de wp handmatig aanzet bij een binnen temp ruim boven off-lijn, deze toch gaat verwarmen met een correctie van -3.
dit blijft ie doen en stopt gewoonweg niet zolang hij nog warmte kwijt kan.
eigenlijk zou ie toch gewoonweg niet mogen draaien boven de off-lijn?
just some thoughts

[edterbak]

sjampeter schreef op woensdag 30 november 2022 @ 13:26:
wat mij opvalt is dat als je RTC aan hebt staan met disable heat, en je de wp handmatig aanzet bij een binnen temp ruim boven off-lijn, deze toch gaat verwarmen met een correctie van -3.
dit blijft ie doen en stopt gewoonweg niet zolang hij nog warmte kwijt kan.
eigenlijk zou ie toch gewoonweg niet mogen draaien boven de off-lijn?
just some thoughts

Zo is het straks.
Zolang T werkelijk hoger is dat Toff blijft hij het signaal sturen.

[edterbak]

Maar voor dat er verder gedebugged word. Graag Home Assistant uit laten.
Het heeft geen zin zo met een tweede kapitein aan de pomp te laten trekken.
Dat is een recept voor ellende en dat is al meerdere keren gezegd.
Alles wat de node red flow van uit gaat word op de achtergrond stiekum verandert.
Als er nog steeds een probleem is na Home Assistant uit gezet te hebben, dan gaan we dat fixen. Dan pas weten we zeker dat het een node red probleem is.
Vervelende boodschap, sorry. Maar dit voorkomt dat we problemen gaan zoeken en fixen die er eigenlijk niet zijn.

[Maarten69]

edterbak schreef op woensdag 30 november 2022 @ 13:31:
[...]

Zo is het straks.
Zolang T werkelijk hoger is dat Toff blijft hij het signaal sturen.

Correct, nu kan hij maar een keer (de RTC heat off functie) het uit commando sturen. (Filter)
Als hij daarna toch aangezet wordt, zal de RTC hem in huidige versie niet meer uitzetten.

[sjampeter]

edterbak schreef op woensdag 30 november 2022 @ 13:36:
Maar voor dat er verder gedebugged word. Graag Home Assistant uit laten.
Het heeft geen zin zo met een tweede kapitein aan de pomp te laten trekken.
Dat is een recept voor ellende en dat is al meerdere keren gezegd.
Alles wat de node red flow van uit gaat word op de achtergrond stiekum verandert.
Als er nog steeds een probleem is na Home Assistant uit gezet te hebben, dan gaan we dat fixen. Dan pas weten we zeker dat het een node red probleem is.
Vervelende boodschap, sorry. Maar dit voorkomt dat we problemen gaan zoeken en fixen die er eigenlijk niet zijn.

ik draai volledig op node red hoor.
inderdaad 2 kapiteins

[MikeyMan]

Ik ben een weekje nogal druk geweest...

Maar ik snap die MQTT blocker niet helemaal.
1. wat is de noodzaak van het verminderen van het aantal berichten?
2. Het lijkt mij vooral symptoombestrijding om de berichten te blokkeren. Als je pecht hebt wordt het omschakelbericht naar heat of het aan signaal geblokkeerd en zit je in de kou.

M.i. is de correcte weg om te voorkomen dat er teveel berichten verzonden worden.

[edterbak]

Ik heb wel een hele kleine fix gemaakt mbt top27 die 0 is.
Hopelijk zal dat de valse 0 detectie oplossen of verbeteren.

@Maarten69
Ik zit er aan te denken om de Block functie niet alleen vlak voor het mqtt commando te zetten, maar ook de functie(selectief) uit te kunnen zetten.
Dat word wel een aardige redesign

[Maarten69]

edterbak schreef op woensdag 30 november 2022 @ 13:40:
@Maarten69
Ik zit er aan te denken om de Block functie niet alleen vlak voor het mqtt commando te zetten, maar ook de functie(selectief) uit te kunnen zetten.
Dat word wel een aardige redesign

Ik zou dat persoonlijk niet doen. Het is toch puur een noodmaatregel om het flashgeheugen te beschermen?
Afijn, you're the boss

[sjampeter]

MikeyMan schreef op woensdag 30 november 2022 @ 13:39:
Ik ben een weekje nogal druk geweest...

Maar ik snap die MQTT blocker niet helemaal.
1. wat is de noodzaak van het verminderen van het aantal berichten?
2. Het lijkt mij vooral symptoombestrijding om de berichten te blokkeren. Als je pecht hebt wordt het omschakelbericht naar heat of het aan signaal geblokkeerd en zit je in de kou.

M.i. is de correcte weg om te voorkomen dat er teveel berichten verzonden worden.

vanacht ging er bij mij toch iets mis en werd er elke minuut 2 keer een message verstuurt. prima toch dat ie dan ingrijpt?

[Maarten69]

sjampeter schreef op woensdag 30 november 2022 @ 13:43:
vanacht ging er bij mij toch iets mis en werd er elke minuut een message verstuurt. prima toch dat ie dan ingrijpt?

Daar heb ik hem inderdaad voor bedoeld. Stel je was er niet en 24 uur lang 1000-den berichten schrijven...

[MikeyMan]

sjampeter schreef op woensdag 30 november 2022 @ 13:43:
[...]


vanacht ging er bij mij toch iets mis en werd er elke minuut 2 keer een message verstuurt. prima toch dat ie dan ingrijpt?

Eerlijk gezegd niet.

De reden waarom de sturing wordt verzonden moet dan worden weggenomen. Niet het gevolg.

Ah, flashgeheugen beschermen is het idee... Neem toch aan dat Panasonic geen knakengeheugen erin heeft gezet

Is dit een reële zorg? Of is dit op defecten gebaseerd?

[ Voor 19% gewijzigd door MikeyMan op 30-11-2022 13:46 ]

[sjampeter]

de oorzaak is feitelijk door de Beta te draaien en bugs te vinden.
dan kunnen dingen fout gaan, net als vanacht.
daaropvolgens wordt de passende oplossing bedacht.
toch blij dat ie ingreep..

[Aikon]

Het 2 kapiteins verhaal is idd al vaker langsgekomen, daar heb ik al eerder een reactie op gegeven:

Aikon schreef op maandag 17 oktober 2022 @ 11:26:
@edterbak Ik snap wat je zegt, besefte ik ook voor ik er aan begon, echter geeft de flow mij nu niet de juiste opties voor wat betreft DHW. Ik wil je verder er niet mee lastig vallen, andere functies hebben meer prioriteit.

Ik wist natuurlijk niet hoe de flow met mijn automation om zou gaan, maar ik voor nu stop ik gewoon Node-Red even en start deze daarna weer. De kapiteins kunnen elkaar natuurlijk wel gewoon afwisselen

Hier is verder geen reactie meer op gekomne, maar nogmaals, jullie hebben ook helemaal gelijk natuurlijk. Zonde van de tijd, maar ik wou ook echt niet een dagelijkse DHW run terwijl ik die maar om de 2/3/4 dagen nodig heb. Ik zal e.e.a. uitzetten.

[Aikon]

Maarten69 schreef op woensdag 30 november 2022 @ 13:44:
[...]

Daar heb ik hem inderdaad voor bedoeld. Stel je was er niet en 24 uur lang 1000-den berichten schrijven...

Eens, en elke keer als die block wordt ingeschakeld proberen de oorzaak weg te nemen. Puur als noodmaatregel lijkt het mij goed.

[MikeyMan]

Aikon schreef op woensdag 30 november 2022 @ 13:50:
[...]

Eens, en elke keer als die block wordt ingeschakeld proberen de oorzaak weg te nemen. Puur als noodmaatregel lijkt het mij goed.

Ok, kan ik me in vinden

Verbaas me er wel over dat je het redt met elke 2/3/4 dagen een DHW run.
Ik heb 400 liter staan, en red dat niet helaas. Althans niet als we ook dagelijks douchen.
Terwijl dat wel mijn verwachting was op voorhand.

Overigens is het nog wel een valide punt dat de omschakeling van HEAT naar HEAT+DHW nu voor een run zorgt, ook als dit niet nodig is:



Je ziet het hier op 26 november gebeuren. Waren een weekend weg, dus niet thuis gedoucht. En toch start ie een DHW run.

Oplossing zou kunnen zijn om alleen naar DHW te schakelen binnen de ingestelde tijd als de delta gehaald is.

Een 'force DHW run setpoint' mag van mij overigens ook nog op de backlog @edterbak & @Maarten69

[ Voor 68% gewijzigd door MikeyMan op 30-11-2022 14:00 ]

[Maarten69]

MikeyMan schreef op woensdag 30 november 2022 @ 13:54:
Een 'force DHW run setpoint' mag van mij overigens ook nog op de backlog @edterbak & @Maarten69

Staat er toch:

code:

Add 2 setpoints columns to task scheduler; heat/cool setpoint (DHW setpoint use from settings)

Of bedoel je wat anders?

[MikeyMan]

Maarten69 schreef op woensdag 30 november 2022 @ 14:05:
[...]

Staat er toch:

code:

Add 2 setpoints columns to task scheduler; heat/cool setpoint (DHW setpoint use from settings)

Of bedoel je wat anders?

Ja ik bedoel eigenlijk een tweede DHW setpoint... Ik heb nu een delta van 6 staan met een setpoint van 48 graden. Scheduler zet heat mode aan tussen 11:00 en 17:00.
Dit gaat eigenlijk altijd goed. Behalve als er na 17:00 een bad wordt gevuld.
Dan duikelt de temperatuur ineens heel hard omlaag. Onlangs tot 30 graden om 18:00. Dit werd pas om 11:00 de volgende dag opgelost door de DHW run.

Als heat mode aan staat zou ie bij 42 graden een run gaan doen. Maar ik dacht aan een soort backup.
Als de temperatuur onder temperatuur X (instelbaar, zeg 35 graden) komt; DHW run starten ongeacht modus.

Soort van absoluut minimum voor het water.

[Maarten69]

MikeyMan schreef op woensdag 30 november 2022 @ 14:14:
[...]


Ja ik bedoel eigenlijk een tweede DHW setpoint... Ik heb nu een delta van 6 staan met een setpoint van 48 graden. Scheduler zet heat mode aan tussen 11:00 en 17:00.
Dit gaat eigenlijk altijd goed. Behalve als er na 17:00 een bad wordt gevuld.
Dan duikelt de temperatuur ineens heel hard omlaag. Onlangs tot 30 graden om 18:00. Dit werd pas om 11:00 de volgende dag opgelost door de DHW run.

Als heat mode aan staat zou ie bij 42 graden een run gaan doen. Maar ik dacht aan een soort backup.
Als de temperatuur onder temperatuur X (instelbaar, zeg 35 graden) komt; DHW run starten ongeacht modus.

Soort van absoluut minimum voor het water.

Duidelijk, ik ga het meenemen.

[MikeyMan]

Dacht weer eens te updaten, zat nog op 21.12.

Welke moet ik hebben nu?

[edterbak]

Ze zijn nu nog gelijk
Ik werd onderbroken
Ga er vanavond mee aan de haal

[edterbak]

De versie die ik nu heb is erg beta. De versie die vanavond dus komt.

Ik wil graag alleen dat mensen die proberen die het niet erg vinden om ergens tegenaan te lopen. Die ook weer terug kunnen als ze dat willen.
Bij mij gaat het nu aardig stabiel zo, maar dat is voor iemand anders geen garantie dus.

@Maarten69
Je hebt vast een hoop gedaan in de debug tab
Kun je op GitHub en flow zetten van alleen dit tab blad?
Dan plak ik die bij mij er in, en dan zijn we weer in sync

[MikeyMan]

Check, staat erop. Ziet er weer uit als een mooie stap voorwaarts heren!

[edterbak]

MikeyMan schreef op woensdag 30 november 2022 @ 14:34:
Check, staat erop. Ziet er weer uit als een mooie stap voorwaarts heren!

Wat staat waar op?

[edterbak]

@Maarten69 of had je nog meer aangepast buiten deze tab?

[MikeyMan]

edterbak schreef op woensdag 30 november 2022 @ 14:34:
[...]

Wat staat waar op?

Flow 21.17 geïnstalleerd bedoelde ik.

[Maarten69]

edterbak schreef op woensdag 30 november 2022 @ 14:37:
@Maarten69 of had je nog meer aangepast buiten deze tab?

Nee niets verder. Staat online

[edterbak]

Top! Dank je Maarten.

[edterbak]

Maarten69 schreef op woensdag 30 november 2022 @ 14:45:
[...]

Nee niets verder. Staat online

Maarten,

Ik importeer net je laatste uploaded Debug tabje. (Dat werkt prima)
Ik zie dat je dit hebt gebouwd.
"Max MQTT-commands per day: x/day"

De standaard na importeren stond op 3/day.
Kun je daar een realistisch default getal in zetten? Dit is wat zuinig ghehehe

[Maarten69]

Voor de blokkeerfunctie? Als het goed is default 200 msg/day

[Maarten69]

Zelf op 100 gezet zoals je kan zien.

[ Voor 5% gewijzigd door Maarten69 op 30-11-2022 16:34 ]

[Maarten69]

Hadden anderen dit ook?
Mogelijk bestond bij jou die var al en heb je tijdens testen op 3 gezet?

[ Voor 61% gewijzigd door Maarten69 op 30-11-2022 17:23 ]

[MikeyMan]

Bij mij staat ie op de tab op 200/day.

Paar dingetjes:
Highest compressor frequency ever recorded is een beetje een overstatement

No 1-wire sensors connected to Heishamon --> wat voor sensors?

Found 1 custom kWh-device(s) connected to Heishamon -> heb er twee in zitten.

[ Voor 76% gewijzigd door MikeyMan op 30-11-2022 16:46 ]

[Maarten69]

Detectie kWh gebeurd op actueel gebruik. Ik heb er 1 en op 2 geeft hij 0 Watt. Zal kijken naar betere oplossing.
Zodra je 1x verbruik op 2 hebt zal de flow het wel onthouden nu.

1-wire temperatuur sensoren, aangesloten op de Heisamon (optioneel).

Waarom overstatement? Hoogste freq, sind de flow het bij houd.

[ Voor 11% gewijzigd door Maarten69 op 30-11-2022 17:14 ]

[MikeyMan]

Maarten69 schreef op woensdag 30 november 2022 @ 16:50:
Detectie kWh gebeurd op actueel gebruik. Ik heb er 1 en op 2 geeft hij 0 Watt. Zal kijken naar betere oplossing.

Ah ja, meer terminologie dan. Op 2 heb ik ook nooit verbruik.

1-wire temperatuur sensoren, aangesloten op de Heisamon (optioneel).

Check, ook kwestie van terminologie.

Waarom overstatement? Hoogste freq, sind de flow het bij houd.

Ja precies

Sorry, beetje beroepsdeformatie... Word betaald om te mierenneuken

[ Voor 7% gewijzigd door MikeyMan op 30-11-2022 17:00 ]

[Maarten69]

MikeyMan schreef op woensdag 30 november 2022 @ 16:57:
... Word betaald om te mierenneuken

Vandaar het woordje recorded.

[MikeyMan]

Maarten69 schreef op woensdag 30 november 2022 @ 17:03:
[...]

Vandaar het woordje recorded.

Sinds het moment dat het in de flow is opgenomen. De flow heeft eerder hogere frequenties langs zien komen en vastgelegd, want het stond in de grafieken

Zoals ik zei, mierenneuken

[ Voor 24% gewijzigd door MikeyMan op 30-11-2022 17:22 ]

[MikeyMan]

@edterbak zat hier al die fix in voor de softstart? Of moet ik die oude er nog even in kopiëren?

[edterbak]

@MikeyMan
Bij mij draait de pomp met soft start goed. Ik heb heishamon op 5 seconden draaien. Ik hoop dat het bij jouw dan ook in orde is.

Vanavond zal ik een upload doen voor de dappere lezer.

[edterbak]

Maarten69 schreef op woensdag 30 november 2022 @ 16:33:
[Afbeelding]
Zelf op 100 gezet zoals je kan zien.

Ik ga kijken of dat ook in het geïmporteerde van zojuist staat.
Dank

[MikeyMan]

edterbak schreef op woensdag 30 november 2022 @ 19:01:
@MikeyMan
Bij mij draait de pomp met soft start goed. Ik heb heishamon op 5 seconden draaien. Ik hoop dat het bij jouw dan ook in orde is.

Vanavond zal ik een upload doen voor de dappere lezer.

Check, dan kijken we hem even aan. Zien het snel genoeg natuurlijk.

@Maarten69 de pomp draait nu een dagje op 5,5 L/Min... So far so good 👍🏻

[ Voor 9% gewijzigd door MikeyMan op 30-11-2022 19:08 ]

[edterbak]

Maarten69 schreef op woensdag 30 november 2022 @ 16:33:
[Afbeelding]
Zelf op 100 gezet zoals je kan zien.

Ik zie het al.
Het was onder de motorkap prima.
De waarde 200 wordt gebruikt.
Dashboard however, die 'vergeet' de waarde dat er is gebruikt regelmatig. nieuwe browser, etc. te lang gewacht.
Dat is de reden dat ik om de 15 minuten het signaal opnieuw naar dashboard ding laat duwen. (load on boot vaak bij mij)

[MikeyMan]

@edterbak helaas... No luck...



Met de softstart die je hier een tijdje terug had geplaatst heb ik dat nog nooit gezien.

Hoewel ik me toch afvraag wat die run triggert. Daar zit denk ik de crux. Van die eerste en derde korte run lijkt het door een stijgend setpoint te komen.

Maar bij die middelste zie ik dat niet.

[ Voor 17% gewijzigd door MikeyMan op 30-11-2022 19:30 ]

[edterbak]

Je heb de laatste versie van main 22.17 toch?

[MikeyMan]

edterbak schreef op woensdag 30 november 2022 @ 19:33:
Je heb de laatste versie van main 22.17 toch?

22.17? Degene die ik vanmiddag van GitHub gehaald heb geeft 21.17 aan…

Hoewel de branch idd 22 zegt.
Deze heb ik :

https://github.com/edterb...control/tree/main-22-beta

[ Voor 20% gewijzigd door MikeyMan op 30-11-2022 19:40 ]

[edterbak]

Ja, gaat goed.
Het is 'lastig' te begrijpen die versie nummers. Ik gooi het op de schop straks... als we weer een stable hebben.

[edterbak]

@MikeyMan
De versie die ik nu aan het uploaden ben, die zal beter werken bij je.

Bold statement. I know.... maar hey. hopelijk heb ik gelijk.

[ Voor 28% gewijzigd door edterbak op 30-11-2022 19:45 ]

[MikeyMan]

@edterbak I’m game… We gaan het meemaken

Gek ook, zit naar het versienummer te zoeken in de raw json, maar daar vind ik 21.17 nieteens terug. 22.17 ook niet trouwens

[ Voor 29% gewijzigd door MikeyMan op 30-11-2022 19:46 ]

[edterbak]

https://github.com/edterb...ol/tree/main-22-beta_2-Ed


[2022-11-30] v21.18 beta (experimental). Changes:

• NEW: Introduce a popup when the pump is turned OFF on the controller. This is now detected. In the popup you can choose what the pump should be doing and what the default behaviour should be. You can find this popup under: Settings > Heat Pump > Shutdown response SETUP.
• NEW: MQTT-Blocker; adjusted so it allows the settings entered in the popup mentioned 1 line up.
• FIX: Small attempt of a fix to get rid of the incorrect 'RoomThermostat found or using Compensation curve. Using internal Panasonic WAR function. NodeRed WAR function is now disabled' This might do it.
• CHANGED: RTC on/off function. This will now always trigger, more than once, as long as the rtc_off temp is below the actual temp.
• CHANGED: The RTC function does NOT need to be on for the RTC on/off function to be active. Two separate functions they are now actually.

This version has some changes which are quiet complex and fundamental. Testing is required. But do keep an eye on the performance. (dont want you to get cold) If issues come up, roll back to


Versie nummering.

v21.00 Stable is uitgebracht.
Dan is de volgende versies hierna worden: v21.01, 21.02, 21.03... etc..
Net zo lang tot dat het goed genoeg is om een nieuwe stable van te maken, dan wordt de laatste v21.. stel v21.56, dat wordt dus de nieuwe v22.00 Stable release.

Alles na v21.00 stable, is eigenlijk de beta van 22. Dat maakt het verwarrend

[edterbak]

@MikeyMan
Make a backup of your current flow.

Dat is wel een belangrijke voor iedereen die hem wil proberen.
dan kun je altijd weer terug als dat nodig is. Ik wil niet dat je het koud krijgt door mij.

[MikeyMan]

edterbak schreef op woensdag 30 november 2022 @ 19:54:
@MikeyMan
Make a backup of your current flow.

Dat is wel een belangrijke voor iedereen die hem wil proberen.
dan kun je altijd weer terug als dat nodig is. Ik wil niet dat je het koud krijgt door mij.

Ik pak wel een oude versie van GitHub als het mis gaat

[edterbak]

@Maarten69
Kun je vanaf nu altijd bij iedere update de versie nummering met 0.01 verhogen?
Al is het maar 1 blokje text.
Dat het heel soms niet klopt in de flow zelf (vergeten ofzo) maakt niet uit.

[edterbak]

Aikon schreef op dinsdag 29 november 2022 @ 15:52:
Toch weer een keer voorgekomen dat WAR uit is gezet:
29/11 14:40:19 - Function WAR: RoomThermostat found or using Compensation curve. Using internal Panasonic WAR function. NodeRed WAR function is now disabled

Alles staat nog op 1 sec pollen etc.

Ik heb de nodes veranderd naar events: state, dus niet meer de poll state. Kijken of dat het was.

@Aikon In de nieuwe versie zit nu een kleine fix, wat misschien je helpt. Dit kan NET dat ene momentje zijn dat er een 0 gezien wordt, oplossen.

FIX: Small attempt of a fix to get rid of the incorrect 'RoomThermostat found or using Compensation curve. Using internal Panasonic WAR function. NodeRed WAR function is now disabled' This might do it.