Heishamon <> Node Red voor Panasonic warmtepompen

[sjampeter]

hier ook enorm veel cijfers achter de komma.
draai 21.26 nu.

[Maarten69]

Goedemorgen, nachtdiensten weer klaar.
Ik straks jullie reacties beantwoorden, eerst even wakker worden

[Maarten69]

MikeyMan schreef op zondag 11 december 2022 @ 08:37:
Hier gisteren ook 20 defrosts en 286 mqtt commands. En heb nergens aan gezeten;)

Misschien wel een idee om van de berekende data ook een link out node te maken, zodat deze ook in bijvoorbeeld domoticz, influx of grafana te ontsluiten zijn. Zoals die aantallen mqtt commandos.

Leuk idee. Weet alleen niet hoe je zoiets aanpakt, ik zou wel bepaalde variabelen via MQTT kunnen uitsturen.

Ja die aantallen MQTT nemen kwadratisch toe met het aantal defrosts maal buitentemperatuur gedeeld door pi.

Aikon schreef op zondag 11 december 2022 @ 10:03:
Quiet mode blijft toch wel actief tijdens een defrost? Van mij mag dat tijdens een defrost ook wel achterwege worden gelaten

En ik dacht een +6 bij RTC te zien, op de Home page:

code:

11/12 09:06:30 - Function RTC: Correction change: From 2.9999999999999583 to 6.000000000000001 °C (Room actual: 19 °C)
11/12 09:06:30 - Function RTC: Booster correction at 19°C should be 6.000000000000001°C

Er is toch al een stukje code vd booster level actief? Want de booster zelf staat op +15, niet 6. Het werkt verder prima.

Quietmode blijft (nu) aan tijdens defrosts (dus start en stops). Ja zal ik die net zo (tijdelijk) uitzetten?

+6 correctie door RTC terwijl +custom op 15 ingesteld staat?
Zou je eens kunnen kijken in context data wat rtc_t7_custom_cor is?

Dat afronden komt volgens mij puur vanwege een soort van float-to-string functie denk ik. De werkelijke waarden heb ik namelijk nooit anders gezien. Ik zal het fixen.

MikeyMan schreef op zondag 11 december 2022 @ 10:35:
Zie nog vrij veel cijfers achter de komma ook
Booster noemen we de vierde RTC waarde?

Ja voor nu dan eventjes

sjampeter schreef op zondag 11 december 2022 @ 10:51:
hier ook enorm veel cijfers achter de komma.
draai 21.26 nu.

Dank u.

[Aikon]

Maarten69 schreef op zondag 11 december 2022 @ 12:08:
[...]

Leuk idee. Weet alleen niet hoe je zoiets aanpakt, ik zou wel bepaalde variabelen via MQTT kunnen uitsturen.

Als je een link out ergens zet, zoals je bij de MQTT block hebt gedaan, kan ieder zelf z'n output node er aan koppelen. Ik heb uiteindelijk gekozen voor een MQTT out node, omdat ik anders weer een plugin oid moest installeren in HA. En MQTT draait natuurlijk toch al.

Maar als je bijv. aantal defrosts wilt weten voor in je HA, kan je beter HA direct zelf de MQTT's laten uitlezen zou ik denken. Al is het wel lekker makkelijk zo direct vanaf NR

Ik zou het niet erg vinden om bepaalde flow-specifieke zaken uit te kunnen lezen, zoals RTC of WAR, maar das dan eigenlijk om zeker te weten dat de flow ze niet per ongeluk heeft uitgezet. Beetje symptoombestrijding ook...

[edit]daarover gesproken, @Maarten69 nog gekeken wat Z1 doet bij jou als je NR herstart? Dipje naar 0?

Quietmode blijft (nu) aan tijdens defrosts (dus start en stops). Ja zal ik die net zo (tijdelijk) uitzetten?

+6 correctie door RTC terwijl +custom op 15 ingesteld staat?
Zou je eens kunnen kijken in context data wat rtc_t7_custom_cor is?

Dat afronden komt volgens mij puur vanwege een soort van float-to-string functie denk ik. De werkelijke waarden heb ik namelijk nooit anders gezien. Ik zal het fixen.

Van mij wel, die compressor is toch al bezig, dus laat hem maar lekker doen wat 'ie wil. En na een defrost is wat meer hitte vaak gewenst natuurlijk.

Ik heb nu:
RTC results Current correction: +2.1649348980190556e-14 °C

rtc_t7_custom_cor is netjes 15

[ Voor 3% gewijzigd door Aikon op 11-12-2022 12:37 ]

[Maarten69]

@Aikon Ben achter die +6 correction, dat is de +15 correctie gedeeld door het aantal tienden graden (de stappen van 0,1). Ik zie dat ik daar dan toch verder mee reken en dus uiteindelijk toepas.

