Visualisierung mit Node Red erstellen

[mickym]

@damrak2022 Was sollen diese split und join Nodes. Wenn Du die weglässt - dann ist das Ergebnis auch kein anderes. Die letzte Change Node hat Zeit - da wir immer noch kein Objekt haben, dass beide Eigenschaften hat.

Ich gehe mal davon aus, dass die 2. Change Node die Berechnung durchführt. Überlege Dir mal ob Du die beiden Change Nodes nicht in eine überführen möchtest. Man kann es zwar so lassen - musst Du wissen. Aber nur damit Du beides verstehst.

[Damrak2022]

@mickym Okay, Du meinst so. Wie ich das mit dem Objekten mache weiß ich nicht.

Ja, die zweite Change Node rechnet um

[mickym]

@damrak2022 Nein so, habe ich nicht gemeint. Zeig mal was in der Umrechnungs-Node drin steht? Funktioniert es aktuell ? Und verkable mal wieder die inject Nodes damit wir manuell triggern können.

[Damrak2022]

@mickym

Weil hier ja nur die systole umgerechnet wird, hatte ich zwei Umrechnung Nodes.

[mickym]

@damrak2022 Genau - das war auch richtig. Meine Idee war ja auch, dass Du den Befehl beider Umrechnungsnodes in die erste Node übernimmst und nicht beide Umrechnungsnodes in eine zu übernehmen.

Wenn du also direkt hintereinander Change Nodes hast, um die payload zu verändern kannst Du dies auch in einer Node machen. Versuchs mal. Wenn du es nicht schaffst dann helfe ich Dir.

[mickym]

@mickym sagte in Visualisierung mit Node Red erstellen:

Weil hier ja nur die systole umgerechnet wird, hatte ich zwei Umrechnung Nodes.

Genau - das war auch richtig.
Meine Idee war ja auch, dass Du den Befehl beider Umrechnungsnodes in die erste Node übernimmst und nicht beide Umrechnungsnodes in eine zu übernehmen.

Wenn du also direkt hintereinander Change Nodes hast, um die payload zu verändern kannst Du dies auch in einer Node machen. Versuchs mal. Wenn du es nicht schaffst dann helfe ich Dir.

[Damrak2022]

@mickym Okay, mal probieren

[mickym]

@damrak2022 sagte in Visualisierung mit Node Red erstellen:

@mickym Okay, mal probieren

Poste am Besten dann beide Change Nodes und das Ergebnis in der Debug Node.

Tipp:

[Damrak2022]

@mickym

[mickym]

@damrak2022 Na dass das Ergebnis nicht stimmt. Siehst ja an der Ausgabe. Zum Einen macht Du ja mit der 2. Regel die payload kaputt. In dem Du das Ergebnis auf die Berechnung setzt.

Einmal stimmt der Datentyp nicht.

Was Du machst in der 1. Regel wird

msg.payload = 122000

zu 

msg.payload = {
    "systole": 122000
}

in der nachfolgenden Regel machst du das Objekt wieder kaputt in dem Du den Wert der Berechnung einfach wieder zu payload machst.

msg.payload = {
    "systole": 122000
}
wird also zu

msg.payload = 122

Wir wollen aber als Ergebnis:

msg.payload = {
    "systole": 122
}

Ich hoffe das hast du verstanden. Insofern ist die richtige Lösung:

War alles verständlich?

[Damrak2022]

@mickym a, das hatte ich auch schon so probiert, allerdings hatte ich bei dem zweiten blöderweise das .systole und .diastole rausgenommen, was falsch war. Aber ja, das habe ich kapiert

[mickym]

@damrak2022 sagte in Visualisierung mit Node Red erstellen:

allerdings hatte ich bei dem zweiten blöderweise das .systole und .diastole rausgenommen

Die Frage ist halt nur warum du sowas machst.

Nun weiter - wir brauchen in der unteren Change Node, den Wert von der oberen Change Node und umgekehrt. Richtig?

[Damrak2022]

@mickym Und warum?

[mickym]

@damrak2022 Na weil wir doch ein Objekt brauchen in dem wir beide Eigenschaften in einem Nachrichtenobjekt haben,

wie wir hier in dem Post festgestellt haben: https://forum.iobroker.net/post/885965

Denn solange die Eigenschaften in unterschiedlichen Objekten ist, bringst Du die ja nicht zusammen, wie Du ja bereits festgestellt haben.

[Damrak2022]

@mickym Ja okay, das hattest Du gesagt. Mir war nur nicht klar das dies der Weg ist

[mickym]

@damrak2022 Gut nachdem die Nachrichtenobjekte nicht aufeinander warten müssen wir diesen Wert in einer Variable, im Flow Kontext speichern, damit wir unabhängig davon sind , wann welche Node getriggert wird, und wir immer Zugriff auf den Wert der anderen Node habe.

In der oberen speichern wir also den Wert der payload Eigenschaft systole in einer Variable Systole, in der unteren Node speichern wir den Wert der payload Eigenschaft diastole in einer Variable Diastole.

Du betätigst wieder beide Inject Nodes und postest bitte den Flow-Kontext. (sowas haben wir bei deinem iMac mit dem Bewegungsmelderflow gemacht).

Wir haben nun also in jeder Change Node - 3 Regeln.

Wenn wir beide Inject Nodes betätigen haben wir immer noch 2 Nachrichtenobjekte aber nur mit einer Eigenschaft:

Dein Kontext wird nach Betätigung der Inject Nodes so aussehen:

Poste dann bitte die aktuelle Change Node. - Wenn Du es nicht weißt - poste ich die Lösung

[Damrak2022]

@mickym So sieht das momentan aus

Meine 3. Regel stimmt nicht denn ich bekomme an der Seite was ganz anderes angezeigt

[mickym]

@damrak2022 Nein ist leider falsch - Du sollst die Variable Systole und Diastole setzen. Quelle ist die payload.systole bzw. payload.diastole des Nachrichtenobjektes.

Merke - Wenn Du in Deiner Change Node SETZE verwendest, dann steht OBEN das ZIEL und UNTEN die QUELLE.

(Das $ Zeichen hat hier nichts verloren)

das ist eine Umgebungsvariable.

[mickym]

@damrak2022 sagte in Visualisierung mit Node Red erstellen:

Meine 3. Regel stimmt nicht denn ich bekomme an der Seite was ganz anderes angezeigt

Wir haben nirgends etwas global gesetzt.

Merke bei SETZE = OBEN das ZIEL
UNTEN die QUELLE

Die Lösung ist also

Und Du musst das doch nur lesen:

Setze flow.Diastole (to the value = auf den Wert ) msg.payload.diastole

Also einfach Lesen, was gemacht werden soll!!!

[Damrak2022]

@mickym Jetzt sieht das so aus: