Heishamon <> Node Red voor Panasonic warmtepompen

[Maarten69]

sjampeter schreef op dinsdag 22 november 2022 @ 20:33:
[Afbeelding]

was deze nu gefixed in laatste nieuwe versie? moest hem wederom verwijderen vandaag

Het is een geheugen voor de RTC aan/uit functie die gezet wordt door RTC heat uit.
Het kan bij jou fout gaan indien je bijvoorbeeld zelf de WP eerder aan zet (niet getest overigens)

In de laatste versie, straks dus main 22-beta kun je gemakkelijk op een knop drukken om dit te fixen:

Ik zou dit ook automatisch kunnen fixen, maar misschien komt @edterbak met een andere oplossing.

[ Voor 23% gewijzigd door Maarten69 op 22-11-2022 20:40 ]

[sjampeter]

Maarten69 schreef op dinsdag 22 november 2022 @ 20:36:
[...]

Het is een geheugen voor de RTC aan/uit functie die gezet wordt door RTC heat uit.
Het kan bij jou fout gaan indien je bijvoorbeeld zelf de WP eerder aan zet (niet getest overigens)

In de laatste versie, straks dus main 22-beta kun je gemakkelijk op een knop drukken om dit te fixen.

hmm. knop of scherm van de pana al in geen weken (bij wijze van) aangeraakt. zal als 22 online staat, direct updaten. kijken wat het doet..

[Maarten69]

@edterbak vraagje. Ga je nu met mijn laatste versie verder en upload je vanavond nog de main-beta 22?
Of kan ik van deze versie main-beta 22 maken en uploaden?
De enige wijziging met de versie die nu online staat is het versie-nr en één klein tekstueel dingetje.

[ Voor 25% gewijzigd door Maarten69 op 22-11-2022 20:46 ]

[Maarten69]

sjampeter schreef op dinsdag 22 november 2022 @ 20:39:
hmm. knop of scherm van de pana al in geen weken (bij wijze van) aangeraakt. zal als 22 online staat, direct updaten. kijken wat het doet..

Gebruik je de scheduler om de WP aan of uit te zetten?
Want als je alleen RTC disable heat on/off gebruikt dan vind ik het vreemd.
Dat loopt hier nu al dagen prima.

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

[sjampeter]

nope, wel gedaan in het verleden overigens. pomp gaat wel uit op basis van RTC uiteraard

[Maarten69]

@sjampeter Duidelijk, bedankt. Nieuwste versie krijgen we allemaal mooie prullenbakjes achter je taken

[ Voor 5% gewijzigd door Maarten69 op 22-11-2022 20:54 ]

[sjampeter]

neem aan dat die prullenbakjes voor iedereen zijn

[edterbak]

Maarten69 schreef op dinsdag 22 november 2022 @ 20:41:
@edterbak vraagje. Ga je nu met mijn laatste versie verder en upload je vanavond nog de main-beta 22?
Of kan ik van deze versie main-beta 22 maken en uploaden?
De enige wijziging met de versie die nu online staat is het versie-nr en één klein tekstueel dingetje.

ik wilde nu wat gaan doen.
Ik heb nu je laatste versie [flows_22nov2022_Maarten69.json] als basis.

er zou 1 file moeten staan die up to date is.
flow.json zal ik later vanavond dan overschrijven met flows_22nov2022_Maarten69 + mijn aanpassingen.

Ok?

[Maarten69]

Perfect!

[edterbak]

sjampeter schreef op dinsdag 22 november 2022 @ 20:53:
neem aan dat die prullenbakjes voor iedereen zijn

welke prullebakjes

[edterbak]

oh, wat Maarten zegt. ja die.



Kan niet missen straks

[ Voor 3% gewijzigd door edterbak op 22-11-2022 21:06 ]

[edterbak]

@Maarten69

-bij blocked message -> show Notification

Ik zie geen notification zoals je liet zien in een screenshot. Waar zou ik het nu wel moeten zien?

[Maarten69]

edterbak schreef op dinsdag 22 november 2022 @ 21:09:
@Maarten69

[...]


Ik zie geen notification zoals je liet zien in een screenshot. Waar zou ik het nu wel moeten zien?

Indien actief dan pas bij de eerste uitgestuurde MQTT command.

[Maarten69]

Dus bij inschakelen block:
Logregel only

Bij inschalen en dan bv power aan/uit:
Gui noticitation.

Duidelijk?

[edterbak]

@Maarten69

code:

Fix
====
-Slow trigger RTC on/off fixed by 'adding' a 1 min inject node

Het gekke is:
Als je gaat kijken naar RTC correction vs RTC on/off.

als de RTC correction een nieuwe temperatuur krijgt (=trigger) , dan zou RTC on/off die zelfde trigger moeten krijgen.
Waarom zou er dan een vertraging op zitten van x minuten?

Het voelt onlogisch dat dit gefixt moet worden.

[ Voor 7% gewijzigd door edterbak op 22-11-2022 22:14 ]

[Maarten69]

edterbak schreef op dinsdag 22 november 2022 @ 22:13:
Waarom zou er dan een vertraging op zitten van x minuten?

Het voelt onlogisch dat dit gefixt moet worden.

Ik denk omdat de temperatuur pas weer doorgegeven wordt bij een verandering. Daar wachten beide functies op. Een zelfde waarde (na afronden!) is laat het filter niet door.
Zet maar een debug node op de link-in node EDIT: link-in voor de function nodes RTC en RTC on/off

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

[edterbak]

Ja maar die verandering is toch gewoon doorgekomen van de temperatuur.
je ziet hem ook in het dashboard.
Dan moet hij er uit zijn gestuurd
Ik snap hem niet hoor.

[Maarten69]

Maar dan moet de kamer temp toch wel eerst veranderen? Dat kan best lang duren bij sommige sensoren.

[edterbak]

De verandering op 0,1C komt gewoon door.
Die staat in de stored [T_room_custom], en wordt ook doorgezet door het filter zou ik denken.

[Maarten69]

Ik heb daar nu een debug node opstaan en wacht al 5 minuten op volgende update van temperatuur...

[edterbak]

snap ik niet. ga ik oplossen

[Maarten69]

een inject 1/min is toch ook prima? Edit, nu triggerde hij na 6 minuten!

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

[edterbak]

Het resultaat is nu inderdaad dat het werkt. Functioneel, ja.

Dit is een symptoom oplossing, niet de oorzaak oplossing. Ik wil graag dat laatste, want dan hou je schone effectievere code over

[Maarten69]

Ja je kunt ook het filter achter die function node "filter T_room" verwijderen...
Volgens mij geeft dat geen neveneffect en laat gewoon elke temperatuurupdate door.

[ Voor 34% gewijzigd door Maarten69 op 22-11-2022 22:36 ]

[edterbak]

[edterbak]

1 = input nieuwe meting
2 = debug node na filter
3 = debug node welke rtc functies in gaan.

Geen tijdverschil tussen de laatste debug nodes.

[Maarten69]

Daar heb je gelijk in. Maar wat als je temp op 1 tiende afrond en misschien 20 minuten lang 20,3 doorgeeft?
Dan triggert er niets.

[Maarten69]

Kun je simuleren door jouw temp input even te disablen, dan een injectnode 20.3 (punt) als payload.
druk maar eens (633 keer ) en het filter laat (na eerste x) niets door want zelfde waarde.

Block unless value changes

jouw sensor update denk ik heel vaak en op de 100sten nauwkeurig, waarschijnlijk altijd een nieuwe waarde...

[ Voor 35% gewijzigd door Maarten69 op 22-11-2022 22:52 ]

[edterbak]

Nou, volgens mij snap ik het prima. maar gaat er ergens anders iets mis.

Check het plaatje met test resultaten.


Ik heb de temperaturen op 0,01C gevarieerd. Geen enkel probleem. alle 3 de temperaturen komen door.

Ik denk dat het iets anders is.

[Maarten69]