Dus als jouw (booster-) correction dus +6 laat zien en je hebt +custom op 15°C verhoging staan;

Dan is een kamertemperatuur van19 °C precies tussen +3 level en + custom level, klopt het?
(post anders je rtc grenzen eens)

Ik ga nu die afronding aanpakken.

[Thomox]

Sinds een goede twee dagen zie ik niets anders dan offline/online berichten in de log files. iemand ideeen waar ik dat moet zoeken?

[Aikon]

Maarten69 schreef op zondag 11 december 2022 @ 12:51:
@Aikon Ben achter die +6 correction, dat is de +15 correctie gedeeld door het aantal tienden graden (de stappen van 0,1). Ik zie dat ik daar dan toch verder mee reken en dus uiteindelijk toepas.

Dus als jouw (booster-) correction dus +6 laat zien en je hebt +custom op 15°C verhoging staan;

Dan is een kamertemperatuur van19 °C precies tussen +3 level en + custom level, klopt het?
(post anders je rtc grenzen eens)

Kan het niet meer exact terugzien helaas, maar denk het wel idd, 99% zeker.

RTC grenzen zijn, uhhh, variabel. Ik heb m'n binnentemperatuur nog iets meer gesmoothed, en speel nu met de grenzen.

Als ik het weer zie, die +6, meld ik het gelijk.

@Thomox je kan v3 er eens opgooien?

[Maarten69]

Even inlezen wat ik voor een conversie het beste kan gebruiken in node-red.

code:

parseFloat(VarTest.toFixed(1));
Number(VarTest).toFixed(1);

Misschien weet @edterbak het uit zijn hoofd?!

@Aikon

daarover gesproken, @Maarten69 nog gekeken wat Z1 doet bij jou als je NR herstart? Dipje naar 0?

In MQTT-Explorer en HA zie ik Z1_Heat_Request_Temp niet dippen, blijft hier 29.

[Maarten69]

Thomox schreef op zondag 11 december 2022 @ 12:57:
Sinds een goede twee dagen zie ik niets anders dan offline/online berichten in de log files. iemand ideeen waar ik dat moet zoeken?

In iedergeval niet in deze flow
Ik hoor er veel over gericht aan @thehog in het topic HeishaMon - Panasonic Aquarea monitoring

[sjampeter]

heb het idee dat er soms zoveel gevraagd en veranderd wordt in dit topic, dat er zaken vergeten worden.
uiteraard is alles belangrijk, echter lijkt mij dat er eerst een goed draaiend geheel moet komen welke daarna op details aangepast wordt.
voorbeeld onderstaand in log:
wp stond uit, en vraag een DHW run ivm vele doushes. (enkel DHW op thermostaat)

zodra ik stand DHW + HEAT invul, is de MQTT bom onschadelijk gemaakt.
volgens mij hebben we hier een tijd geleden over aan het discussiëren geweest.

begrijp mij alsjeblieft niet verkeerd en zie het als positieve feedback.
in ons aller belang denk ik dat we eerst een solide fundering moeten storten en daarna de sierlijsten plaatsen.
Testen kan ik altijd en doe ik graag.

[Maarten69]

@sjampeter Als hij telkens SetZ1HeatRequestTemperature 41 stuurt betekend dat dat de WP deze niet op 41 zet.
Beetje meer info over in welke de WP werkelijk staat is nodig.

[Aikon]

Je hebt DHW via de thermosstaat geactiveerd?

En de flow heeft niet snel genoeg door dat DHW aanstaat en blijft Z1 sturen voor de Heat functie. Gokje...

[sjampeter]

dit is exact het zelfde gedrag als enkele weken geleden.
als de wp uit staat, en er werd via Schedule om 2 uur snachts een DHW run gestart, exact hetzelfde gedrag.
dit had ik "tijdelijk" opgelost door DHW+Heat te starten.

[ Voor 3% gewijzigd door sjampeter op 11-12-2022 13:32 ]

[Maarten69]

sjampeter schreef op zondag 11 december 2022 @ 13:31:
dit is exact het zelfde gedrag als enkele weken geleden.

Dan mag je van mij wel wat vaker roepen, ik wist hier niets (meer) van.

[sjampeter]

ben niet zo'n roeper , maar was in de veronderstelling dat jullie hier mee bezig waren. was me ook niet meer opgevallen (doordat in niet enkel DHW run start) tot vanmiddag.

[Maarten69]

Ik denk dat er in de function Compare SP een check moet of de OM 4 (Heat+DHW) is.
Deze comtroleert namelijk of TOP27 wel gelijk is aan te zetten target en blijft dan telkens opnieuw versturen.
Maar dit is @edterbak code en die weet exact hoe of wat.

[Maarten69]

