NEWS
Visualisierung mit Node Red erstellen
-
@damrak2022 Ja wie kann man so was wesentliches nur vergessen.
-
@mickym Ich schon, leider
@damrak2022 Na aber jetzt ist es Dir ja wieder eingefallen.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@damrak2022 Na aber jetzt ist es Dir ja wieder eingefallen.
-
@damrak2022 tja - aber ohne Kabel holt die Node nichts. Und dann hängst Du wieder an beide Nodes Debug Nodes und schaust Dir das an.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@damrak2022 tja - aber ohne Kabel holt die Node nichts. Und dann hängst Du wieder an beide Nodes Debug Nodes und schaust Dir das an.
-
@mickym Ja, das Kabel, aber wenn ich die get Node mit der Ausschaltzeit verbinde habe ich zweimal ie gleichen Werte. Das kann ja nicht richtig sein
@damrak2022 Nein nicht die gleichen Werte, sondern Du überschreibst mit der get node - die payload aus der vorherigen Change Node. Und das ist das Problem. Deswegen habe ich Dich gefragt, ob Du den timestamp nicht einer anderen Nachrichteneigenschaft zuordnen willst. Aber Du warst stur und willst den timestamp unbedingt der Eigenschaft payload zuordnen.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@damrak2022 Nein nicht die gleichen Werte, sondern Du überschreibst mit der get node - die payload aus der vorherigen Change Node. Und das ist das Problem. Deswegen habe ich Dich gefragt, ob Du den timestamp nicht einer anderen Nachrichteneigenschaft zuordnen willst. Aber Du warst stur und willst den timestamp unbedingt der Eigenschaft payload zuordnen.
-
@mickym Ah, jetzt verstehe ich was Du gemeint hast
@damrak2022 sagte in Visualisierung mit Node Red erstellen:
@mickym Ah, jetzt verstehe ich was Du gemeint hast
Ich hätte halt gemeint - das es schöner wäre wenn Du den timestamp aus der change Node zum Beispiel der Nachrichteneigenschaft ende zuordnen würdest und den timestamp aus der get Node zum Beispiel der Nachrichteneigenschaft start zuordnen würdest. Dann kannst Du auch damit rechnen, weil Du dann beide Werte gleichzeitig im Nachrichenobjekt hast.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@damrak2022 sagte in Visualisierung mit Node Red erstellen:
@mickym Ah, jetzt verstehe ich was Du gemeint hast
Ich hätte halt gemeint - das es schöner wäre wenn Du den timestamp aus der change Node zum Beispiel der Nachrichteneigenschaft ende zuordnen würdest und den timestamp aus der get Node zum Beispiel der Nachrichteneigenschaft start zuordnen würdest. Dann kannst Du auch damit rechnen, weil Du dann beide Werte gleichzeitig im Nachrichenobjekt hast.
-
@mickym Werde ich machen. Aber habe gerade ein Blackout wie ich die Nachrichteneigenschaft ändere.
@damrak2022 In dem Du in der Change NOde den timestamp nicht auf msg.payload setzt sondern auf msg.ende. Indem Du in der Get-Node nicht das attribut payload beschreibst, sondern die Eigenschaft start beschreibst. Dann stellst Du mal beide Debug Nodes um, dass das komplette Nachrichtenobjekt ausgegeben wird, dann siehst Du auch die anderen Nachrichteneigenschaften.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@damrak2022 In dem Du in der Change NOde den timestamp nicht auf msg.payload setzt sondern auf msg.ende. Indem Du in der Get-Node nicht das attribut payload beschreibst, sondern die Eigenschaft start beschreibst. Dann stellst Du mal beide Debug Nodes um, dass das komplette Nachrichtenobjekt ausgegeben wird, dann siehst Du auch die anderen Nachrichteneigenschaften.
-
@mickym So
@damrak2022 Na das Ende fehlt mir noch - da steht immer noch ein Zeitstempel bei payload.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@damrak2022 Na das Ende fehlt mir noch - da steht immer noch ein Zeitstempel bei payload.
-
@mickym Ah jetzt, hatte etwas den Überblick verloren:
@damrak2022 Gut und nun kannst Du in einer anschliessenden Change Node wieder eine payload setzen, die aus der Differenz zwischen ende und start errechnet wird.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@damrak2022 Gut und nun kannst Du in einer anschliessenden Change Node wieder eine payload setzen, die aus der Differenz zwischen ende und start errechnet wird.
-
@mickym Und das geht doch mit JSONATA, oder? Das haben wir schon mal gemacht, aber das muss ich mir nochmal raussuchen.
@damrak2022 Genau - aber das ist doch einfach.
Du setzt ein payload auf
ende - start.Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@damrak2022 Genau - aber das ist doch einfach.
Du setzt ein payload auf
ende - start. -
@damrak2022 Sehr gut - dass heisst, Dein IMac war 2,9 sek. eingeschaltet.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@damrak2022 Sehr gut - dass heisst, Dein IMac war 2,9 sek. eingeschaltet.
@mickym So oft wie ich das angeklickt habe, ist das wohl so. Jetzt kann ich doch in der Change node noch ein Feld hinzufügen und da in JSONATA das umrechnen, das ich die Ausgabe in Stunden und Minuten bekomme. - Perfekt
Mit besten Grüßen
Andy -
@mickym So oft wie ich das angeklickt habe, ist das wohl so. Jetzt kann ich doch in der Change node noch ein Feld hinzufügen und da in JSONATA das umrechnen, das ich die Ausgabe in Stunden und Minuten bekomme. - Perfekt
@damrak2022 sagte in Visualisierung mit Node Red erstellen:
@mickym So oft wie ich das angeklickt habe, ist das wohl so. Jetzt kann ich doch in der Change node noch ein Feld hinzufügen und da in JSONATA das umrechnen, das ich die Ausgabe in Stunden und Minuten bekomme. - Perfekt
Nun ich gehe mal nicht davon aus, dass es über 24 Std. geht, dann kannst Du einfach eine Regel in Deiner Change Node hinzufügen:
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
Support us
599
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge