Verfügbarkeit von Sensoren über Node Red überwachen

[mickym]

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

Nochmals vielen herzlichen Dank für deine ganze Unterstützung!

Immer gerne - ich mach das auch, weil ich oft ja selbst was lerne.

[Schmetterfliege]

@mickym

Hätte doch nochmal eine Frage :S

Ich habe 6 Türen/Fenster die ich über solche IN Nodes tracke:

Den Output schicke ich mir dann per Telegram - ist aber irrelevant für das Problem.
Die einzelnen Nodes spucken ab und an den Value aus - obwohl dieser sich nicht ändert.
Ich vermute dass der Triggert, wenn der Wert aktualisiert wird.
Aber beim Aktualisieren ändert der sich nicht, also wenn der Wert false war, ist er beim aktualisieren auch false.
Eigentlich würde ich erwarten, dass er das dann ignoriert - tut er aber nicht.
Kann sein dass das jetzt nur 1 mal passiert weil ich bei allen das "send message at start" deaktiviert habe und die dadurch neu geladen wurden.
Ist aber leicht nervig wenn ich Nachts um halb 2 eine Benachrichtung bekomme dass die Eingangstür geschlossen wurde - obwohl die gar nicht geöffnet wurde^^

Weißt du, wie ich das unterbinden kann?

[mickym]

@schmetterfliege Den Modus der IN_Node einstellen:

Wenn Du nicht zum Start einliest - dann ist die erste Nachricht natürlich geändert (auch wenn sie nur aktualisiert wurde) - da die Node ja nicht initialisiert wurde und somit noch gar kein Wert gespeichert war.

Ansonsten lässt Du alle Nachrichten durch auch nicht geänderte und machst eine rbe Node dazwischen - da kann man einstellen, dass die erste Nachricht ignoriert wird.

[Schmetterfliege]

@mickym

Beim Start einlesen hatte ich deaktiviert weil ich dann für alle 6 eine Nachricht bekam wenn NR oder der Flow neu startet.
Ich probiere es mal mit der Message beim Start in Kombination mit der rbe Node und beobachte es

[Schmetterfliege]

Und noch etwas anderes :S
(sorry!)

Ich habe im Dashboard eine Tabelle die mir die Temp und Humidity für die 18 Sensoren anzeigt:

Aktuell baue ich die so auf:

Ich triggere alle 5 Minuten Get Nodes für jeden Adapter, füge alles zu einem zusammen und schiebe es in die Tabelle.

Würdest du das - damit immer die aktuellen Werte drin stehen - mit IN Nodes lösen?
Das wären dann sage und schreibe 36 Nodes^^
Hab das mal mit einer zweiten Tabelle probieren wollen, das endete aber mit diesem Fehler wenn ich etwas in die Tabelle schreiben wollte:

Dementsprechend habe ich gerade ein wenig Angst da weiterzumachen^^

Kurzum: würdest du die Tabelle so lassen wie sie ist, oder hättest du eine sichere und effektivere Alternative das zu lösen?

[mickym]

@schmetterfliege Wenn Du die ui_table nimmst - dann kannst Du die IN-Node nehmen. Mit der ui-Table beschäftige ich mich gerade selbst etwas - habe aber das Prinzip verstanden. Die Zuordnung als auch als Update müsste entweder direkt über die id funktionieren, ansonsten würde man das mit dem update Kommando machen.

Dazu muss man dann in die table folgendes Objekt schicken:

msg.payload={
    command:"updateOrAddData",
    arguments: [
        [
            {
            "id":id,
            "temperature":msg.payload,

            }
        ]
    ],
    returnPromise: true
}

Hinter der ui_table steckt die zienlich mächtige Tabulator Bibliothek. Also das ist nichts was mal so aus der Hand zu schütteln ist. Letztlich sind die Möglichkeiten immens: http://tabulator.info/docs/5.0/reactivity

Grundsätzlich würde ich das jedoch immer mit der IN-Nodes Triggern.

Da ich erst mit der ui_table mich beschäftigt habe - habe ich bislang selbst mit einer template Node gemacht - daber im Prinzip ist das egal.

Ich würde vom Ansatz es aber so machen, dass ich alles in einer Flowvariable sammle, und dann bei einem Update die Tabelle neu aufbaue. - Also Deine Pollerei solltest Du Dir eher abgewöhnen.

Um es einfach zu sagen:
Bau Dein Objekt Array in einer Flow Variable auf und wenn Du ein Update über die In Node bekommst schreibst Du die Tabelle neu, indem Du das Array neu schickst.

[Schmetterfliege]

@mickym
Nutze in der Tat die ui_table!
Ich möchte dich nicht nerven, aber hättest du ein Beispiel für mich, wie ich diese Flow Variable nutze?
Einfach mit 2 beliebigen IN Nodes, damit ich das Prinzip sehe und dann entsprechend übernehmen könnte

[mickym]

@schmetterfliege dauert bissi - leg mal ein paar DP unter userdata an - um es zu demonstrieren

[Schmetterfliege]

@mickym

sowas hier?

[mickym]

@schmetterfliege Das hier kannst importieren - damit wir die gleiche Voraussetzungen haben:

Halt nochmal:

0_userdata.0.Test.json

War verkehrt oder der letzte Wert war String und keine Zahl

Müsste dann so aussehen:

[Schmetterfliege]

@mickym
erledigt!

[mickym]

@schmetterfliege Ja der temperaturwert bei sensor 2 muss noch in Zahl gewandelt werden

[Schmetterfliege]

@mickym
Hab den DP editiert und aus Type:string -> Type:number gemacht.
Eine 0 erscheint nicht, aber sollte trotzdem geklappt haben, oder?

[mickym]

@schmetterfliege Die kannst ja eingeben - müssen ja dann selbst Zahlen eingeben

[Schmetterfliege]

@mickym

Ich kann zwar was eingeben, aber es bleibt die 0 drin - auch wenn ich es "bestätigt" mache

[mickym]

@schmetterfliege Wie gesagt lösch den Baum nochmal also Test und importiere die Datei nochmal neu - ich habe die ja angepasst nochmal gepostet.

[Schmetterfliege]

@mickym

Erledigt - einen Unterschied bemerke ich aber nicht (außer dass der Typ jetzt auf number steht).
Einen Wert setzen kann ich trotzdem noch nicht^^

[mickym]

@schmetterfliege Du musst doch einen Wert setzen können? - Bei keinem der Werte?

Also das muss gehen - einfach doppelklicken hinten und einen Wert reinschreiben

[Schmetterfliege]

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

@schmetterfliege Du musst doch einen Wert setzen können? - Bei keinem der Werte?

Also das muss gehen - einfach doppelklicken hinten und einen Wert reinschreiben

Kann ich schon:

Aber der Wert bleibt dann bei 0:

[mickym]

@schmetterfliege Das muss gehen - schau in Dein Log warum das nicht geht.