Toen was het stil. Weet je wat, ik kom eraan met een kist bier. Die drinken we samen leeg en dan komen we er vast nog achter voor het gaat dagen.

[edterbak]

haha. LEkkere suggestie

[Maarten69]

Ja maar dat zijn telkens andere temps, die komen natuurlijk WEL door. Of bedoelde je iets anders met plaatje?
EDIT: @edterbak zit straks werkelijk 633 keer op inject 21.31 te drukken

[ Voor 26% gewijzigd door Maarten69 op 22-11-2022 22:59 ]

[edterbak]

Nee, maar dit is volgens mij dan toch helemaal de bedoeling zoals het hoort?

Alleen als er een temperatuur verandert, komt er een signaaltje voor een herberekening van de RTC on/off functie.
Vaker is ook niet nodig.

Stel de rtc off grens ligt op 20C
temperatuur verandert van 19,99 > 20.00
Dan wordt er een signaaltje "ping" gestuurd naar de functie waardoor hij gaat evalueren of er wat moet gebeuren.
Dat zal ook zo zijn bij 20.01.

Ik kan niet verklaren waarom er dus een delay zou kunnen zitten van 19+ minuten

[Maarten69]

Alleen als de T_Room temp niet veranderd, wat werkelijk echt zo kan zijn voor een x minuten.
Maar misschien zit ik er naast hoor, maar was gisteren overtuigd na het debuggen op die nodes.

[ Voor 34% gewijzigd door Maarten69 op 22-11-2022 23:02 ]

[edterbak]

Wat mij betreft zijn er 2 dingen wat er aan de hand kan zijn.

1 - de temperatuur sensor van @sjampeter heeft een SMOOTH functie op het signaal welke er voor zorgt dat een temperatuur veel later wordt verwerkt door de flow. Dat zit dus nog voor de berekening hier.
2 - de temperatuur grens van 20C is niet OP 20, maar OVER 20C. Theoretisch is dat dan mogelijk dat iemand ziet.. Hey 20C, hij moet toch uit gaan.... en 19 minuten later is de temperatuur 0,1C gestegen tot 20.1 en dan pas wordt de functie echt uitgevoerd.

[edterbak]

But this is coffee thick looking

[Maarten69]

Ja dat kan het ook zijn, maar waarom niet het filter weghalen? Dan laat ie gewoon continue dezelfde waarde door. je hebt al een limit staan van 5 of 10 sec (afhankelijk welke T men gebruikt)
Better drink a thin beer or use my inject 1/min node

[ Voor 14% gewijzigd door Maarten69 op 22-11-2022 23:10 ]

[Maarten69]

Als ik je vorige post teruglees lijkt het alsof je ergens overheen kijkt. Je inject 3 x een andere temp en beweert dat die gewoon zonder vertraging doorkomen. Dat ontken ik niet, dat is logisch.
3x dezelfde temp wordt geblocked door 2 filters, daar kan het probleem van sjampeter zitten.

[edterbak]

van 3x dezelfde waarde sturen, waarvan de 1e wel doorkomt... dat is precies wat ik wil dat er gebeurt.
die overige 2 voegen namelijk niks toe.

[Maarten69]

edterbak schreef op dinsdag 22 november 2022 @ 23:15:
van 3x dezelfde waarde sturen, waarvan de 1e wel doorkomt... dat is precies wat ik wil dat er gebeurt.
die overige 2 voegen namelijk niks toe.

Ja maar hij verlaagt het room_setpoint door scheduler, dan zit RTC off dus plots boven room_setpoint
Op dat moment triggert er pas wat bij een volgende (andere) temperatuur update.

[ Voor 8% gewijzigd door Maarten69 op 22-11-2022 23:19 ]

[Maarten69]

...

[ Voor 81% gewijzigd door Maarten69 op 22-11-2022 23:19 ]

[edterbak]

okay
dan haal ik je 1/min trigger er uit, en zorg ik dat ROOM SP verandering als trigger wordt toegevoegd

problem solved.

[Maarten69]

Dat kan natuurlijk ook, maar heb het gevoel alsof je het niet gelooft