Wacht even, je zegt dat hij het juist alleen doet als hij in OM 4 staat? (Heat+DHW)

[sjampeter]

nee, dit gedrag is enkel als je OM3 instelt (enkel DHW)

[Maarten69]

In zowel Compare SP en Calculate SP is er een check op OM==3

code:

if (SP_Final === undefined || current_sp === undefined || Operating_Mode === undefined || Operating_Mode==1 || Operating_Mode==3 || Operating_Mode==5 || Operating_Mode==7 || Operating_Mode==8)                         // check if all variables are present befor checking

    {
        return null;
    }

En verstuurt dan niks (null);
Op welke versie zit je nu @sjampeter ?

[sjampeter]

21.26, maar dit speelt volgens mij al veel langer hoor

[MikeyMan]

Lijkt er wel op dat er bij jou iets unieks speelt @sjampeter. Moet alleen uitgevonden wat dat dan is.

Top27 had je al nagekeken toch? Die staat niet toevallig op 0 als je deze lange ziet komen?

[ Voor 31% gewijzigd door MikeyMan op 11-12-2022 14:03 ]

[Maarten69]

Ik verdenk de var Operating_Mode_State die echt geen 3 is op dat moment.
De operation mode wordt bij elke MQTT vernieuwing gechecked en bij verandering word de variabele gezet.
Die filters in node-red heb ik al meer gekke dingen zien doen. Ik doel nu op het filer achter TOP4 - panasonic_heat_pump/main/Operating_Mode_State op WP Control.

[sjampeter]

MikeyMan schreef op zondag 11 december 2022 @ 14:02:
Lijkt er wel op dat er bij jou iets unieks speelt @sjampeter. Moet alleen uitgevonden wat dat dan is.

Top27 had je al nagekeken toch?

rond 1 december hebben we hier ook over gediscussieerd.
geloof niet dat het uniek is hoor.
een van jullie al eens geprobeerd om een enkele DHW run te starten vanaf uitstand?

[sjampeter]

log van Z1 Heat request.
staat nooit op 0

[sjampeter]

Maarten69 schreef op zondag 11 december 2022 @ 14:03:
Ik verdenk de var Operating_Mode_State die echt geen 3 is op dat moment.
De operation mode wordt bij elke MQTT vernieuwing gechecked en bij verandering word de variabele gezet.
Die filters in node-red heb ik al meer gekke dingen zien doen. Ik doel nu op het filer achter TOP4 - panasonic_heat_pump/main/Operating_Mode_State op WP Control.

@Maarten69
lijkt mij toch wel volgens deze log?

[MikeyMan]

sjampeter schreef op zondag 11 december 2022 @ 14:04:
[...]


rond 1 december hebben we hier ook over gediscussieerd.
geloof niet dat het uniek is hoor.
een van jullie al eens geprobeerd om een enkele DHW run te starten vanaf uitstand?

Nee zeker met dit weer staat ie de hele dag aan. Draai grootste deel van de dag op heat only.

Maar op zich niet onlogisch dat ie in DHW only modus geen waarde accepteert op Z1heatrequest misschien? Heeft sowieso niet zo heel veel nut natuurlijk.

Zou sowieso niet gek zijn om de week waardes pas te verzenden als de compressor aan slaat. Zoals de WAR wijzigingen.

[ Voor 14% gewijzigd door MikeyMan op 11-12-2022 14:27 ]

[sjampeter]

neemt niet weg dat je ten alle tijden een DHW run moet kunnen starten toch?
in de zomer zal dit vaker voorkomen, omdat de Heat dan niet gebruikt wordt.
lijkt mij toch althans.

[Maarten69]

Ja ik geloof wel dat heishamon en de WP de operation mode goed hebben.
Ik denk dat de flow een andere waarde heeft dan werkelijk.

Plaats eens debug nodes achter TOP4 en achter filter om te debuggen of kijk als je er last van hebt eens in global context data bij die variablele. Wel eerst vernieuwen.
Of verwijder het filter gewoon, ik zie daar geen probleem in namelijk.
Een var die 3 is om de 20 seconden weer op 3 zetten is geen belasting.

[ Voor 54% gewijzigd door Maarten69 op 11-12-2022 14:33 ]

[MikeyMan]

sjampeter schreef op zondag 11 december 2022 @ 14:29:
neemt niet weg dat je ten alle tijden een DHW run moet kunnen starten toch?
in de zomer zal dit vaker voorkomen, omdat de Heat dan niet gebruikt wordt.
lijkt mij toch althans.

Euh... Als de war en RTC goed staan, kan ie volgens mij op heat blijven staan zonder dat ie een run start. Maar dat moeten we in de zomer maar eens bekijken

Maar eens, dhw run moet altijd kunnen natuurlijk.

[sjampeter]

RTC werkt ook nog niet 100% toch?
stond ook nog op de to-do list.
maar inderdaad, een DHW run moet altijd kunnen.

[sjampeter]

Maarten69 schreef op zondag 11 december 2022 @ 14:30:
Ja ik geloof wel dat heishamon en de WP de operation mode goed hebben.
Ik denk dat de flow een andere waarde heeft dan werkelijk.

Plaats eens debug nodes achter TOP4 en achter filter om te debuggen of kijk als je er last van hebt eens in global context data bij die variablele. Wel eerst vernieuwen.
Of verwijder het filter gewoon, ik zie daar geen probleem in namelijk.
Een var die 3 is om de 20 seconden weer op 3 zetten is geen belasting.

hmm .welk filter????

[MikeyMan]

sjampeter schreef op zondag 11 december 2022 @ 14:51:
RTC werkt ook nog niet 100% toch?
stond ook nog op de to-do list.
maar inderdaad, een DHW run moet altijd kunnen.

RTC werkt prima hoor!

[Maarten69]

Hier werkt RTC ook gewoon goed.

Filter wat ik bedoel zit hier. selecteren, delete. zelf verbinding maken tussen die nodes, deploy:

[ Voor 56% gewijzigd door Maarten69 op 11-12-2022 14:57 ]

[sjampeter]

duidelijk @Maarten69

de RTC werkt inderdaad prima.
moet het beter verwoorden.
de automaticaly dissable heat functie in RTC werkt nog niet 100%, maar das voor een andere keer.

[Maarten69]

Moet niet gekker worden @edterbak onder het filter zat al een directe verbinding!

Dat is het dus ook niet...

[ Voor 3% gewijzigd door Maarten69 op 11-12-2022 15:01 ]

[Maarten69]

