Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[mickym]

@1984chris sagte in Function Node welche zwei Werte vergleicht:

@1984chris
in welchem Order ist normal das syslog abgelegt?

Mit dem Docker kenn ich mich nicht aus -

Schau mal ob das geht:

docker service logs

[mickym]

Ich hab in der NOdered Doku was zu Docker gefunden.

https://nodered.org/docs/getting-started/docker

Da schaut es danach aus, als ob du mit

docker run -it -p 1880:1880 -v node_red_data:/data --name mynodered nodered/node-red

Zugriff auf die Systemkonsole erhälst - probier das mal

Eventuell musst Du mynodered durch irgendeinen Namen ersetzen, den Du bei starten oder was vergeben hast. Oder Du stopst innerhalb Deines Dockers NodeRed und startest es dann mit obigen Befehl unter einem dir bekannten Namen.

[mickym]

Also wie gesagt, schau halt, dass Du unter Docker irgendwie auf die Systemkonsole Zugriff erhälst.

Wenn Du dann in Deinen Flows - die 2. Option in Deiner Debug Node anhakst:

dann bekommst Du die Ausgaben auf die Konsole und gehen nicht verloren, wenn Du das Browserfenster schließt.

[mickym]

Wenn es halt gar nicht klappt, dann musst Du halt ein Browserfenster immer offen halten und dann halt über das Debugfenster schauen, ob richtig getriggert wird.
Im Moment verstehe ich es ja, dass der Flow funktioniert, wenn Du kürzere Zeiträume mit Inject Nodes oder andere Geräte nutzt.
Ich bin jetzt voraussichtlich erst mal für heute weg - oder erst spät abends wieder da.

[1984chris]

@mickym
aber die dubgs verschwinden ja naxh einiger zeit...

[mickym]

@1984chris nö, solange es die gleiche Sitzung ist.

[1984chris]

@mickym
z.b wenn pumpe ein 1 in der Debug steht ist das einige Zeit später weg,kann mann das wo einstellen?

[mickym]

@1984chris nur wenn du ein Browser refresh machst. Da gibt’s nichts zum Einstellen. Schau halt mal ob du in docker zugriff auf deine NodeRed Instanz bekommst, das ist sicher zielführender. Oder du findest jemand der sich mit Docker auskennt

[mickym]

@mickym Ansonsten versuche halt mit Inject Nodes das nachzustellen

[1984chris]

@mickym
habs geschafft,sehe den LOG in der Konsole aber nur ab jetzt....

[mickym]

@1984chris macht ja nichts und jetzt musst halt mit einzelnen Debug nodes in das syslog schreiben. Dann siehst was wann wo getriggert hat.

[mickym]

mir ist noch eingefallen, setzt du die Laufzeiten eigentlich jeden Tag wieder zurück?

[1984chris]

@mickym
Die Mindestlaufzeit wird jeden Tag um 01:00 wieder auf 360 gesetzt.

[mickym]

@1984chris Ok dann mach halt nochmal die Verbindung von dem unteren Flow zu dem oberen Flow weg und schalte das getrennt. Oben ist die Wärmepumpe und die hat mit der Umwälzpumpe erst mal nichts zu tun - ausser dass die Wärmepumpe nicht laufen darf, wenn die Umwälzpumpe Pause macht.

[1984chris]

@mickym
weiß jetzt nicht genau was du meinst.
Wir haben heute bewölktes Wetter mal 5000 W paar minuten später wieder 1500 W Einspeisung da ist mir aufgefallen das die Wärmepumpe angeht und nach 15 min wieder aus weil zu wenig Überschuss.
hättest du eine Idee wie ich das lösen könnte?

[mickym]

@1984chris sagte in Function Node welche zwei Werte vergleicht:

@mickym
weiß jetzt nicht genau was du meinst.

Na ob Du nur ein Problem mit der Umwälzpumpe hast oder auch mit der Wärmepumpe

Wir haben heute bewölktes Wetter mal 5000 W paar minuten später wieder 1500 W Einspeisung da ist mir aufgefallen das die Wärmepumpe angeht und nach 15 min wieder aus weil zu wenig Überschuss.
hättest du eine Idee wie ich das lösen könnte?

Na da muss Du halt eine Entscheidung treffen (ein Hysterese bring ja bei diesen Schwankungen nichts). Ansonsten kannst die Wärmepumpe entweder länger laufen lassen, in dem Du den Zeitraum in der Triggernode erhöhst .

Andere Möglichkeiten sind Mittelwerte oder Standardabweichungen. Generell kann man Ausreißer über den Median herausfiltern. Da Du ja fast sekündlich Werte bekommst, kann man da ja über ein Zeitraum den Median ermitteln, aber es geht halt zu Lasten der Sponanität, da sich der Überschuss erst langsam auf- und abbaut.

Irgendeinen Kompromiss musst Du Dir halt überlegen - oder einen Tod musst Du sterben, Du musst Dir nur überlegen welchen. Ich hab ja keine Ahnung ob 15 Minuten Wärmepume so schlecht ist oder was passiert ,wenn die Wärmepumpe 1 Std. ohne Überschuss läuft. Das musst Du alles entscheiden.

[1984chris]

@mickym
wenn die Wärmepumpe+Poolpumpe ohne Überschuss laufen sinkt der SOC des Batteriespeichers

[1984chris]

@1984chris said in Function Node welche zwei Werte vergleicht:

@mickym
wenn die Wärmepumpe+Poolpumpe ohne Überschuss laufen sinkt der SOC des Batteriespeichers

wenn im schlimmsten Fall der SOC unter 80% sinkt schaltet sie die Wärmepumpe+Poolpumpe auch aus.

Werde den Trigger mal auf 30 min stellen.

Ich hätte noch eine Frage zur Restlauzeit

wieso wird beim ersten setze msg.delay to the value payload*60000 gesetzt?
der Wert kommt ja minütlich haben wir ja beim Shelly Polling auf 60000 eingestellt.

[mickym]

@1984chris Genau. Das heißt in die Change Node kommt eine Restlaufzeit als payload in Minuten. Die Nachrichteneigenschaft delay ist für die anschließende Triggernode.

Diese Triggernode ist ja auf eine Minute eingestellt, wird aber durch msg.delay überschrieben

Da die msg.delay aber, wie Du in der Hilfe zur Trigger Node nachlesen kannst, in Millisekunden angegeben wird, muss ich die Minuten Restzeit für die Triggernode in Millisekunden umrechnen. Also 1 Minute Restzeit = 60 Sekunden = 60000 Millisekunden.

Die Pollzeit aus der Shellynode sorgt ja nur dafür, dass die Restzeit in Minuten verringert wird und auch nur, wenn sie die Switch Node passiert, also der Shelly eingeschaltet ist, da alle Minuten die Shelly Node triggert.

[mickym]

@1984chris sagte in Function Node welche zwei Werte vergleicht:

@mickym
Die Mindestlaufzeit wird jeden Tag um 01:00 wieder auf 360 gesetzt.

Ja das ist für die Umwälzpumpe, aber für die Wärmepumpe wurde die Laufzeit nicht auf 0 gesetzt.