[edterbak]

Jawel. je hebt de oorzaak juist aan mij doorgegeven.

ROOM sp verandering gaat onopgemerkt.
dat wordt pas opgemerkt door RTC on/off na een temperatuur vernadeirng (signaaltje)

Ik los het op.

[Maarten69]

Ok, maar de T_room temperatuur moet natuurlijk wel als standaard trigger blijven lijkt mij.
Met Room_Setpoint als extra trigger

[ Voor 16% gewijzigd door Maarten69 op 22-11-2022 23:21 ]

[edterbak]

wat bedoel u

[Maarten69]

Nou als je straks de functie RTC on/off alleen triggert bij een change van Room_Setpoint, gaat het weer fout denk ik. ff bier pakken, jammer dat ik geen popcorn heb...

[ Voor 18% gewijzigd door Maarten69 op 22-11-2022 23:22 ]

[edterbak]

Nee, ha natuurlijk niet alleen die.

De functie rtc on/off wordt al getriggerd vanuit van alles uit het dashboard.
als je de grenzen naar boven schuift, of naar beneden... als je SP aanpast, deze zat er niet in. Nu wel.

Hij wordt ook nog ergens geprogrameerd denk ik via scheduler. Ik zal daar ook even een link naar maken.

[Maarten69]

@sjampeter kan het zijn dat in die 19 minuten vertraging de kamer temperatuur sensor niet veranderd is?
Mogelijk gebruik je die van de Pana Remote Controller?

[Maarten69]

edterbak schreef op dinsdag 22 november 2022 @ 23:28:
Hij wordt ook nog ergens geprogrameerd denk ik via scheduler. Ik zal daar ook even een link naar maken.

Ja ook door de Nightreduction room temperature, maar ik heb daar een link-out naar Room_setpoint gemaakt, juist vanwege dit.

[edterbak]

gevonden

[Maarten69]

[Maarten69]

Je zou van daar ook kunnen connecten naar die link-in voor de functie RTC on/off

[edterbak]

Ja, die zit al goed. die gaat naar Dash.

Nu gaat dat signaal ook van Dash >> WP Control >>> RTC on/off in

[Maarten69]

Nou als dan de boel nog blijft draaien, dan weet ik het ook niet meer @sjampeter

[edterbak]

Maarten69 schreef op dinsdag 22 november 2022 @ 23:31:
Je zou van daar ook kunnen connecten naar die link-in voor de functie RTC on/off

Precies.
zo moet je denken Maarten. Clean coding geen overbodige triggers 1x per minuut omdat ... what ever
het moet gewoon kloppen.

Signaal verandering > trigger BAM...

[Maarten69]

Je hebt helemaal gelijk, maar om jouw code nou zo om te gooien durf ik nog niet zo, haha
Goodbye 1/min injector. It was nice working with you

[ Voor 24% gewijzigd door Maarten69 op 22-11-2022 23:34 ]

[edterbak]

Ho ho..
Niet zo bescheiden.

[Maarten69]

Ja dat komt omdat ik geen goed beeld heb van hoe jij de flow commits importeert. Als ik overal een klein dingetje wijzig kan ik mij voorstellen dat je de draad kwijt raakt.

[Maarten69]

Dit als voorbeeld had ik persoonlijk in code gedaan denk ik. Ik kan zo moeilijk wijs uit al die spaghetti

Maar ik snap als je dat zelf gebouwd hebt, dat dat dan veel duidelijker is.

[ Voor 68% gewijzigd door Maarten69 op 22-11-2022 23:41 ]

[edterbak]

Maarten69 schreef op dinsdag 22 november 2022 @ 23:38:
Dit als voorbeeld had ik persoonlijk in code gedaan denk ik. Ik kan zo moeilijk wijs uit al die spaghetti
[Afbeelding]
Maar ik snap als je dat zelf gebouwd hebt, dat dat dan veel duidelijker is

Helemaal mee eens. Dit is een mooi voorbeeld van spagetti code hahahaha

Toen ik begon met dit stukje Dash, was het nog overzichtelijk.

