Visualisierung mit Node Red erstellen
-
@mickym Ist das hier bei der ersten Node richtig?
-
@damrak2022 Bei der ersten Node haben wir
eingetragen - das heißt der Sonnenstand wird ignoriert.
-
@mickym Okay, dann kann ich das also so lassen. Danke
-
@mickym Dahinter hänge ich wieder meine beiden Lampen
-
@damrak2022 Du kannst dann noch variieren, ob genau zum Zeitpunkt des Sonnenuntergangs oder ggf. schon vorher oder nachher geschalten wird.
Bei Plus Werten ist die Sonne noch sichtbar - Also die Golden Hour beginnt normalerweise, wenn die halt knapp 1 Stunden vor dem Untergang steht - ist normalerweise ein feststehender Begriff in der Fotografie.
Negative Werte ist, wenn die Sonne schon unter dem Horizont steht.
When Show sun elevation status angehakt ist, dann siehst Du wie der Sonnenstand aktuell ist - im Status.
-
@damrak2022 sagte in Visualisierung mit Node Red erstellen:
@mickym Dahinter hänge ich wieder meine beiden Lampen
Nein - wir sind doch noch nicht fertig mit unsersem Kochrezept.
Was kommt denn als nächstes ?
-
@mickym Ja, das sehe ich bei mir.
-
@damrak2022 Also wie gesagt, wenn es Dir zum Zeitpunkt des Sonnenuntergangs schon zu dunkel ist und Du hättest lieber Licht, dann stell einfach auf + Werte. Oder falls Dir nach dem Sonnenuntergang du noch gerne im Dunkeln sitzt, dann halt - Werte-
-
@damrak2022 Iobroker in node mit dem Datenpunkt Power vom Shelly wo der iMac den Stromverbrauch anzeigt.
-
@damrak2022 Ja aber nicht den Datenpunkt vom Shelly - das haben wir doch auch in einer Flow Variable gespeichert und jetzt weißt Du für was es gut ist.
Wie sieht also Deine nächste Filter Node aus, die Du dann benennst "Mac ist aus"
-
@mickym Wer sitzt schon gerne im Dunkeln?
Das vom iMac haben wir ja schon, oder bringe ich gerade was durcheinander -
@damrak2022 Nein vom iMac habe wir nur den Status analysiert - aber das wollen wir ja nun mit Filtern.
Wir sind ja nun erst bei Punkt 3:
-
@mickym Das ist nicht so einfach, weil wir das ja wieder vom Verbrauch abhängig darstellen müssen. Eine iobroker in Node wieder mit dem Datenpunkt Power dr den aktuellen Verbrauch anzeigt. Dann wieder mit Split filtern, da müsste ich doch eigentlich die bereits vorhandenen Node kopieren können, oder verwurschtel ich mich gerade total
-
@damrak2022 sagte in Visualisierung mit Node Red erstellen:
@mickym Das ist nicht so einfach, weil wir das ja wieder vom Verbrauch abhängig darstellen müssen. Eine iobroker in Node wieder mit dem Datenpunkt Power dr den aktuellen Verbrauch anzeigt. Dann wieder mit Split filtern, da müsste ich doch eigentlich die bereits vorhandenen Node kopieren können, oder verwurschtel ich mich gerade total
Du verwurschtelst Dich gerade - weil wir das doch in dem Flow gemacht haben und die Kontextvariable Imac doch je nach Status schon gesetzt haben.
- deswegen haben wir das Ergebnis ja in einer Kontextvaribale gespeichert. Also einfach verwenden, so wie Du es bei der Anwesenheit auch gemacht hast. - Node dann wieder posten. -
@mickym Moment ich habe grade eine Blockade
-
@mickym Habe jetzt gerade mal die zwei Nodes und bin mir garnicht sicher.
Dann sollte da auch noch die switch node /Anwesend) mit "true" dahinter
-
@damrak2022 Nein keine iobroker In Node - und auch keinen Switch mit payload (schon ein switch aber wie bei anwesenheit siehe unten) - wir haben doch anhand des Stromverbrauchs ermittelt ob der Imac an ist und das in die Flow-Variable Imac geschrieben.
Da steht doch nun drin - ob der Imac (true) eingeschaltet ist oder nicht (false).
Hier haben wir das gemacht - anhand des Stromverbrauchs - speichern wir true oder false in der Flowvariabel IMac.
Also bitte eine neue Switch Node und dort bitte nicht wieder die payload untersuchen, sondern wie bei der anwesenheit Switch node auf die flow-Variable Imac prüfen. Und in diesem Fall wollen wir das die Nachrichten nur weitergeleitet werden, wenn der Imac aus ist.
-
@mickym Ich verliere gerade die Übersicht
Die Switch Node muss dahinter
-
@damrak2022 sagte in Visualisierung mit Node Red erstellen:
@mickym Ich verliere gerade die Übersicht
Keine Change Node - wir haben die Flow variable doch schon gesetzt - siehe mein letzter Post - also weg damit!!!
Das haben wir an anderer Stelle schon gesetzt:
und der Vorteil der Flow-Variablen IST: Man kann in dem ganzen Flow egal wo auf diesen Wert zugreifen. Aber halt nur innerhalb dieses Flows - deswegen sagte ich am Anfang, wir machen alles in einem frischen Flow.
Na und die Switch Node würde gut aussehen, wenn Du nicht wieder die payload des Nachrichtenobjektes auf false überprüfen würdest.
KEINE CHANGE Node - wir wollen nichts ändern, sondern filtern.
-
@mickym Ich bin momentan echt komplett raus.
