Node-Red Filter

[ranzen]

Hier mal ein Blick in die DB. Da stehen in den letzten beiden Zeilen sowohl die Werte nach der Funktion, aber noch vor Deiner Regel als auch nach Deiner Regel.

Und die Zeilen sind identisch.

Also im Moment werden alle richtigen Werte durchgelasseb und in die DB geschrieben. Ob allerdings -100 rausgefiltert wird, weiss ich jetzt noch nicht. Da muss ich warten, bis der Sensor wieder diesen Wert schickt. Das ist total unregelmäßig.

[ranzen]

2024-05-23T15:37:22.658452338Z 3.378   7.081      1          24.200000000000003   0
2024-05-23T15:37:22.660494064Z 3.378   7.081      1          24.200000000000003   0

[ranzen]

Nur der Zeitstempel unterscheidet sich um ein paar Millisekunden oder so.

[mickym]

@ranzen Ich weiß zwar nicht was Du vergleichst, aber ich hoffe Du kannst mit den 2ms Zeitdifferenz leben. Sonst brauchst du wahrscheinlich einen Hochleistungsrechner. Ansonsten kann man über die InfluxDB Nodes auch bis auf Nanosekunden, den Zeitpunkt festlegen. Der wird in der Influx nur dann automatisch hinzugefügt, wenn man keinen Zeitstempel angibt.

[ranzen]

@mickym Die erste Regel mit dem msg. payload.uplink_message.decoded_payload wird nicht akzeptiert. Da steht ein rotes Dreieck.

[ranzen]

@ranzen

[mickym]

@ranzen sagte in Node-Red Filter:

@mickym Die erste Regel mit dem msg. payload.uplink_message.decoded_payload wird nicht akzeptiert. Da steht ein rotes Dreieck.

Hast Du den Flow importiert?

Ich konnte den problemlos importieren. Und Du solltest die Change Node ANSTELLE Deiner function Node nehmen und nicht hinter Deine function Node.

[ranzen]

@mickym Anstelle ? Ok.

[ranzen]

Habe ich auch gemacht. Gerade noch mal überprüft.

[ranzen]

So sieht es jetzt aus:

[mickym]

@ranzen Ich verstehs nicht-Wenn das Objekt das ist was ich unten geschrieben habe,

Also das hier aus Deine mqtt Node rauskommt.

Dann füge direkt die ChangeNode mit den 2 Regeln dahinter.

So und das funktioniert auch, wie Du siehst, wenn die temperatur -100 ist:

[mickym]

@ranzen sagte in Node-Red Filter:

So sieht es jetzt aus:

Na das ist doch nur eine Change NOde mit EINER Regel - beide Regeln.

Diese Change Node hier zum IMPORT:

[{"id":"69bdba3e138433d4","type":"change","z":"289f539dcc33814e","name":"","rules":[{"t":"set","p":"payload","pt":"msg","to":"payload.uplink_message.decoded_payload","tot":"msg"},{"t":"set","p":"payload","pt":"msg","to":"payload.temperature = -100 ? payload~>|$|{},\"temperature\"| : payload","tot":"jsonata"}],"action":"","property":"","from":"","to":"","reg":false,"x":550,"y":6580,"wires":[["9a4ef5f62cf3ee3c"]]}]

hinter deine mqtt Node. Da steht dann change: 2 Regeln und nicht setze msg.payload

[ranzen]

@mickym Ich hatte immer direkt die Regel angepasst. Jetzt habe ich aber trotzdem noch einmal einen IMPORT gemacht.

Wie gesagt: wann der Wert -100 kommt, weiss ich nicht. Aber sicher ist , dass er mehrfach am Tag kommt. Wenn ich jetzt also 2-3 Tage nichts mehr von ihm sehe, hat Deine Hilfe dafür gesorgt, dass dieses problem nicht mehr aktuell ist.

Nochmals Danke dafür.

Wenn es in nächster Zeit wider Erwarten doch noch zu Problemen kommt, melde ich mich einfach noch einmal.

VG Heiner

[mickym]

@ranzen OK - sind jetzt beide Regeln in der Change Node?

[ranzen]

@mickym Ja, ich habe meinen alten mit Deinen letzten IMPORT Change Node ersetzt. Es arbeitet jetzt nur der neue.

[ranzen]

@ranzen Und die Einträge in der DB sind auch ok. Alles passt.

[mickym]

@ranzen sagte in Node-Red Filter:

@mickym Ja, ich habe meinen alten mit Deinen letzten IMPORT Change Node ersetzt. Es arbeitet jetzt nur der neue.

Ok - dann schauen wir mal.

@ranzen sagte in Node-Red Filter:

@ranzen Und die Einträge in der DB sind auch ok. Alles passt.