Zie wel waar hij elke 30 sec opnieuw verzend (Trigger node "Resend every 30S).
Nu nog ontdekken waarom.

Heb geen DHW, dus nu maar even OM zelf op 3 gehacked

[ Voor 22% gewijzigd door Maarten69 op 11-12-2022 15:15 ]

[sjampeter]

hmm. zou het niet te maken hebben met het "hidden tab" script?
denk dat ik daar in mijn eigen zwaard val.
staat nu op custom met enkel Scheduled functies aangevinkt.
namelijk net een DHW run gestart vanuit "ui" en daar lijkt het probleem zich niet voor te doen.
ff verder checken

[Maarten69]

Zie het probleem al denk ik, standby

[Aikon]

roger

[sjampeter]

hmm. ik kan het niet meer opnieuw creeren. i don't know

[sjampeter]

voordeel is wel, dat het vat nu zo warm is ondertussen ,dat een hygiene run bijna niet meer nodig is haha

[Maarten69]

Ik heb nu OM =3 (DHW)
TOP27 Z1_Heat_Request_Temp 29
ik test door 1x een 28 graden te zenden naar de trigger node "Resend every 30s"
Ondanks dat de OM 3 is (DHW) blijft hij elke 30 sec een MQTT Command - SetZ1HeatRequestTemperature: 28 sturen.
Dus als hij net iets te laat OM uitleest van Heishamon, heb je een probleem.

Oplossing die ik hiervoor desnoods tijdelijk kan geven is een check in de function node: Heatpump_State check:

code:

var Operating_Mode = global.get('Operating_Mode_State', "file");
if (Operating_Mode === undefined || Operating_Mode == 1 || Operating_Mode == 3 || Operating_Mode == 5 || Operating_Mode == 7 || Operating_Mode == 8)                         // check if all variables are present befor checking
    {
        return null;
    }

var Heatpump_State      = global.get("Heatpump_State","file");
    if (Heatpump_State == 0 || Heatpump_State === undefined)
        {
            return null;
            
        }
    else 
        {

            return msg;
            
        }

Ook zag ik dat niet alleen buiten het filter om gegaan wordt, maar de function node achter TOP4 niet eens verbonden is.

Bovenstaande code getest en lost jouw probleem op.

[ Voor 100% gewijzigd door Maarten69 op 11-12-2022 15:55 ]

[edterbak]

Wat is het probleem dat je wil oplossen?

Ik heb nu voor elkaar dat bij reboot geen vage signalen worden uitgestuurd.
DHW opgelost
heatpump on niet meer
geen 0 of NaN meer.

[Maarten69]

Lees even terug. @sjampeter heeft een probleem met tijdens DHW toch SetZ1HeatRequestTemperature gestuurd wordt.
Mijn oplossing getest en moet werken, misschien kun je het anders oplossen, ook prima.
Check ook even de lijntjes na MQTT-in node TOP4

[ Voor 39% gewijzigd door Maarten69 op 11-12-2022 16:05 ]

[edterbak]

Thomox schreef op zondag 11 december 2022 @ 12:57:
Sinds een goede twee dagen zie ik niets anders dan offline/online berichten in de log files. iemand ideeen waar ik dat moet zoeken?

[Afbeelding]

[Afbeelding]

Nee, geen idee.
Maar in het log staat wat de heishamon module ziet. Dat rapporteert hij. Daar kan de flow niks aan doen.
Misschien kun je kijken naar of de module voldoende stroom krijgt? Misschien kan TheHog je heir beter bij adviseren. Ik niet in ieder geval.

[edterbak]

welke post?
Ik ben 1.5 dag niet onine geweest en jullie gaan zo snel.

[Maarten69]

hierzo

[ Voor 190% gewijzigd door Maarten69 op 11-12-2022 16:07 ]

[sjampeter]

@Thomox toevallig een upgrade gedaan naar V3?

[ Voor 5% gewijzigd door sjampeter op 11-12-2022 16:07 ]

[edterbak]

Maarten69 schreef op zondag 11 december 2022 @ 15:00:
Moet niet gekker worden @edterbak onder het filter zat al een directe verbinding!
[Afbeelding]
Dat is het dus ook niet...

Hahaha.. als je kijkt, moet je wel goed kijken

[edterbak]

[Maarten69]

Ja gezien hoor. Maar waar zet je nu dan de Operation_Mode_State?

[edterbak]

Dat is gewoon in die set.Operating_Mode_State functie die je daar ziet.

[Maarten69]

edterbak schreef op zondag 11 december 2022 @ 16:10:
Dat is gewoon in die set.Operating_Mode_State functie die je daar ziet.

Ja dat kan weleens fout gaan door filter, denk dat nu het probleem is dat die pas na x seconden geupdate wordt en de trigger node al een correctie op SP heeft gehad en nu blijft zenden. Snap je mij?

[Maarten69]

Kun je zelf vrij makkelijk testen met een WP uit.

Zorg dat Operating_Mode_State 3 is en blijft.
Stuur een ander getal dan nu target is via een inject naar de trigger node en zie wat er gebeurd....

[Maarten69]

dus op controller is OM eerder 3 dan Node-red kan zien. (vertraging via Heishamon).
Er wordt nog een SetZ1HeatRequestTemperature gestuurd met 30 sec vertraging.
Daarna is OM in flow wel 3. te laat, hij blijft het versturen.

Misschien ben ik onduidelijk, maar heej ik snap mezelf

[ Voor 11% gewijzigd door Maarten69 op 11-12-2022 16:18 ]

[edterbak]

sjampeter schreef op zondag 11 december 2022 @ 13:24:
heb het idee dat er soms zoveel gevraagd en veranderd wordt in dit topic, dat er zaken vergeten worden.
uiteraard is alles belangrijk, echter lijkt mij dat er eerst een goed draaiend geheel moet komen welke daarna op details aangepast wordt.
voorbeeld onderstaand in log:
wp stond uit, en vraag een DHW run ivm vele doushes. (enkel DHW op thermostaat)
[Afbeelding]
zodra ik stand DHW + HEAT invul, is de MQTT bom onschadelijk gemaakt.
volgens mij hebben we hier een tijd geleden over aan het discussiëren geweest.

begrijp mij alsjeblieft niet verkeerd en zie het als positieve feedback.
in ons aller belang denk ik dat we eerst een solide fundering moeten storten en daarna de sierlijsten plaatsen.
Testen kan ik altijd en doe ik graag.

Het gaat nu wel erg snel allemaal inderdaad. Ik kan het zelf op dit moment ook niet bijbenen. Te weinig tijd heb ik, en er zijn te veel parallele spoortjes met nieuwe ideëen toevoegingen en probleempjes hier dat ik het overzicht niet meer heb.

Maar, je issue;
Is dit verschijnsel nog aanwezig?
De warmtepomp stond uit. Je gebruikt als ik het goed lees, ALLEEN de thermostaat aan de muur toch?
Je hebt dus dat ding aan gedrukt,
DHW geselecteerd met pijltjes omhoog/omlaag

Wat zijn de instellingen voor je shut-down detection?

[edterbak]

Maarten69 schreef op zondag 11 december 2022 @ 16:11:
[...]

Ja dat kan weleens fout gaan door filter, denk dat nu het probleem is dat die pas na x seconden geupdate wordt en de trigger node al een correctie op SP heeft gehad en nu blijft zenden. Snap je mij?

Nee, ik kan het niet volgen. Er zitten geen seconden tussen, misschien een milliseconden of 3. Max.
Het enige wat er aan de hand kan zijn is dat dit van 1 signaal, 2 aparte signalen maakt.



Dat is op te lossen door dit verbindinkje (oranje) weg te halen.



Dit is sowieso beter, dus ik heb hem weg nu.

[Maarten69]

Je snapt het denk ik niet. Hij zet op controller DHW run aan --> OM 3

Flow kan dat pas zien na update van MQTT. Bericht helaas toch al verstuurd en herhaalt nu elke 30 seconden.
Check zijn log maar.

[edterbak]

Maarten69 schreef op zondag 11 december 2022 @ 16:17:
dus op controller is OM eerder 3 dan Node-red kan zien. (vertraging via Heishamon).
Er wordt nog een SetZ1HeatRequestTemperature gestuurd met 30 sec vertraging.
Daarna is OM in flow wel 3. te laat, hij blijft het versturen.

Misschien ben ik onduidelijk, maar heej ik snap mezelf

Nee, okay. Nu begrijp ik pas het probleem dat je wilt duiden.

Controller bediening en hoe nodered flow daar op reageert
Daar gaat iets mis dus zeg je.
Correct?

[Maarten69]

Yep, door vertraging.

[Maarten69]

Dus werkelijk staat WP al op DHW.
Flow denkt 0 (heat)
Stuurt nog een setheatrequest maar dat accepteert de WP niet meer.

Trigger node 30 sec, blijft proberen, want hierna geen check meer op OM==3

[edterbak]

@Maarten69

Kun je een lijstje maken met punten van problemen?

Dit is er 1 van dus.

Ik wil de vaart uit de ontwikkeling halen, en meer energie in bug-fixen.
Het gaat mij te snel en ik heb er geen grip meer op.

[Aikon]

Dat zeg ik. Ik denk dat het wel handig is als er afgesproken wordt hoe snel HeishaMon moet updaten. Bij wijze van spreke heeft Sjampeter deze op 10 minuten gezet, en is er niks aan de hand als deze op 5 sec. staat.

Maarten69 schreef op zondag 11 december 2022 @ 16:37:
Je snapt het denk ik niet. Hij zet op controller DHW run aan --> OM 3

Waar lees je dat zo 100% zeker? Ik heb het gevraagd maar geen antwoord voorbij zien komen. Overheen gekeken?

[Maarten69]

wp stond uit, en vraag een DHW run ivm vele doushes. (enkel DHW op thermostaat)

[Aikon]

Maarten69 schreef op zondag 11 december 2022 @ 16:46:
[...]

Mja, zo kan je het opvatten idd. Of leest hij dhw af op de thermosstaat en is het elders aangezet? Niet om te mierenneuken hoor, of sjampeter aan te vallen, maar dit soort dingen moet liefst 100% duidelijk zijn om goed te debuggen

[Maarten69]

Je hebt gelijk, is een aanname.
Even wachten op bevestiging.

[edterbak]

Maarten69 schreef op zondag 11 december 2022 @ 16:43:
Dus werkelijk staat WP al op DHW.
Flow denkt 0 (heat)
Stuurt nog een setheatrequest maar dat accepteert de WP niet meer.

Trigger node 30 sec, blijft proberen, want hierna geen check meer op OM==3

Welke trigger node 30 sec bedoel je precies?

[Maarten69]

edterbak schreef op zondag 11 december 2022 @ 16:51:
[...]

Welke trigger node 30 sec bedoel je precies?

[edterbak]

@Maarten69
laat maar.
ik heb het gezien, gesnapt en opgelost

[edterbak]

check

[edterbak]

Maar, ik wil nog wel graag een lijstje met punten die gedaan moeten worden.
Geen nieuwe dingen meer.
Wat we hebben afmaken en naar final brengen.

[Maarten69]

Prima hoor, maar dat probleem lag natuurlijk niet aan mijn updates.
Die was al erg lang aanwezig volgens @sjampeter

Fijn dat het opgelost is in ieder geval.

[Maarten69]

Ik zou zeggen. Roep maar wat niet goed werkt allemaal dan fixen we dat eerst.
Die "booster" tussen +3 en +custom moet dan maar even wachten.
Als @edterbak dan even de if op regel 92 in node Function RTC correction wil commenten dan is dat eindje ook dicht.

[sjampeter]

tjonge, ff half uurtje niet kunnen kijken, wat een ontwikkelingstempo !!
als ik nog iets moet verduidelijken, hoor ik het graag.

@edterbak bedoel het inderdaad absoluut niet negatief, maar ook ik zie door de vele verzoeken en vragen door de bomen het bos niet meer af en toe.
trachten constructief te werken met zijn allen ( is natuurlijk niet simpel) maar wel noodzakelijk

[edterbak]

sjampeter schreef op zondag 11 december 2022 @ 17:06:
tjonge, ff half uurtje niet kunnen kijken, wat een ontwikkelingstempo !!
als ik nog iets moet verduidelijken, hoor ik het graag.

@edterbak bedoel het inderdaad absoluut niet negatief, maar ook ik zie door de vele verzoeken en vragen door de bomen het bos niet meer af en toe.
trachten constructief te werken met zijn allen ( is natuurlijk niet simpel) maar wel noodzakelijk

Ik heb je feedback niet als negatief ervaren ... dont worry.

[sjampeter]

voor de duidelijkheid, :
op thermostaat kun je de wp aanzetten en een DHW run selecteren. (via pictogram helemaal links onder, met die 6 blokjes)
op dat moment was de wp in rust en scherm thermostaat was uit.
er wordt dus enkel DHW gevraagd omdat de verwachting is vanavond te weinig water te hebben.
moet volgens mij altijd kunnen (door elk gezinslid)

@edterbak i will not worry

[ Voor 4% gewijzigd door sjampeter op 11-12-2022 17:12 ]

[edterbak]

sjampeter schreef op zondag 11 december 2022 @ 17:10:

moet volgens mij altijd kunnen (door elk gezinslid)

Eens. moet idiot proof zijn.

[Maarten69]

@sjampeter Dus je hebt hem via de controller gestart?
Check net of dat überhaupt uitmaakt en dat maakt ook niet uit.
De vertraging is waar het probleem zat.
Er is namelijk geen global.set("Operation_Mode_State") die dan op 3 gezet wordt door flow, die moet eerst gelezen worden. Zelfde mogelijke vertraging.

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

[sjampeter]

inderdaad via de controller.
echter was dit probleem enkele weken geleden ook al, als er via Scheduler gestart werd op enkel DHW.
maar ik begrijp dat de bug gevonden is.
zodra die online staat gaan we uiteraard testen.

(volgende issue RTC automatically dissable heat volgt dan daarna. deze is vermoedelijk ook overgroeid door alle bomen in het bos )

[Maarten69]

sjampeter schreef op zondag 11 december 2022 @ 17:15:
(volgende issue RTC automatically dissable heat volgt dan daarna. deze is vermoedelijk ook overgroeid door alle bomen in het bos )

Je maakt me wel nieuwsgierig aangezien ik alleen maar met RTC on/off draai

[Aikon]

Die disable heat is wel wat mee gebeurd op een gegeven moment, en bij mij werkt het sindsdien eigenlijk vlekkeloos.

[sjampeter]

@Aikon klopt, maar wil zelf nog iets zekerder zijn voordat ik deze hier in de groep gooi.

[sjampeter]

@edterbak onderstaande was ook nog een issue

[Aikon]

Huh? RTC on/off werkt goed bij jou dus maar dat wil je hier nog niet vertellen? Je hebt helemaal gelijk hoor dat het minstens 24uur of meerdere dagen goed moet werken wil het een beetje stable zijn, maar een heads up kan geen kwaad

[sjampeter]

@Aikon mijn verwarming draait niet full time. heb een houtkachel branden waardoor mijn situatie wat afwijkt van anderen.
ik wil eerst even met de bug fix van vanavond werken vooraleer ik hier iets nieuws (of bestaands ) introduceer.
geloof me, als het niet werkt, gooi ik hem zeker in de groep.
eerst de huidige fix checken.....

[edterbak]

@Maarten69
Wat ik uit de flow Todo (open me) haal:

De onderwerpen genummerd:

[1] Fix logging Quietmode restore in log
Geen idee. Is denk ik iets waar je alles van weet. Kun je beter beschrijven wat de bedoeling is? of het Probleem? Klinkt triviaal zonder impact op functionaliteit. dus gewoon doen

[2] Heishamon_MQTT_Reconnects
Dit is niet oplosbaar door ons. Hebben we niks mee te maken.
SYSTEM - HEISHAMON Connection: Offline
SYSTEM - HEISHAMON Connection: Online
Dit is het topic dat uitgelezen wordt: panasonic_heat_pump/LWT

[3] last run kWh, averige kWh/run. @Maarten69 aangepast na je feedback
Ik heb hier geen behoefte aan. Triviaal.
Als er mensen zijn die hier ECHT behoefte aan hebben, dan moet eerst worden nagedacht over waar het gepresenteerd wordt. Grafiek? Waar. Hoe? Zonder dat dat plan er is heeft het geen zin hier aan te beginnen.

[4] Sensor/devices on central place (flow).
Prima: to do zodra we stabiel 22 hebben. Niet nu nog.

[5] Selectable from Dashboard Hardware (if connected in flow).
Graag iets meer uitleg wat je exact bedoeld.
Ik had al een startje gemaakt met system tab.
Ik denk dat het plan hier eerst helemaal afgemaakt moet worden. Het ontwerp. hoe willen we het hebben, wat komt waar. Eerst een mockup.

[6] fix unneeded punmpspeed mqtt sending
First priority. Voor mij nieuwe functionaliteit
Volgens mij heb je hier al een keer over gevraagd of ik het in een menu wilde zetten.
Ook hier voor geld, eerst een goede mockup maken. Hoe moet het er uit zien, waar wil je het. Daarna pas bouwen.
Probeer hier in vogel vlucht naar het dashboard te kijken waar het thuis hoort.
Is het een function met eigen tab?

[7] fix correct function of shutdown + custom scheduler (@sjampeter )
Probleem is dat de huidige implementatie van shutdown niet robust is.
scheduler zorgt namelijk voor een 'allow' op alles wat in scheduler gezet kan worden. Daarmee zijn andere functies dus in eens ook mogelijk. Dit is niet juist. De oplossing hiervoor heb ik al in gedachten, maar vereist een sloop/wederopbouw van deze functie.
Tijd: Hier heb ik meerdere dagen voor nodig.

[8] COP monthly not producing values.@Balans
Dit ligt aan het gegeven dat sommige geen DHW hebben. Dan komt er nooit een grafiek uit.
Kan ook liggen aan een NaN waarde waardoor de verdere opbouw ook niet meer loopt.

[9] Linking RTC roomtemperature setpoint to nightreduction roomsetpoint @sjampeter

[ Voor 13% gewijzigd door edterbak op 11-12-2022 20:31 ]

[edterbak]

Mis ik iets? dan pas ik de post aan

[edterbak]

[ ] RTC on/off

Is die nu wel / niet nodig op de lijst?
@Aikon @sjampeter

[sjampeter]

@edterbak wacht maar even, ben niet zeker of de bug nog van toepassing is. ondertussen is en gaan er diverse dingen veranderen, welke mogelijk het "probleem" niet relevant maken

[Maarten69]

[2] Heishamon_MQTT_Reconnects.

Hiermee bedoelde ik het tonen van het aantal reconnects. Heb ik al op personal tab.

[3] last run kWh, averige kWh/run.
Skip maar, was een hersenspinsel.

[5] Selectable from Dashboard Hardware .
Kies je eigen kWh meter indien gedetecteerd (tbv cop, energy etc).
Detecteren kan ik nu al.

[6] fix unneeded punmpspeed mqtt sending.
Bij herstart zend hij pump speed uit.
Onnodig. Zelfde als de SetHeatpump 1 en DHW 52 wat jij laatst had.

[sjampeter]

hoe zat het ook alweer met de koppeling tussen room setpoint RTC en setpoint normal in nightreduction room temperature? deze zouden ook gekoppeld moeten zitten dacht ik

[Maarten69]

Klopt die is gekoppeld.

[Balans]

wanneer gaat die monthly cop wat weergeven , het ligt voor de hand na een maand natuurlijk maar vraag het toch maar even , nu 2 dagen na de reset in ieder geval nog niks

[sjampeter]

@Maarten69

Maarten69 schreef op zondag 11 december 2022 @ 19:08:
Klopt die is gekoppeld.

hmm. niet in het dashboard dan? zou toch logisch zijn dat als je bij RTC de temp aanpast, deze in het andere scherm ook aangepast wordt?. nu niet het geval volgens mij

[sjampeter]

nu toevallig wel gelijk maar kunnen ook verschillende waardes hebben dus

[ Voor 45% gewijzigd door sjampeter op 11-12-2022 19:55 ]

[sjampeter]

Balans schreef op zondag 11 december 2022 @ 19:43:
wanneer gaat die monthly cop wat weergeven , het ligt voor de hand na een maand natuurlijk maar vraag het toch maar even , nu 2 dagen na de reset in ieder geval nog niks

deze werkt bij mij ook nog niet

[Maarten69]

Ah sorry ik dacht dat er bedoeld werd dat als de schedule de night reduction room setpoint uitvoerd dat de setpoint in RTC aangepast wordt. Dat is namelijk wel zo.

Gevaar is zoals jij wilt dat als die schedule in komt het RTC room setpoint ook echt op die 18 graden gezet wordt. Als daarna automatisch ook bij scheduler de setpoint normal mee aanpast ben je ook niet blij.

Moet even slim aangepakt worden dus.

[Maarten69]

Ik hoor het wel of en wanneer ik dat op moet lossen.

[sjampeter]

hmm. klinkt wel logisch na paar keer lezen .

voor mij geen drama hoor, verru van zelfs. maar was me al eens opgevallen en was over gesproken. wist echter niet meer hoe of wat. voor nu lekker zo laten hoor

[ Voor 14% gewijzigd door sjampeter op 11-12-2022 20:15 ]

[sjampeter]

trouwens, setpoint normal kan toch helemaal weg?
snap niet wat die daar staat te doen.
je schakelt via schedule een nachtverlaging in naar bijvoorbeeld 17 graden.
daarna schakel je deze weer uit......
dat pakt ie toch gewoon weer setpoint van RTC op?