NEWS
Verfügbarkeit von Sensoren über Node Red überwachen
-
@schmetterfliege Ich mach das gleich mit den Geräten - wie gesagt bau den Flow wieder auf das Original auf heute morgen zurück- Ich habs gleich - Geduld!!!!
Schon passiert :)
Keine Hektik, versprochen! :)
Ich wundere mich bloß wieso man aus den DP die Namen auslesen kann, nicht aber den Namen vom Device selbst, also quasi dem "Ordner" in dem die einzelnen DP drin sind^^ -
Schon passiert :)
Keine Hektik, versprochen! :)
Ich wundere mich bloß wieso man aus den DP die Namen auslesen kann, nicht aber den Namen vom Device selbst, also quasi dem "Ordner" in dem die einzelnen DP drin sind^^@schmetterfliege So hier liest Du die Zigbee Namen aus und werden der ID zugeordnet:
In diesem Fall lesen benötigen wir auch keine Werte sondern lesen nur die Objekte vom Typ Gerät:
Das einmalige Einlesen in der Inject Node kannst selbst setzen.
-
@schmetterfliege So hier liest Du die Zigbee Namen aus und werden der ID zugeordnet:
In diesem Fall lesen benötigen wir auch keine Werte sondern lesen nur die Objekte vom Typ Gerät:
Das einmalige Einlesen in der Inject Node kannst selbst setzen.
-
Vielen Dank!
Mein Problem habe ich damit auch endlich kapiert!
Um den Namen vom "Device" auszulesen, muss ich zigbee.0 auslesen, nicht das einzelne Device@schmetterfliege Ja in dem Fall ist es wichtig - dass der Device Filter der List Node funktioniert - das war leider auch nicht immer so. Sonst bekommst nämliche mit dem Wildcard alle Datenpunkte unter zigbee.0. geliefert.
-
@schmetterfliege Ja in dem Fall ist es wichtig - dass der Device Filter der List Node funktioniert - das war leider auch nicht immer so. Sonst bekommst nämliche mit dem Wildcard alle Datenpunkte unter zigbee.0. geliefert.
Ich habs irgendwie wieder kaputt gemacht..
Lassen wir mal das mit der aktualisierung weg, ich möchte nur per Knopfdruck eine Test Tabelle erstellen:
Wenn ich da links triggere, bekomme ich die 18 Flow Variablen die ich haben möchte. Die sind auch alle korrekt, mit id, name, temp und hum.
Die Switch Node schaut ob ihm Namen "Multisensor" vor kommt, damit erhalte ich die 18 relevanten Sensoren.
Die Tabelle ist so konfiguriert:
Aussehen tut sie aber so:
An der Join Node sollte das nicht liegen, oder? Die sieht so aus:
Die Function node sieht so aus:
-
Ich habs irgendwie wieder kaputt gemacht..
Lassen wir mal das mit der aktualisierung weg, ich möchte nur per Knopfdruck eine Test Tabelle erstellen:
Wenn ich da links triggere, bekomme ich die 18 Flow Variablen die ich haben möchte. Die sind auch alle korrekt, mit id, name, temp und hum.
Die Switch Node schaut ob ihm Namen "Multisensor" vor kommt, damit erhalte ich die 18 relevanten Sensoren.
Die Tabelle ist so konfiguriert:
Aussehen tut sie aber so:
An der Join Node sollte das nicht liegen, oder? Die sieht so aus:
Die Function node sieht so aus:
@schmetterfliege Was hat den die Gerätenname Node in dem Flow zu suchen?
-
@schmetterfliege Was hat den die Gerätenname Node in dem Flow zu suchen?
Der heißt nur so, mit dem setze ich doch die Flow Variablen, oder nicht?
-
Der heißt nur so, mit dem setze ich doch die Flow Variablen, oder nicht?
@schmetterfliege Mit der Gerätenamen Node setzt Du nur die Namen in den Objekten der Flow variablen.
Deswegen ist dieser Teil völlig unabhängig von den Werten und sollte mit der Tabelle gar nichts zu tun haben. Die ID wolltest Du gar nicht in der Tabelle haben und warum ist dann dies in der ui_table. Die id dient nur der internen Adressierung.
So und Dein Flow geht deswegen nicht, weil die split Node nichts zum aufteilen hat. Du musst ja erst die payload mit dem Inhalt der Flowvariablen füttern. ;)
Trenn bzw. lass mal das Namen auslesen völlig getrennt vom eigentlich Flow.
So sollte Dein Flow aussehen:
und wenn Du die Ausgabe der Flow variablen testen willst - dann hängst Du eine Inject Node vor die setze msg. payload
Aus meiner function Node - kommt nichts raus. ;)
Das return.msg habe ich auskommentiert. ;)
-
Der heißt nur so, mit dem setze ich doch die Flow Variablen, oder nicht?
@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:
Der heißt nur so, mit dem setze ich doch die Flow Variablen, oder nicht?
Wenn Du allerdings code in Deiner function Node verwendest - den ich nicht kenne - dann weiß ich es natürlich nicht. ;)
-
@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:
Der heißt nur so, mit dem setze ich doch die Flow Variablen, oder nicht?
Wenn Du allerdings code in Deiner function Node verwendest - den ich nicht kenne - dann weiß ich es natürlich nicht. ;)
Die Change Node vor dem Split hat gefehlt, das hat das Problem gelöst! :)
Wie gesagt, den Teil mit dem aktualisieren hab ich für den Test komplett weggelassen, da ich einfach nur eine neue Tabelle einmalig erzeugen wollte um zu schauen ob die sich richtig aufbaut.
Ich hab den eigentlichen Flow jetzt wie von dir beschrieben (bis auf die extra Test Node oben).
Das setzt die Variablen, es erstellt aber nicht automatisch die Tabelle mit den Namen.
Die kommt nur, wenn ich eine zweite INIT Node oben an den Change Node (wie von dir beschrieben) hänge.
Nur wenn NR jetzt neu startet und beide gleichzeitig triggern, dann wird die Tabelle doch auch nicht gebaut, weil er sie baut bevor die Gerätenamen da sind?Mit anderen Worten:
Ich möchte, dass das rot markierte, also das was die Gerätenamen generiert, die Namen sofort in die Tabelle einträgt.
Aber genau das tut sie eben nicht, sondern vermutlich erst wenn mal ein Sensor ein Update macht? (oder ich manuell die change node direkt darüber triggere) -
Die Change Node vor dem Split hat gefehlt, das hat das Problem gelöst! :)
Wie gesagt, den Teil mit dem aktualisieren hab ich für den Test komplett weggelassen, da ich einfach nur eine neue Tabelle einmalig erzeugen wollte um zu schauen ob die sich richtig aufbaut.
Ich hab den eigentlichen Flow jetzt wie von dir beschrieben (bis auf die extra Test Node oben).
Das setzt die Variablen, es erstellt aber nicht automatisch die Tabelle mit den Namen.
Die kommt nur, wenn ich eine zweite INIT Node oben an den Change Node (wie von dir beschrieben) hänge.
Nur wenn NR jetzt neu startet und beide gleichzeitig triggern, dann wird die Tabelle doch auch nicht gebaut, weil er sie baut bevor die Gerätenamen da sind?Mit anderen Worten:
Ich möchte, dass das rot markierte, also das was die Gerätenamen generiert, die Namen sofort in die Tabelle einträgt.
Aber genau das tut sie eben nicht, sondern vermutlich erst wenn mal ein Sensor ein Update macht? (oder ich manuell die change node direkt darüber triggere)@schmetterfliege Die Init Node - hatte ich ja geschrieben - die muss halt einmalig trigger - da musst halt den Haken setzen. Dann sind die Namen doch direkt nach NR Start verfügbar. Die Werte kommen erst peu a peu, wenn Du die halt unbedingt einmalig initialisieren willst - dann musst halt noch zusätzliche list Nodes zum Auslesen benutzen.
Also noch den Haken in der Init Node - dann werden die Namen sofort nach Systemstart gesetzt.
Manchmal scheine ich mich doch nicht klar auszudrücken:
-
Die Change Node vor dem Split hat gefehlt, das hat das Problem gelöst! :)
Wie gesagt, den Teil mit dem aktualisieren hab ich für den Test komplett weggelassen, da ich einfach nur eine neue Tabelle einmalig erzeugen wollte um zu schauen ob die sich richtig aufbaut.
Ich hab den eigentlichen Flow jetzt wie von dir beschrieben (bis auf die extra Test Node oben).
Das setzt die Variablen, es erstellt aber nicht automatisch die Tabelle mit den Namen.
Die kommt nur, wenn ich eine zweite INIT Node oben an den Change Node (wie von dir beschrieben) hänge.
Nur wenn NR jetzt neu startet und beide gleichzeitig triggern, dann wird die Tabelle doch auch nicht gebaut, weil er sie baut bevor die Gerätenamen da sind?Mit anderen Worten:
Ich möchte, dass das rot markierte, also das was die Gerätenamen generiert, die Namen sofort in die Tabelle einträgt.
Aber genau das tut sie eben nicht, sondern vermutlich erst wenn mal ein Sensor ein Update macht? (oder ich manuell die change node direkt darüber triggere)@schmetterfliege Die Namen werden aber natürlich erst gelesen wenn Du etwas getriggert ist. - wenn Du das nicht willst. Dann gibt halt aus der function Node eine Nachricht aus, wenn alles fertig ist. Das geht mit einer trigger Node.
Kommentiere aus der Namens -function Node die return msg; wieder ein:
-
@schmetterfliege Die Init Node - hatte ich ja geschrieben - die muss halt einmalig trigger - da musst halt den Haken setzen. Dann sind die Namen doch direkt nach NR Start verfügbar. Die Werte kommen erst peu a peu, wenn Du die halt unbedingt einmalig initialisieren willst - dann musst halt noch zusätzliche list Nodes zum Auslesen benutzen.
Also noch den Haken in der Init Node - dann werden die Namen sofort nach Systemstart gesetzt.
Manchmal scheine ich mich doch nicht klar auszudrücken:
@mickym
Sorry falls ich mich komplett blöd anstelle, solangsam befürchte ich es^^
Ich habe (im Prinzip) schon verstanden was du meinst!
Also den Haken in der Init Node habe ich nun drin.
Wenn ich den Flow neu starte, habe ich in damit also sofort alle Namen verfügbar.
Die Tabelle ist aber leer.
Die ist erst da, wenn irgendein Sensor nun einen Wert aktualisiert.
=> Das ist das, was du für mich aufgebaut hast.Genau das - das kursive - möchte ich nun verkürzen indem die Namen nicht nur sofort verfügbar sein sollen, sondern auch sofort in der Tabelle stehen.
Das habe ich gerade die ganze Zeit durch meine Tests versucht^^Wenn ich jetzt deine letzte Nachricht richtig interpretiere, müsste ich den Flow also so anpassen:
Also die Function node mit der Change Node verbinden, und in der Function meine msg ausgeben.
Oder muss ich die beiden Nodes nicht miteinander verbinden? -
@mickym
Sorry falls ich mich komplett blöd anstelle, solangsam befürchte ich es^^
Ich habe (im Prinzip) schon verstanden was du meinst!
Also den Haken in der Init Node habe ich nun drin.
Wenn ich den Flow neu starte, habe ich in damit also sofort alle Namen verfügbar.
Die Tabelle ist aber leer.
Die ist erst da, wenn irgendein Sensor nun einen Wert aktualisiert.
=> Das ist das, was du für mich aufgebaut hast.Genau das - das kursive - möchte ich nun verkürzen indem die Namen nicht nur sofort verfügbar sein sollen, sondern auch sofort in der Tabelle stehen.
Das habe ich gerade die ganze Zeit durch meine Tests versucht^^Wenn ich jetzt deine letzte Nachricht richtig interpretiere, müsste ich den Flow also so anpassen:
Also die Function node mit der Change Node verbinden, und in der Function meine msg ausgeben.
Oder muss ich die beiden Nodes nicht miteinander verbinden?
und dazwischen hängst eine trigger Node - damit nur die letzte Nachricht triggert - sprich alles fertig ist:
Irgendwann wirst Du Node Red schon noch lieben - ist doch alles super easy wie man vorhandenes einfach miteinander verkabeln kann, um den individuellen Wünschen gerecht zu werden. ;) ;) ;)
Übrigens nutzte selbst halt Debug Nodes soviel Du kannst um immer zu sehen, was passiert - also müsste aus der trigger Node nur eine Nachricht anstelle von 18 rauskommen. ;)
-
und dazwischen hängst eine trigger Node - damit nur die letzte Nachricht triggert - sprich alles fertig ist:
Irgendwann wirst Du Node Red schon noch lieben - ist doch alles super easy wie man vorhandenes einfach miteinander verkabeln kann, um den individuellen Wünschen gerecht zu werden. ;) ;) ;)
Übrigens nutzte selbst halt Debug Nodes soviel Du kannst um immer zu sehen, was passiert - also müsste aus der trigger Node nur eine Nachricht anstelle von 18 rauskommen. ;)
Ich liebe NR!
Es nervt bloß dass ich so viel Hilfe brauche und mich doof anstelle :D.
Meinem Spaß an NR tut das keinen Abbruch, im Gegenteil!Mit dem Trigger hat es nun geklappt, vielen Dank!
Bitte hasse mich nicht:
Nun müsste ich den Flow noch anpassen dass er mir nur die richtigen Sensoren beim aktualisieren liefert.
Hier zur Veranschaulichung:
Der obere Teil - also da wo die Aktualisierungen kommen - liefert mir Daten von 22 Sensoren. 18 die ich will, 2 Sensoren die nicht Konfiguriert sind, und 2 Motion Sensoren die dummerweiße auch einen Temp Sensor haben...
Der untere Teil, also da wo ich die Namen auslesen, spuckt eigentlich 32 Sensoren aus (weil 32 Zigbee Devices).
Über die Switch Node hole ich mir die 18 die ich brauche (haben alle "Multisensor" im Namen) raus.
Das klappt.
Nun muss ich den oberen Teil so anpassen, dass ich auch nur die Daten von den 18 Sensoren bekomme.
Ansonsten habe ich 4 Einträge in der Tabelle, die keinen Namen haben (von den unkonfigurierten und von den motion sensoren).Was ich tun würde:
Mit einer Switch Node VOR den Function Nodes checken ob das was ich bekomme ein bestimmtes Topic hat (die IDs von den Sensoren). Sprich: 18 Outputs, wo ich die 18 die ich brauche raussuche und jeweils einem Output zuweise.
Mit den anderen 4 würde dann nichts passieren, weil die nicht in die Funktionen kommen.
Zur Veranschaulichtung würde das dann so aussehen:
Die 18 outputs gehen dann alle in die Funktion Nodes jeweils.Alternativ könnte ich auch - statt mir die 18 rauszusuchen die ich möchte - die 4 raussuchen die ich NICHT möchte, und den Output dann nicht verwenden.
So:
Da würde dann output1-4 nichts machen, und output 5 hänge ich dann an die Funktion Nodes.
Aber ich nehme an das ist nicht gerade die beste Lösung? -
Ich liebe NR!
Es nervt bloß dass ich so viel Hilfe brauche und mich doof anstelle :D.
Meinem Spaß an NR tut das keinen Abbruch, im Gegenteil!Mit dem Trigger hat es nun geklappt, vielen Dank!
Bitte hasse mich nicht:
Nun müsste ich den Flow noch anpassen dass er mir nur die richtigen Sensoren beim aktualisieren liefert.
Hier zur Veranschaulichung:
Der obere Teil - also da wo die Aktualisierungen kommen - liefert mir Daten von 22 Sensoren. 18 die ich will, 2 Sensoren die nicht Konfiguriert sind, und 2 Motion Sensoren die dummerweiße auch einen Temp Sensor haben...
Der untere Teil, also da wo ich die Namen auslesen, spuckt eigentlich 32 Sensoren aus (weil 32 Zigbee Devices).
Über die Switch Node hole ich mir die 18 die ich brauche (haben alle "Multisensor" im Namen) raus.
Das klappt.
Nun muss ich den oberen Teil so anpassen, dass ich auch nur die Daten von den 18 Sensoren bekomme.
Ansonsten habe ich 4 Einträge in der Tabelle, die keinen Namen haben (von den unkonfigurierten und von den motion sensoren).Was ich tun würde:
Mit einer Switch Node VOR den Function Nodes checken ob das was ich bekomme ein bestimmtes Topic hat (die IDs von den Sensoren). Sprich: 18 Outputs, wo ich die 18 die ich brauche raussuche und jeweils einem Output zuweise.
Mit den anderen 4 würde dann nichts passieren, weil die nicht in die Funktionen kommen.
Zur Veranschaulichtung würde das dann so aussehen:
Die 18 outputs gehen dann alle in die Funktion Nodes jeweils.Alternativ könnte ich auch - statt mir die 18 rauszusuchen die ich möchte - die 4 raussuchen die ich NICHT möchte, und den Output dann nicht verwenden.
So:
Da würde dann output1-4 nichts machen, und output 5 hänge ich dann an die Funktion Nodes.
Aber ich nehme an das ist nicht gerade die beste Lösung?@schmetterfliege Warte halt mal - ich bin ja schon dabei - was als Lösung vorzuschlagen. Das heißt mit den Namen sind nur die gewünschten Sensoren vorselektiert und Du willst nur, dass diese dann auch trigger und in die Tabelle schreiben? - Habe ich hoffentlich so richtig verstanden.
-
@schmetterfliege Warte halt mal - ich bin ja schon dabei - was als Lösung vorzuschlagen. Das heißt mit den Namen sind nur die gewünschten Sensoren vorselektiert und Du willst nur, dass diese dann auch trigger und in die Tabelle schreiben? - Habe ich hoffentlich so richtig verstanden.
Genau.
Durch den Part der die Werte aktualisiert bekomme ich aber 4 zusätzliche, die dann ebenfalls in der Tabelle landen:
Hier ganz unten - da sind schon 2 von 4. Die sollen da nicht landen.
Wenn die 4 gar nicht erst reinkommen, könnte ich die JOIN Node auch wieder auf 18 begrenzen - da ja dann immer die gleichen 18 reinkommen. Aktuell muss ich das auf 22 lassen, weil sonst die 4 doofen Sensoren die eigentlichen Sensoren aus der Tabelle schmeißen^^ -
Genau.
Durch den Part der die Werte aktualisiert bekomme ich aber 4 zusätzliche, die dann ebenfalls in der Tabelle landen:
Hier ganz unten - da sind schon 2 von 4. Die sollen da nicht landen.
Wenn die 4 gar nicht erst reinkommen, könnte ich die JOIN Node auch wieder auf 18 begrenzen - da ja dann immer die gleichen 18 reinkommen. Aktuell muss ich das auf 22 lassen, weil sonst die 4 doofen Sensoren die eigentlichen Sensoren aus der Tabelle schmeißen^^@schmetterfliege So diese Node zwischen die Change und die Function Node - filtert alle unebkannten IDs aus:
-
@schmetterfliege So diese Node zwischen die Change und die Function Node - filtert alle unebkannten IDs aus:
-
Danke!
Verständnisfrage:
Sind die "Namen" der Objekte (rechts zu sehen) Topics? (also in dem Beispiel: ist 00158d... das "topic"?)@schmetterfliege Na was machen wir denn hier?
So fügt sich zusammen, was zusammengehört. ;)
Und das topic hole ich doch davor aus dem Pfad raus:
822
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge