Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[mickym]

@schmetterfliege Damit Du siehst das es kein Timing Problem an sich mit den call Nodes gibt - hier ein kleines Beispiel:

Spoiler

[
   {
       "id": "5c333c85f193c1f2",
       "type": "inject",
       "z": "02dece3d313bbbd7",
       "name": "",
       "props": [
           {
               "p": "trigger",
               "v": "true",
               "vt": "bool"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "x": 750,
       "y": 2840,
       "wires": [
           [
               "ec0da7abf6aaf8fa",
               "a5e07309bf0e9031"
           ]
       ]
   },
   {
       "id": "ec0da7abf6aaf8fa",
       "type": "change",
       "z": "02dece3d313bbbd7",
       "name": "= true",
       "rules": [
           {
               "t": "set",
               "p": "payload",
               "pt": "msg",
               "to": "true",
               "tot": "bool"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 890,
       "y": 2800,
       "wires": [
           [
               "b1eaaa4ed927cef5"
           ]
       ]
   },
   {
       "id": "a5e07309bf0e9031",
       "type": "change",
       "z": "02dece3d313bbbd7",
       "name": "= false",
       "rules": [
           {
               "t": "set",
               "p": "payload",
               "pt": "msg",
               "to": "false",
               "tot": "bool"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 890,
       "y": 2880,
       "wires": [
           [
               "b1eaaa4ed927cef5"
           ]
       ]
   },
   {
       "id": "b1eaaa4ed927cef5",
       "type": "link call",
       "z": "02dece3d313bbbd7",
       "name": "translate",
       "links": [
           "a2aa9a0ec8c8eb77"
       ],
       "linkType": "static",
       "timeout": "30",
       "x": 1080,
       "y": 2840,
       "wires": [
           [
               "7eb349fe96570ee2"
           ]
       ]
   },
   {
       "id": "a2aa9a0ec8c8eb77",
       "type": "link in",
       "z": "02dece3d313bbbd7",
       "name": "IN - Flow3",
       "links": [],
       "x": 745,
       "y": 2980,
       "wires": [
           [
               "86933cd5be489856"
           ]
       ]
   },
   {
       "id": "960939a36290d062",
       "type": "link out",
       "z": "02dece3d313bbbd7",
       "name": "link out 1",
       "mode": "return",
       "links": [],
       "x": 1075,
       "y": 2980,
       "wires": []
   },
   {
       "id": "86933cd5be489856",
       "type": "change",
       "z": "02dece3d313bbbd7",
       "name": "",
       "rules": [
           {
               "t": "change",
               "p": "payload",
               "pt": "msg",
               "from": "true",
               "fromt": "bool",
               "to": "Die Nachricht war \"true\"",
               "tot": "str"
           },
           {
               "t": "change",
               "p": "payload",
               "pt": "msg",
               "from": "false",
               "fromt": "bool",
               "to": "Die Nachricht war \"false\"",
               "tot": "str"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 920,
       "y": 2980,
       "wires": [
           [
               "960939a36290d062"
           ]
       ]
   },
   {
       "id": "7eb349fe96570ee2",
       "type": "debug",
       "z": "02dece3d313bbbd7",
       "name": "result",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1250,
       "y": 2840,
       "wires": []
   }
]

Auch das geht ohne Probleme

Spoiler

[
   {
       "id": "5c333c85f193c1f2",
       "type": "inject",
       "z": "02dece3d313bbbd7",
       "name": "",
       "props": [
           {
               "p": "trigger",
               "v": "true",
               "vt": "bool"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "x": 750,
       "y": 2840,
       "wires": [
           [
               "ec0da7abf6aaf8fa",
               "a5e07309bf0e9031"
           ]
       ]
   },
   {
       "id": "ec0da7abf6aaf8fa",
       "type": "change",
       "z": "02dece3d313bbbd7",
       "name": "= true",
       "rules": [
           {
               "t": "set",
               "p": "payload",
               "pt": "msg",
               "to": "true",
               "tot": "bool"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 890,
       "y": 2800,
       "wires": [
           [
               "b1eaaa4ed927cef5"
           ]
       ]
   },
   {
       "id": "a5e07309bf0e9031",
       "type": "change",
       "z": "02dece3d313bbbd7",
       "name": "= false",
       "rules": [
           {
               "t": "set",
               "p": "payload",
               "pt": "msg",
               "to": "false",
               "tot": "bool"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 890,
       "y": 2880,
       "wires": [
           [
               "2035e8b0681790e5"
           ]
       ]
   },
   {
       "id": "b1eaaa4ed927cef5",
       "type": "link call",
       "z": "02dece3d313bbbd7",
       "name": "translate",
       "links": [
           "a2aa9a0ec8c8eb77"
       ],
       "linkType": "static",
       "timeout": "30",
       "x": 1080,
       "y": 2800,
       "wires": [
           [
               "7eb349fe96570ee2"
           ]
       ]
   },
   {
       "id": "a2aa9a0ec8c8eb77",
       "type": "link in",
       "z": "02dece3d313bbbd7",
       "name": "IN - Flow3",
       "links": [],
       "x": 745,
       "y": 2980,
       "wires": [
           [
               "86933cd5be489856"
           ]
       ]
   },
   {
       "id": "960939a36290d062",
       "type": "link out",
       "z": "02dece3d313bbbd7",
       "name": "link out 1",
       "mode": "return",
       "links": [],
       "x": 1075,
       "y": 2980,
       "wires": []
   },
   {
       "id": "86933cd5be489856",
       "type": "change",
       "z": "02dece3d313bbbd7",
       "name": "",
       "rules": [
           {
               "t": "change",
               "p": "payload",
               "pt": "msg",
               "from": "true",
               "fromt": "bool",
               "to": "Die Nachricht war \"true\"",
               "tot": "str"
           },
           {
               "t": "change",
               "p": "payload",
               "pt": "msg",
               "from": "false",
               "fromt": "bool",
               "to": "Die Nachricht war \"false\"",
               "tot": "str"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 920,
       "y": 2980,
       "wires": [
           [
               "960939a36290d062"
           ]
       ]
   },
   {
       "id": "7eb349fe96570ee2",
       "type": "debug",
       "z": "02dece3d313bbbd7",
       "name": "result",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1250,
       "y": 2840,
       "wires": []
   },
   {
       "id": "2035e8b0681790e5",
       "type": "link call",
       "z": "02dece3d313bbbd7",
       "name": "translate",
       "links": [
           "a2aa9a0ec8c8eb77"
       ],
       "linkType": "static",
       "timeout": "30",
       "x": 1080,
       "y": 2880,
       "wires": [
           [
               "7eb349fe96570ee2"
           ]
       ]
   }
]

Wie gesagt - Du musst halt aufpassen das Du die Originalnachricht behälst - wenn Du es nur in einer Flowvariablen speicherst ohne zurückzugeben, dann hast du das Problem. Bei der call Nodes gibst Identifikationsmerkmale die prüfen, ob die Originalnachricht wieder zurückgegeben wird - ansonsten gibts den timeout.

[Schmetterfliege]

@mickym said in Verfügbarkeit von Sensoren über Node Red überwachen:

@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:

die beiden IOB IN Nodes triggern den gleichen Flow. Beide triggern "gleichzeitig" weil die Sensoren immer beide Werte gleichzeitig liefern.
Eine der beiden Call Nodes landet aber immer im Timeout.

Dann machs halt nicht - langt doch wenn Du in einen Zweig - ich seh auch keinen Wert das überhaupt aus dem Flow rauszunehmen. Wenn der timeout kommt, dann liegt es nur daran, dass Du nicht alles zurück gibst. Da braucht es keine Verzögerung.

Schau Dir mal den Flow - an - der läuft auch parallel ab:

Wie gesagt ich bin der Meinung ist - dass Du keine call Nodes brauchst und Timeout gibts nur, wenn der Flow das ursprüngliche Nachrichtenobjekt nicht wieder zurück gibt. Es geht - aber momentan hast Du doch andere Sorgen, als Dich hier um call Nodes zu kümmern. Im prinzip musst Du doch nur den Zeitstempel speichern und die topic mit ins Objekt aufnehmen.

Ich glaube ich bin gerade an einem ganz anderen Punkt als du^^

Ich habe alles was mit den Flowvariablen zu tun hat in einen gesonderten Flow gepackt, weil entweder alles oder gar nichts - ich beziehe mich ja permanent auf die Kontextdaten. Dementsprechend muss alles in einem Flow passieren.
Das Initialisieren funktioniert Problemlos. Die Berechnung der Zeitdiff mache ich dort auch.
Zuerst werden alle Zigbee-Adapter Daten aus IOB geholt, gecheckt ob "Multisensor" im Gerätename ist und der Name sowie der Raum abgespeichert.
Nach 200ms werden dann die Daten für die einzelnen Sensoren (haben ja vorher die Topics rausgesucht) aus IOB geholt und für jedes Gerät abgespeichert.
Die Zeitdiff mache ich dann da wo die Humidity gesetzt wird für jedes Gerät einzeln.
Nach der Initialisierung hat jedes Gerät alle Daten abgespeichert, die ich möchte.
Das funktioniert wie gesagt problemlos.

Das Problem ist das Aktualisieren der Tabelle.
Weil da ja dann nur für 1 Gerät ein Update kommt, ich die Zeitdifferenz aber für alle Sensoren neu berechnen möchte.
Also muss ich mir aus den Kontextvariablen alle Timestamps holen und für jedes Gerät die Differenz neu berechnen.
Variablen in Payload packen -> Splitten -> für jeden Payload die Topic anpassen -> Zeit formatieren weil fromNow() nicht mit Unix timestamps klappt -> Differenz abspeichern.
Und weil es 17 Sensoren sind muss ich da irgendwas einbauen das verhindert dass es 17 Rückmeldungen gibt.
Und das pausiert den Flow, auch wenn es nur ganz kurz ist.
Wenn der Teil im unteren roten Kasten nicht in Verwendung ist bekomme ich keinen Timeout.
Also muss da ja irgendwas dafür sorgen dass es keine zweite Rückmeldung gibt...

[mickym]

@schmetterfliege Wie gesagt - das hat damit nichts zu tun und nein Du musst die nicht in die payload packen. Mach mal den unteren Teil wie er vorher war. Also schmeiss mal das weg was Du im letzten Kästchen eingefügt hast. Meines Erachtens wurde da vorher nur das zigbee Objekt geladen und in ein Array von Objekten überführt . Mach das nochmal.
So war das bei mir:

Was Du mit den letzten beiden Nodes machst (function und ui_control ) - weiß ich gerade nicht - aber das sollte nochmal der Ausgangspunkt werden:

Dann würde ich in der fState variable das Datum nach id speichern und nicht nach topic - also 1.Kästchen.

Das Zeitstempel aktualisieren ist das was ich gesagt haben - da langt ein Teil um die fState Variable mit der entspechenden ID zu aktualisieren.

[mickym]

@schmetterfliege Was machst du immer mit dem Date/Time Formatter - diese Node ist völlig überflüssig. Ich hatte die auch mal installiert (aber inzwischen runter geschmissen) - aber die ist komplett überflüssig, da die Funktion in den Change Nodes enthalten ist. Ich rate grundsätzlich davon ab - Nodes zu verwenden, deren Funktionalität mit Standardnodes ebenfalls zu erreichen ist.

[Schmetterfliege]

@mickym said in Verfügbarkeit von Sensoren über Node Red überwachen:

@schmetterfliege Was machst du immer mit dem Date/Time Formatter - diese Node ist völlig überflüssig. Ich hatte die auch mal installiert (aber inzwischen runter geschmissen) - aber die ist komplett überflüssig, da die Funktion in den Change Nodes enthalten ist. Ich rate grundsätzlich davon ab - Nodes zu verwenden, deren Funktionalität mit Standardnodes ebenfalls zu erreichen ist.

Die hab ich da drin weil ich ständig Probleme mit der Change Node hatte wenn ich der einen UNIX timestamp gegeben habe.
Keine Ahnung warum...

@mickym said in Verfügbarkeit von Sensoren über Node Red überwachen:

@schmetterfliege Wie gesagt - das hat damit nichts zu tun und nein Du musst die nicht in die payload packen. Mach mal den unteren Teil wie er vorher war. Also schmeiss mal das weg was Du im letzten Kästchen eingefügt hast. Meines Erachtens wurde da vorher nur das zigbee Objekt geladen und in ein Array von Objekten überführt . Mach das nochmal.
So war das bei mir:

Was Du mit den letzten beiden Nodes machst (function und ui_control ) - weiß ich gerade nicht - aber das sollte nochmal der Ausgangspunkt werden:

Dann würde ich in der fState variable das Datum nach id speichern und nicht nach topic - also 1.Kästchen.

Das Zeitstempel aktualisieren ist das was ich gesagt haben - da langt ein Teil um die fState Variable mit der entspechenden ID zu aktualisieren.

Ich hab jetzt ne Weile damit zugebracht den Flow wieder so hinzubekommen dass er nicht an 5 Ecken kaputt ist.
Initialisierung ist drin und das Aktualisieren ohne das erneute Berechnen der Zeitdiff. Funktioniert.
Das was im letzten roten Kästchen war (Die Berechnung der Zeitdiff) hab ich jetzt komplett weggeschmissen.

Sowohl das Initialisieren als auch das Aktualisieren der Tabelle liefert mir jetzt jeweils einen Payload mit den gesamten Kontextdaten.
Ab dann ist alles wie vorher auch, da habe ich nichts geändert.
Die Function Node definiert die Tabelle, ui_control bastelt sie (setzt einfach nur das Topic auf das was in der Function Node geliefert wurde, das muss so damit die Tabelle funktioniert soweit ich weiß - selbst ausgedacht hab ich sie mir auf jeden Fall nicht.
Hab die ui_control mal gelöscht - die Tabelle geht immer noch und aktualisiert auch noch. Absolut keinen blassen Schimmer ob das jetzt so soll oder nicht^^
Die Function Node definiert aber wie gesagt wie die Tabelle aussieht - oder wie machst du das? oO

Den Ausgangspunkt habe ich jetzt auf jeden Fall - außer dass ui_control jetzt ebenfalls draußen ist.
Dann würde ich in der fState variable das Datum nach id speichern und nicht nach topic - also 1.Kästchen.
Ich verstehe ehrlich gesagt nicht was du damit meinst.

Das sind die Daten wie sie abgespeichert sind.
Das Zeitstempel aktualisieren ist das was ich gesagt haben - da langt ein Teil um die fState Variable mit der entspechenden ID zu aktualisieren.
Das verstehe ich auch nicht wirklich.
Kannst du mir visuell zeigen was du damit meinst? Was ist denn die fState Variable? Das was in der "setze msg.payload" bei rum kommt?
Und wie sieht denn dieser eine Teil aus der reicht? Ich möchte den Zeitstempel doch gar nicht nur für ein ID aktualisieren, sondern für alle. Und den Zeitstempel (ich nehme an damit meinst du die Zeitdiff?) hätte ich eben auch gerne als Flowvariable gespeichert. Sofern ich dich richtig verstehe ist genau das der Punkt der für dich keinen Sinn macht, oder?
Für mich macht es jedenfalls Sinn - ich möchte die Daten gerne einigermaßen persistent haben und vor Allem Zugriff drauf haben um sie überprüfen zu können. Ich möchte die nicht nur berechnen, in die Tabelle packen und dann sind sie nirgends mehr zu sehen. Mag sein dass das funktioniell keinen Unterschied macht weil so oder so die Differenz permanent neu berechnet wird. Aber mit dem Hintergrund brauch ich gar nichts in die Flowvariablen packen^^

Naja, ich muss in 2,5 Stunden wieder auf der Matte stehen, daher: Vielen Dank für deine Hilfe, gute Nacht und bis morgen Nacht haha

[mickym]

@schmetterfliege Doch die Flowvariablen brauchst du immer - da die Daten nicht jederzeit zur Verfügung stehen.

Die Function Node definiert die Tabelle, ui_control bastelt sie (setzt einfach nur das Topic auf das was in der Function Node geliefert wurde, das muss so damit die Tabelle funktioniert soweit ich weiß - selbst ausgedacht hab ich sie mir auf jeden Fall nicht.

Die Funktion Node macht nicht die Tabelle - zumindest in dem ursprünglichen Flow - der ui-control Node - für mich ist es nicht ersichtlich was die machen sollen. Das Objekte-Array ist eigentlich nach der JOIN Node fertig - ich kann mir höchstens vorstellen, dass in der function Node noch Formatierungsanweisungen für die Tabelle enthalten sind. - aber dann interessiert die uns in dem Kontext. nicht. OK - aber mit den Infos kann man schon arbeiten. Und die ui_control ist ja eine Change Node musst halt mal posten - was da drin steht.

Wenn das im Moment die Objekte sind, dann ist trotzdem wichtig, dass Du noch in einer Flow-variablen sowohl die timestamps sammelst - im Einzelnen Objekt sind die unwichtig - falls Du es anzeigen willst ok - aber Du willst ja Differenz haben.

weil fromNow() nicht mit Unix timestamps klappt

Na ja das stimmt halt nicht - aber Du hast Dir wahrscheinlich weder meinen Thread zur Datums und Zeitverarbeitung durchgelesen - noch die Anleitung von der moments library.

Wenn ich also Deinen timestamp aus Deinem Bild nehme

dann funktioniert die Differenzberechnung zum jetzigen Zeitpunkt sehr wohl.

[Schmetterfliege]

@mickym said in Verfügbarkeit von Sensoren über Node Red überwachen:

@schmetterfliege Doch die Flowvariablen brauchst du immer - da die Daten nicht jederzeit zur Verfügung stehen.

Dann verstehe ich in der Tat nicht so ganz was genau du meinst :D
Ich werde relativ spät heute Nacht frühestens wieder Zuhause sein dann nochmal versuchen nachzuvollziehen wie dein Weg genau funktioniert :)

Die Function Node definiert die Tabelle, ui_control bastelt sie (setzt einfach nur das Topic auf das was in der Function Node geliefert wurde, das muss so damit die Tabelle funktioniert soweit ich weiß - selbst ausgedacht hab ich sie mir auf jeden Fall nicht.

Die Funktion Node macht nicht die Tabelle - zumindest in dem ursprünglichen Flow - der ui-control Node - für mich ist es nicht ersichtlich was die machen sollen. Das Objekte-Array ist eigentlich nach der JOIN Node fertig - ich kann mir höchstens vorstellen, dass in der function Node noch Formatierungsanweisungen für die Tabelle enthalten sind. - aber dann interessiert die uns in dem Kontext. nicht. OK - aber mit den Infos kann man schon arbeiten. Und die ui_control ist ja eine Change Node musst halt mal posten - was da drin steht.

Mit "bastelt" die Tabelle meine ich dass die Funktion Node definiert wie die Tabelle aussieht^^ Wie breit die einzelnen Spalten sind, wie die Überschriften sind, wie deren Inhalt auszusehen hat, usw.
Die ui_control ChangeNode setzt einfach nur msg.ui_control auf msg.topic.
Als ich gerade kurz heim gekommen bin und draufgeschaut habe, sah die Tabelle aber plötzlich so aus:

Nachdem die in Change Node kurz wieder an die Stelle gepackt habe, sag die Tabelle wieder so aus wie sie aussehen sollte.
Wie die das macht - da müsste ich mich mit der table node außeinandersetzen um das vielleicht mal zu verstehen haha.

Wenn das im Moment die Objekte sind, dann ist trotzdem wichtig, dass Du noch in einer Flow-variablen sowohl die timestamps sammelst - im Einzelnen Objekt sind die unwichtig - falls Du es anzeigen willst ok - aber Du willst ja Differenz haben.

weil fromNow() nicht mit Unix timestamps klappt

Na ja das stimmt halt nicht - aber Du hast Dir wahrscheinlich weder meinen Thread zur Datums und Zeitverarbeitung durchgelesen - noch die Anleitung von der moments library.

Wenn ich also Deinen timestamp aus Deinem Bild nehme

dann funktioniert die Differenzberechnung zum jetzigen Zeitpunkt sehr wohl.

Doch, hatte ich. Die Nodes sind inzwischen auch raus, aber ich hatte wirklich Probleme damit mit den Timestamps zu arbeiten.
Ich vermute weil ich irgendwie im Laufe des Flows die Timestamps zu Strings gemacht habe, weil in dem Fall kann ich das Problem reproduzieren. Mir wäre aber nicht bewusst dass ich das irgendwo mache, denn in den Flowvariablen stehen die als timestamps und nicht als strings. Naja, sie sind weg und es funktioniert. Also alles gut :)

[Schmetterfliege]

Ich mach mal den Teil mit der Zeitberechnung einzeln, da es ja hauptsächlich darum geht :grinning:

Wenn das im Moment die Objekte sind, dann ist trotzdem wichtig, dass Du noch in einer Flow-variablen sowohl die timestamps sammelst - im Einzelnen Objekt sind die unwichtig - falls Du es anzeigen willst ok - aber Du willst ja Differenz haben.

Ich bin wahrscheinlich echt einfach zu doof das zu verstehen, aber... die timestamps SIND in den Flowvariablen.
Genau so wie die Differenz.
Das hier ist das was aus der Join-Node rauskommt:

Die Zeitdiff ist aber aktuell nur vom Initialisieren der Tabelle und wird nicht aktualisiert.
Soll die Berechnung nicht in die FlowVariablen sondern nach der Join Node stattfinden? Meinst du das?

[mickym]

Ehrlich gesagt - verstehe ich im Moment nicht mehr wo Du stehst - aber in der Tabelle schaut es ja so aus, als ob Du nun alles beieinander hast. Das mit der msg.ui_control dient der Tabellenformatierung - habe ich soweit nachvollzogen. Im Prinzip ist mir wie gesagt weder klar, wo Du die Timestamp setzt bzw. in die Objekte aufnimmst, noch wo Du die Zeitdifferenz berechnest.

[Schmetterfliege]

Ich versuche hier mal den Flow der die ganzen Daten sammelt zu erklären.
Am Ende kommt jeweils ein der Payload mit sämtlichen Flowvariablen, mit denen ich dann die Tabelle bastel.

Ich habe hier vergessen zu erwähnen dass nach 500ms die Flowvariablen in den Payload geladen und rausgegeben werden, um die Tabelle dann auch darzustellen.

EDIT: ich hab das auf einem kleinen Fernseher den ich als Monitor benutze gemacht, auf dem richtigen Monitor ist das alles leider furchtbar klein... sorry :(
EDIT2:
Das sieht zwar alles furchtbar aus, funktioniert so aber erstmal.
Was ich halt nicht hinbekomme ist da irgendwo einzubauen dass beim Aktualisieren eines Sensors die Zeitdifferenzen für ALLE Sensoren neu berechnet werden.

[mickym]

@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:

Was ich halt nicht hinbekomme ist da irgendwo einzubauen dass beim Aktualisieren eines Sensors die Zeitdifferenzen für ALLE Sensoren neu berechnet werden.

Nun wie gesagt - ich kenne den Flow ja in Grundzügen, den hab ich ja mit entwickelt. Dein Schaubild unten fand ich auch etwas übersichtlicher. Wie gesagt wenn Du es nur um das aktualisieren der anderen Zeitstempel geht und Du alles aktuell hast, wenn ein Gerät triggert - dann zeig einfach die Flow variable wie die Zeitstempel gespeichert sind.

[Schmetterfliege]

@mickym

Last update ist die Differenz aus der Initialisierung, timestamp ist der UNIX timestamp den ich bei jedem Update aktualisiere.
Also genau so abgespeichert wie ich es dann auch für die Berechnung bei der Initialisierung benutze.

[mickym]

@schmetterfliege Nein nicht die Objekte für die Tabelle - ich sagte doch Du sollst die Zeitstempel in einer eigenen Variable ausserhalb der Tabelle speichern.

[Schmetterfliege]

@mickym said in Verfügbarkeit von Sensoren über Node Red überwachen:

@schmetterfliege Nein nicht die Objekte für die Tabelle - ich sagte doch Du sollst die Zeitstempel in einer eigenen Variable ausserhalb der Tabelle speichern.

Also die Objekte für die Tabelle speichere ich unter "Zigbee" ab.

Meinst du damit ich soll die Timestamps nicht unter "Zigbee" abspeichern, sondern unter zb. "Timestamps"?

[mickym]

@schmetterfliege Ja das sage ich doch die ganze Zeit. In einer eigenen Variable aber auch mit der ID - als Schlüssel. Du kannst diese an der gleichen Stelle aktualisieren bzw. initialisieren, aber werden zu diesem Zeitpunkt noch nicht in die zigbee Objekte aufgenommen.

[Schmetterfliege]

@mickym

Erledigt.

[mickym]

@schmetterfliege Ok - dann sollten die Zigbee Objekte jetzt wieder ohne Zeitangaben sein? Und möchtest Du die ts denn in der Tabelle als UNIX ts haben oder formatiert?

[Schmetterfliege]

@mickym said in Verfügbarkeit von Sensoren über Node Red überwachen:

@schmetterfliege Ok - dann sollten die Zigbee Objekte jetzt wieder ohne Zeitangaben sein?

Genau, die Timestamps sind da nicht mehr drin.
Nur die berechnete Zeitdifferenz.

[mickym]

@schmetterfliege Na die brauchst auch nicht da drin - das machen wir jetzt - Du willst die doch über alle Objekte haben - dachte ich.

[Schmetterfliege]

@mickym said in Verfügbarkeit von Sensoren über Node Red überwachen:

@schmetterfliege Na die brauchst auch nicht da drin - das machen wir jetzt - Du willst die doch über alle Objekte haben - dachte ich.

Okay, die hab ich jetzt auch rübergeschoben:

ich bin ehrlich: ich verstehe nicht so ganz wieso ich die in einem eigenen Objekt speichern soll.
Was für einen Unterschied macht das ob die in Zigbee gespeichert sind oder unter einem eigenen Objekt?