[ranzen]

Hier mal eine Ausgabe mit Grafana:

[ranzen]

@mickym Der Fehler mit dem -100 Wert ist bis jetzt noch nicht wieder aufgetreten, somit arbeitet Dein Filter einwandfrei.

Allerdings weiss ich noch nicht genau, wie der Filter

payload.temperature = -100 ? payload~>|$|{},"temperature"| : payload

genau arbeitet. Kannst Du mir den Code noch mal kurz erklären ?

VG

[mickym]

@ranzen Nun das ist JSONATA hier der Link zur Dokumentation!

Als erstes prüfen wir also, ob die Eigenschaft temperature des payload-Objektes -100 ist. In JSONATA kannst Du if/then Abfragen nur über den tenären Operator ? : erstellen. Den ternären Operator ? : gibt es aber auch in Javascript.

Wenn also payload.temperature (also die Eigenschaft temperature des payload Objektes) - 100 ist, dann mach das was hinter dem Fragezeichen steht, wenn nicht mach das was hinter dem Doppelpunkt steht.

https://docs.jsonata.org/programming#conditional-logic

Also
Wenn payload.temperatur = -100, dann mache

payload~>|$|{},"temperature"|

sonst lasse das payload Objekt unverändert:

payload

Nun also zu dem Filter. Die Mächtigkeit von JSONATA ist, dass es alle Objekte auf einer Ebene verändern kann, da selbst wenn das Ergebnis mehrfach existiert automatisch Arrays gebildet werden, ohne dass Du dafür was tun musst. Insofern kann folgendes sowohl auf ein einzelnes Objekt, also auch auf ein Array gleichartiger Objekte verwendet werden.

Der Filter

payload~>|$|{},"temperature"|

ist ein sogenannter Transform Operator:

https://docs.jsonata.org/other-operators#-------transform

Das habe ich also nochmal grün markiert. Der transform Operator kann auf ein einzelnes Objekt oder auf ein Array von Objekten angewandt werden.

Der Kopf oder der Ausgangspunkt des Objektest ist also Dein payload Objekt und da wir keine untergeordneten Objekte selektieren nehmen wir mit dem $-Zeichen das payload Objekt selbst.

https://docs.jsonata.org/programming#built-in-variables

Nun also zum Transform Operator

head ~> | location | update [, delete] |

head
der head ist also unser payload Objekt

payload ~>  |

location
ist das payload Objekt selbst, also $

payload ~>|$|

nun kommt es zum update
update
da wir in dem Objekt nichts updaten wollen, gebe ich ein leeres Objekt mit. Wichtig es wird innerhalb nur die Eigenschaft aktualisiert, aber das ganze Objekt bleibt erhalten. Man kann somit auch neue Eigenschaften in dem Objekt erstellen

payload ~>|$|{}|

Damit wäre die Syntax schon korrekt, aber das Objekt kommt unverändert raus. Wir wollen aber nun die temperature Eigenschaft aus dem Objekt löschen, deswegen wenden wir hier den optionalen Parameter delete an.

delete
Der delete Parmater enthält die Eigenschaften, die wir aus dem Objekt entfernen wollen, also in unserem Fall "temperature". Wenn wir mehrere Eigenschaften entfernen wollten, dann müssten wir ein Array von Strings mit allen Eigenschaftsnamen mitgeben.
Also schaut mit dem delete Parameter unser transform Operator wir folgt aus:

 payload~>|$|{},"temperature"|

und wir sind fertig.

Ich empfehle Dir so was immer im JSONATA- Übungsfenster nachzuvollziehen.
Hier der Link mit Deinem payload Objekt: https://try.jsonata.org/PuBUXRbdT

Du siehst damit sofort wie der transform Operator sich auswirkt:

Wenn Du anstelle die temperature Eigenschaft zu löschen, lieber ein "nicht verfügbar" in Deinem Objekt haben wolltest, dann würde das so aussehen:

 payload~>|$|{"temperature":"nicht verfügbar"}|

Wenn Du aber die Fehler in einer eigenen Eigenschaft erstellen willst und die temperature Eigenschaft trotzdem löschen, willst kannst Du das auch in dem update Objekt machen.

 payload~>|$|{"error":true},"temperature"|

So löscht Du die Eigenschaft "temperature" aus deinem payload Objekt und aktualisierst es gleichzeitig, in dem Du eine neue Eigenschaft "error" hinzufügst und diese auf true setzt.

Du kannst natürlich auch die Bedingung im CodeFenster links oben setzen:

Dann kannst du den temperature Wert links einfach verändern und siehst, dass wenn die temperature nicht -100 ist, der temperature Wert mitkommt.

Viel Spaß!!!