Om uit te leggen wat er nu gebeurt dit:



Bij (4) komen alle RTC_off, rtc_t1, rtc_t2.... rtc_t6 binnen. Dit zijn de signalen die je doet in het dashboard door de grenzen aan te passen. Bij het aanpassen van deze getallen moet ook de RTC functie (correctie) berekend worden.

Room SP:
Bij (1) komt je signaal uit scheduler binnen, van night reduction ROOM sp.
Die wordt gelijk getoont op het dashboard (2).
Bij (3) stuur ik de waarde door naar WP Control om het op te slaan via de functies daar (dat deel is nog wel overzichtelijk... nog... )

Ik heb nu bij (3) slecht een kleine toevoeging gedaan dat het signaaltje nu ook doorgestuurd moet worden naar de RTC functies. (beiden)

zo simpel is het

[Maarten69]

Ik weet dat je 1 jaar ouder bent dan mij, maar ik vind het knap stukje werk!

[edterbak]

Ik hoor Maarten overigens al denken.
En je gebruikt zelf ook overal die trigger x / 5 minuten.

Ja, dat klopt. Dat is helaas nodig voor dashboard dingen.
Ik heb gevonden dat als je een dashboard knopje hebt waar je een getal kunt invullen, dat na x uur of als je een tijdje later nog een keer op dat tabje kijkt, dat er ineens geen getalletjes meer in beeld staan.

Om dit op te lossen heb ik gevonden dat periodiek de getallen te vullen vanuit die [Load on boot] functie een oplossing is.

Ik ben hier niet blij mij, maar zie nu geen andere oplossing.

[edterbak]

Maarten69 schreef op dinsdag 22 november 2022 @ 23:49:
Ik weet dat je 1 jaar ouder bent dan mij, maar ik vind het knap stukje werk!

Hoe weet je nu dat ik 19 ben?

[edterbak]

Maarten69 schreef op dinsdag 22 november 2022 @ 23:33:
Je hebt helemaal gelijk, maar om jouw code nou zo om te gooien durf ik nog niet zo, haha
Goodbye 1/min injector. It was nice working with you

Whahaha... weetje.
ik zal hem even laten staan voor je, zodat je nog een momentje kunt nemen om afscheid te nemen...
Wil je nog een ceremonie ?

[Maarten69]

haha, nee je was iets ouder. We spraken onder andere gebruikersnaam toen.
Grappig dat ik 2 6 maanden geleden nog nooit in NodeRED gewerkt had en nu beetje samen dit kunnen doen.
Maar vroegah in de C64 day's was Assembly ook niet simpel.
Mijn ervaringen zijn net als jou zelf aangeleerd en omvatten naast bovenstaande o.a. Delphi, diverse BASICs, Excel VBA, GML, Pyrthon etc
Javascript lijkt erg op Delphi (Pascal) dus dat was makkelijk.
Al stoei ik soms nog met == === maar geloof dat ik het snap
|| (or) en != was ff nakijken want <> slikt Nodered niet dacht ik.

Deze was wel heel wat uur werk:

code:

// check for duplicates sensors:
var hash = {};
oneWire_sensors.forEach(function (item) { hash[item] = 1; });
oneWire_sensors = Object.keys(hash);

En uiteindelijk ziet het er zo simpel uit!

Nee heb afscheid genomen. Ik hoop morgen de nieuwe main-22 beta te importeren en dan gaan we weer los.

[ Voor 39% gewijzigd door Maarten69 op 23-11-2022 00:09 ]

[edterbak]

Maarten69 schreef op dinsdag 22 november 2022 @ 23:58:
haha, nee je was iets ouder. We spraken onder andere gebruikersnaam toen.
Grappig dat ik 2 maanden geleden nog nooit in NodeRED gewerkt had en nu beetje samen dit kunnen doen.
Maar vroegah in de C64 day's was assambler ook niet simpel.
Mijn ervaringen zijn net als jou zelf aangeleerd en omvatten naast bovenstaande o.a. Delphi, diverse BASICs, Excel VBA, GML, Pyrthon etc
Javascript lijkt erg op Delphi (Pascal) dus dat was makkelijk.
Al stoei ik soms nog met == === maar geloof dat ik het snap
|| (or) en != was ff nakijken want <> slikt Nodered niet dacht ik.

Deze was wel heel wat uur werk:

code:

// check for duplicates sensors:
var hash = {};
oneWire_sensors.forEach(function (item) { hash[item] = 1; });
oneWire_sensors = Object.keys(hash);

En uiteindelijk ziet het er zo simpel uit!

Nee heb afscheid genomen. Ik hoop morgen de nieuwe main-22 beta te importeren en dan gaan we weer los.

Dan heb je meer programeer skillz dan ik hoor.
Ik ben begonnen op een C16 met tape. vreselijk.
Toen als kind wat geklooid met qbasic, maar verder is het nooit gekomen.

Wel een keer een website gemaakt in html. Maar dat was slechts 1x hobby.

Eigenlijk is het bij mij meer gaan kriebelen ~ 8 jaar geleden met HomeAssistant.
Dat was toen nog volledig yaml gebaseerd.
Vanuit daar in aanraking gekomen met Node Red, omdat de automatisering niet heel intuitief was (toen)
Inmiddels is er veel verandert daar aan, HomeAssistant. Maar ik ben blijven hangen bij NodeRed omdat het stabiel is. onafhankelijk van updates en breaking changes.
En dat vind ik best wel een voordeel als het gaat om mijn verwarming

[edterbak]

Maarten,

Kun jij vanuit jouw blik kijken naar het volgende.
Die variabele >> global.set('F_rtc_on_off_active',1,"file");
Die heb ik er nu uit gehaald. Ik denk dat deze niet nodig is.


Als je ook denkt dat deze niet nodig is, dan kunnen we hem er uit halen.
let op:
hij komt ook voor in SOLAR tab. Daar wordt hij opgeroepen.

Ter info.
CTRL F werkt heel handig in NodeRed
Als je dat doet en dan [F_rtc_on_off_active] opzoekt, zie je waar deze voor komt.

[edterbak]

Ik heb het getest, en de pomp schakelt uit en aan, en niet continue uit uit uit uit uit zolang de temperatuur boven de rtc_off grens zit.

[Maarten69]

Dat wilde ik net zeggen, dan creëer je een loop tussen aan /uit denk ik

[Maarten69]

Ow dat werkt wel?
Maar dan gaat de pomp wel altijd uit als T_room boven RTC off waarde ligt?

[edterbak]

De werkelijke temperatuur bepaald of de pomp uit gezet wordt, of aan gezet wordt.

Pomp uit
--------rtc off grens-------
..
--------rtc on grens-------
Pomp aan

[edterbak]

Maarten69 schreef op woensdag 23 november 2022 @ 00:21:
Ow dat werkt wel?
Maar dan gaat de pomp wel altijd uit als T_room boven RTC off waarde ligt?

Ja, klopt. alleen als de functie aan staat.

[Maarten69]

Dus toch, maar dan kun je boven rtc off grens niet de pomp aanzetten toch, want dan gaat hij bijna direct weer uit. (vind ik ook wel logisch)

[Maarten69]

dat zou een oplossing kunnen zijn. Ik voorzie een mooie Notification:
Switching off due to RTC off settings.

dan snapt de gebruiker het tenminste.

[ Voor 16% gewijzigd door Maarten69 op 23-11-2022 00:24 ]

[edterbak]

Maarten69 schreef op woensdag 23 november 2022 @ 00:22:
Dus toch, maar dan kun je boven rtc off grens niet de pomp aanzetten toch, want dan gaat hij bijna direct weer uit. (vind ik ook wel logisch)

Nee, dat heb ik (denk ik) opgelost door dit



Een filtertjeeeee

[Maarten69]

dat blocked dan een tweede poging tot uitzetten? Kan wel verwarrend zijn. Of je moet dan meteen RTC on/off uitzetten en Notification geven...

[edterbak]

Nu stuurt de functie gewoon 1x de aan (of uit) commando, en daarmee klaar.
als je daarna de pomp handmatig weer schakelt, dan doet deze functie daar niks mee. (was ook al zo)

Maar wat dit oplost:
In de oude situatie MOEST de pomp eerst uit zijn gegaan, dan wordt F_rtc_on_off_active 1
Vervolgens gaat de pomp alleen weer aan als de F_rtc_on_off_active 1 is en de temperatuur onder de rtc_on grens komt.

Dat "Eerst geactiveerd worden", dat is er nu uit.

[Maarten69]

Dat is zeker waar, misschien een betere oplossing, maar dan moet je denk ik wel zoals ik hierboven zei de RTC on/off uitzetten of waarschuwen dmv notification.

[Maarten69]

Kijk ik druk nog weleens op de Remote Controller de WP aan. Dan is het wel leuk dat hij daarna door de RTC on/off functie weer uitgezet wordt.

[edterbak]

Dat kan dan

[Maarten69]

Gewoon even een msg sturen naar de link-in "Notify!" op WP Debug

[Maarten69]

[Maarten69]

Nou als je die F_rtc_on_off_active er uit sloopt, pas ik morgen mijn System Check aan. Is dat deel ook niet meer nodig.
Voor nu see notification on screenshot above.

[ Voor 17% gewijzigd door Maarten69 op 23-11-2022 00:36 ]

[edterbak]

Maarten69 schreef op woensdag 23 november 2022 @ 00:35:
Nou als je die F_rtc_on_off_active er uit sloopt, pas ik morgen mijn System Check aan. Is dat deel ook niet meer nodig.
Voor nu see notification on screenshot above.

Ik laat hem er nu nog even in staan.
wil het goed overdenken.

[edterbak]

Truste auwe

[edterbak]

Goede morgen @Maarten69

Hier een update wat ik gedaan heb.
Ik heb deze aanpassing van RTC_on/off functie wel doorgevoerd.
De aanpassing is niet definitief.
Alle aanpassingen die ik heb gedaan, heb ik getagged met "TEST1". Dus als je in NodeRed CTRL+F doet en dan zoekt op TEST1, dan komt je alle plekken tegen.
Om het terug te draaien moeten al deze regel aanpassingen ongedaan gemaakt worden.



Wacht nog maar even 1 dag met het ombouwen van de SYstem check pagina. Even een pas op de plaats.
Als jij dan morgen kunt gluren naar de werking van de aangepaste functie. Als alles in orde is, dan is het definitief te maken, dan wel te reverten.


------------------------------------------
Ik zie net dit in het log

code:

23/11 00:20:39 - Function RTC: on/off deactivated - Previous OM not found. Restored OM to default 0 (Heat only)

Waarom een restored default? Is dat een voorgeprogrameerde OM?
De pomp hoeft alleen aan gezet te worden. in de zelfde stand als dat hij uit is gegaan. Moet er een OperatingMode worden ingegeven of is dat stiekum overbodig?
Als hier een goede rede voor is, laten we het er in hoor. teach mee

Die regel is ook wel wat meer info dan nodig.

code:

23/11 00:20:39 - Function RTC: on/off  - Heatpump turned on

Dit zou voldoende zijn voor mijn gevoel. Klopt exact met wat er gebeurt.

[Maarten69]

[b]edterbak in "Heishamon <> Node Red voor Panasonic warmtepompen"edterbak schreef op woensdag 23 november 2022
Ik zie net dit in het log

code:

23/11 00:20:39 - Function RTC: on/off deactivated - Previous OM not found. Restored OM to default 0 (Heat only)

Grappig. Dit gaf ik eerder al aan (post) maar dit is jouw code

EDIT: staat in function node "Function RTC on / off":

code:

if (F_stored_next_operating_mode === undefined) 
    {
        F_stored_next_operating_mode = 0
        msg99.payload   = "on/off deactivated - Previous OM not found. Restored OM to default 0 (Heat only)";
    }

[ Voor 32% gewijzigd door Maarten69 op 23-11-2022 12:42 ]

[edterbak]

[Maarten69]

...

[ Voor 255% gewijzigd door Maarten69 op 23-11-2022 12:42 ]

[Maarten69]

Trusten ouwe

[edterbak]

@Maarten69
Ik ben bezig geweest met wat design zaken.
Ik heb een SYSTEM knopje gemaakt.

Daar onder zie je nu een mooi horizontaal menutje verschijnen.


*klik op de afbeelding (thumbnail)

Verzoek voor Maarten,
Nu moet je op de knop drukken "system check"
dan komen er getellan in beeld.
Waar ik aan denk is dat je hier niet in log vorm de informatie ziet, maar gewoon in secties met 'naam' > waarde.

Wat vind je hier van?

[edterbak]

Ik ga dit nu uploaden over flow.json (laat jouw versie even staan (backup)

[sjampeter]

vanmorgen ging de pana toch wederom aan na een warm water run. zou in principe niet mogen zie onderstaande grafiek.






onderstaande afbeelding is niet aanwezig

[Aikon]

Lekker bezig @Maarten69 en @edterbak

[MikeyMan]

Aikon schreef op woensdag 23 november 2022 @ 08:49:
Lekker bezig @Maarten69 en @edterbak

Ja precies, geven jullie een seintje als jullie eruit zijn?

[Maarten69]

edterbak schreef op woensdag 23 november 2022 @ 02:30:
@Maarten69
Ik ben bezig geweest met wat design zaken.
Ik heb een SYSTEM knopje gemaakt.

Daar onder zie je nu een mooi horizontaal menutje verschijnen.

[Afbeelding]

*klik op de afbeelding (thumbnail)

Verzoek voor Maarten,
Nu moet je op de knop drukken "system check"
dan komen er getellan in beeld.
Waar ik aan denk is dat je hier niet in log vorm de informatie ziet, maar gewoon in secties met 'naam' > waarde.

Wat vind je hier van?

Kijk dat zijn stappen, goed bezig inderdaad. Gewoon zo verder denk ik.
Ik laat nog wat weten straks.

[Maarten69]

sjampeter schreef op woensdag 23 november 2022 @ 07:47:
vanmorgen ging de pana toch wederom aan na een warm water run. zou in principe niet mogen zie onderstaande grafiek.

[Afbeelding]

[Afbeelding]


onderstaande afbeelding is niet aanwezig
[Afbeelding]

Zal later even kijken wat hier niet klopt.

[Maarten69]

Ik zit nu op main-22 beta en vind het er heel goed uit zien.

Door deze update en deploy trapte de SoftStart weer in en ging de compressor na 2 minuten uit.
Maakt verder even niet uit nu. (was natuurlijk precies in stage1 tijd)

Vind de nieuwe layout onder SYSTEM wel een prima idee. De check niet in logvorm ga ik over nadenken.
Wat vind je ervan om de counters daily en yesterday ook als "file" op te slaan?
Bij herstart zijn die telkens 0, waar ik toch beetje jammer vind. (wilde terughouden zijn met variablen persistent op te slaan)

@sjampeter Hoe is voor de DHW run de pana uitgegaan? Is dat door RTC heat off?

[ Voor 17% gewijzigd door Maarten69 op 23-11-2022 09:54 ]

[edterbak]

Maarten69 schreef op woensdag 23 november 2022 @ 09:49:

Vind de nieuwe layout onder SYSTEM wel een prima idee. De check niet in logvorm ga ik over nadenken.
Wat vind je ervan om de counters daily en yesterday ook als "file" op te slaan?

Dat vind ik een mooie toevoeging. Dat soort informatie hoeft niet alleen op aanvraag, maar mag gewoon in een veldje vind ik dan. Dan zie je het werk dat je hebt gedaan tenminste altijd

Bij herstart zijn die telkens 0, waar ik toch beetje jammer vind. (wilde terughouden zijn met variablen persistent op te slaan)

@sjampeter Hoe is voor de DHW run de pana uitgegaan? Is dat door RTC heat off?