Node-Red Hilfe
-
@stefan22 OK - dann dürfte Dir aber der Tipp mit der aggregator Node soweit erst mal hoffentlich weiter geholfen haben.
-
@mickym Na das auf jedenfall. Wie gesagt wenn ich mal nen Anfang habe, dann komm ich schon irgendwie weiter.
Dankeschön. Es gibt wenig deutsche Foren zwecks Node-Red.
Kommt mir zumindest so vor. -
@mickym Soooo ich hätt da mal wieder ein kleines Problem Lach . Ich bekomme nen Werte String von meinen IPSteckdosen per UDP rein diesen möchte ich umändern. Damit ich meine 3 Steckdosen mit True und False auswerten kann.
NET-PwrCtrl:ANEL.INTERN :192.168.2.16:255.255.255.0:192.168.2.1:0.4.163.18.8.89:Nr. 1,1:Nr. 2,1:Nr. 3,1:Nr. 4,0:Nr. 5,0:Nr. 6,0:Nr. 7,0:Nr. 8,0:248:80:NET-PWRCTRL_04.6:H:xor:
So kommt der Code rein.
Jetzt hab ich es per Change Node probiert Sprich Nr. 1,1 durch True zu ersetzen Nr.1,0 durch false . Hm leider klappt das nicht.
-
@stefan22 Du musst doch den String erst mal aufteilen nach den Bedeutungen. - siehe Flow danach!
-
@stefan22 So ich habe Dir den Flow fertig gemacht - Du musst nur noch DEINE UDP Node vorne statt oder zusätzlich zu dem Inject Node machen.
[ { "id": "13716b60.f67195", "type": "inject", "z": "98fc4b41.33d6f8", "name": "", "props": [ { "p": "payload" }, { "p": "topic", "vt": "str" } ], "repeat": "", "crontab": "", "once": false, "onceDelay": 0.1, "topic": "", "payload": "NET-PwrCtrl:ANEL.INTERN :192.168.2.16:255.255.255.0:192.168.2.1:0.4.163.18.8.89:Nr. 1,1:Nr. 2,1:Nr. 3,1:Nr. 4,0:Nr. 5,0:Nr. 6,0:Nr. 7,0:Nr. 8,0:248:80:NET-PWRCTRL_04.6:H:xor:", "payloadType": "str", "x": 190, "y": 500, "wires": [ [ "a8cffdaa.8c57f" ] ] }, { "id": "a8cffdaa.8c57f", "type": "split", "z": "98fc4b41.33d6f8", "name": "", "splt": ":", "spltType": "str", "arraySplt": 1, "arraySpltType": "len", "stream": false, "addname": "", "x": 350, "y": 500, "wires": [ [ "3c05f116.b85dfe" ] ] }, { "id": "3c05f116.b85dfe", "type": "switch", "z": "98fc4b41.33d6f8", "name": "", "property": "payload", "propertyType": "msg", "rules": [ { "t": "regex", "v": "Nr.\\W\\d,(\\d)", "vt": "str", "case": false } ], "checkall": "true", "repair": false, "outputs": 1, "x": 510, "y": 500, "wires": [ [ "3f8e3c49.d55c64" ] ] }, { "id": "3f8e3c49.d55c64", "type": "change", "z": "98fc4b41.33d6f8", "name": "", "rules": [ { "t": "set", "p": "topic", "pt": "msg", "to": "payload", "tot": "msg" }, { "t": "change", "p": "topic", "pt": "msg", "from": "(Nr.\\W\\d),\\d", "fromt": "re", "to": "$1", "tot": "str" }, { "t": "change", "p": "payload", "pt": "msg", "from": "Nr.\\W\\d,(\\d)", "fromt": "re", "to": "$1", "tot": "str" }, { "t": "change", "p": "payload", "pt": "msg", "from": "0", "fromt": "str", "to": "false", "tot": "bool" }, { "t": "change", "p": "payload", "pt": "msg", "from": "1", "fromt": "str", "to": "true", "tot": "bool" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 690, "y": 500, "wires": [ [ "d68131f7.489bd" ] ] }, { "id": "d68131f7.489bd", "type": "switch", "z": "98fc4b41.33d6f8", "name": "", "property": "topic", "propertyType": "msg", "rules": [ { "t": "eq", "v": "Nr. 1", "vt": "str" }, { "t": "eq", "v": "Nr. 2", "vt": "str" }, { "t": "eq", "v": "Nr. 3", "vt": "str" }, { "t": "eq", "v": "Nr. 4", "vt": "str" }, { "t": "eq", "v": "Nr. 5", "vt": "str" }, { "t": "eq", "v": "Nr. 6", "vt": "str" }, { "t": "eq", "v": "Nr. 7", "vt": "str" }, { "t": "eq", "v": "Nr. 8", "vt": "str" } ], "checkall": "true", "repair": false, "outputs": 8, "x": 900, "y": 500, "wires": [ [ "43236246.2a3cdc" ], [ "f2342240.43dce" ], [ "4c422a88.79b674" ], [ "7360dd9a.b9b404" ], [ "b44fe117.25c32" ], [ "7db66d75.b4ae14" ], [ "b2547ef7.a8d86" ], [ "ed920844.f36628" ] ] }, { "id": "43236246.2a3cdc", "type": "debug", "z": "98fc4b41.33d6f8", "name": "Steckdose 1", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "payload", "targetType": "msg", "statusVal": "", "statusType": "auto", "x": 1110, "y": 360, "wires": [] }, { "id": "f2342240.43dce", "type": "debug", "z": "98fc4b41.33d6f8", "name": "Steckdose 2", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "payload", "targetType": "msg", "statusVal": "", "statusType": "auto", "x": 1110, "y": 400, "wires": [] }, { "id": "4c422a88.79b674", "type": "debug", "z": "98fc4b41.33d6f8", "name": "Steckdose 3", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "payload", "targetType": "msg", "statusVal": "", "statusType": "auto", "x": 1110, "y": 440, "wires": [] }, { "id": "7360dd9a.b9b404", "type": "debug", "z": "98fc4b41.33d6f8", "name": "Steckdose 4", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "payload", "targetType": "msg", "statusVal": "", "statusType": "auto", "x": 1110, "y": 480, "wires": [] }, { "id": "b44fe117.25c32", "type": "debug", "z": "98fc4b41.33d6f8", "name": "Steckdose 5", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "payload", "targetType": "msg", "statusVal": "", "statusType": "auto", "x": 1110, "y": 520, "wires": [] }, { "id": "7db66d75.b4ae14", "type": "debug", "z": "98fc4b41.33d6f8", "name": "Steckdose 6", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "payload", "targetType": "msg", "statusVal": "", "statusType": "auto", "x": 1110, "y": 560, "wires": [] }, { "id": "b2547ef7.a8d86", "type": "debug", "z": "98fc4b41.33d6f8", "name": "Steckdose 7", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "payload", "targetType": "msg", "statusVal": "", "statusType": "auto", "x": 1110, "y": 600, "wires": [] }, { "id": "ed920844.f36628", "type": "debug", "z": "98fc4b41.33d6f8", "name": "Steckdose 8", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "payload", "targetType": "msg", "statusVal": "", "statusType": "auto", "x": 1110, "y": 640, "wires": [] } ]Schaut dann so aus:
Mit dem FLOW ist es egal - was davor oder dahinter steht - das wird einfach ignoriert.
-
@stefan22 said in Node-Red Hilfe:
@mickym Soooo ich hätt da mal wieder ein kleines Problem Lach . Ich bekomme nen Werte String von meinen IPSteckdosen per UDP rein diesen möchte ich umändern. Damit ich meine 3 Steckdosen mit True und False auswerten kann.
NET-PwrCtrl:ANEL.INTERN :192.168.2.16:255.255.255.0:192.168.2.1:0.4.163.18.8.89:Nr. 1,1:Nr. 2,1:Nr. 3,1:Nr. 4,0:Nr. 5,0:Nr. 6,0:Nr. 7,0:Nr. 8,0:248:80:NET-PWRCTRL_04.6:H:xor:
So kommt der Code rein.
Jetzt hab ich es per Change Node probiert Sprich Nr. 1,1 durch True zu ersetzen Nr.1,0 durch false . Hm leider klappt das nicht.
Warum das nicht geht ist einfach zu erklären. Die msg.payload enthält den ganzen String und nicht nur einen Teil. Also kann die Change Node nichts zum ersetzen finden. Und die letzte Festlegung ist unsinnig - da Du msg.payload = msg.payload setzt.
Ansonsten wenn Du zu meinem Flow Fragen hast - ich erkläre es Dir gerne.
-
@mickym ok
Dann fangen wir mal an. Es würde quasi nur mit der Change Node klappen wenn z.b. eine json (java) sprich wo die Objekte und Variablen schon bestehen?
Würde es z.B. , auch wenn es umständlich wäre, gehen wenn ich nach dem UPD Eingang ne Function Node setzte und den eingehend String mit variablen und Objekte definiere ????
Oder bin ich da auch auf dem HolzwegMal davon abgesehen das es nicht geht wie ich es mir gedacht habe , was müsste dann zum Festlegen in der Change Node angegeben werden.
Das Festlegen definiert doch was mit der eingehenden msg.payload passiert und wie sie dann übergeben wird oder ?Gruß
-
@stefan22 Ich habe Dir doch einen kompletten Flow gemacht - importiere den mal und dann siehst Du doch was ich gemacht habe.
Also den Code unten in Zwischenablage und dann bei Dir auf Import gehen und dort den Inhalt der Zwischenablage rein. Du musst dann nur noch Deine UDP Node davorklemmen. In dem Inject Node - habe ich exakt den String reinkopiert den Du gepostet hast - deswegen müsste das eigentlich funktionieren.
Im Großen und Ganzen habe ich Deinen String mit dem Doppelpunkt in einzelne Nachrichten aufgeteilt, dann kümmere ich mich nur noch um den relevanten Teil mit den Nr. 1-8 und setze das topic und die payload.
-
@mickym Jo hat er sooooo. Also bei der Split-Node wird der einkommende Befehl, bei mir von der UPD-Node, genommen und mit : aufgeteilt in einzelne Arrays richtig ? Oder in ein ganzes Array ????
Sprich alles was zwischen : .... : ist ein Array
Ahh echt schlimm wenn man null Plan hat
-
@stefan22 Nein nicht in ein Array - sondern in einzelne Nachrichten. Das heißt alles zwischen ein ":" wird eine eigene einzelne Nachricht - die damit eigenständig behandeln kannst. Mit dem nachfolgenden Switch Befehl lasse ich dann nur die Nachrichten durch die dem Schema: Nr. <Zahl>,<0 oder 1> enthalten durch usw.
-
@mickym na weil du laut node mit : trennst dachte ich es wäre : . Wo kommen dann die "." her ???
-
@stefan22 Habe mich verschrieben ist schon korrigiert.
Ich habe halt Deinen UDP String so interpretiert - dass mit ":" einzelne Felder oder Informationen von einander getrennt werden. -
@mickym
:Nr. 1,1: wird zu einem Array. Ist das Array dann ein Objekt ? -
@stefan22 Nein kein Array. Nr. 1,1 - wird eine eigene msg.payload.
Mach mal ein Debug Node hinter den Split Node - drücke auf den Injekt Node und Du siehst dass der Split Node alles zwischen den ":" in einzelne Nachrichten mit einer msg.payload auftteilt.
Wenn das ein Array wäre dann wäre es nur eine payload mit Objekten.
Das heißt der Split Node macht Nachrichten, wobei eine Nachricht** dann in der msg.payload: Nr. 1,1 stehen hat.
Es ist also kein Objekt oder Array - sondern eine Nachricht mit einem schnöden String.
Die Doppelpunkte dienen der Split Node als Marker zur Auftrennung der Nachricht und sind anschließend nicht mehr Bestandteil der Nachricht.Hier ein Video dazu.
-
@stefan22 Dann kommt die msg.payload zur ersten Switch-Node.
Die bewirkt das du alle Objekt mit Nr. (kriege ich noch hin) das W ist die Leerstelle
das d die erste Zahl dann , dann die zweite Zahl da keine Leerstelle nach dem Komma wird diese in Klammern gesetzt ???????Woher weiß man das ????? Lach
-
@mickym Ahh ok sprich es werden nur einzelne Objekte erzeugt die mit der msg.payload weitergeben werden
-
@stefan22 Das nutzen von regulären Ausdrücken ist wirklich nicht leicht - und ich behelfe mir zur Analyse immer mit einer Webseite.
https://regexr.com/mit dem switch-Node filtere ich also alle Nachrichten aus, die dem Schema genügen.
Mit einer Klammer kannst Du gruppieren und dann mit $1 auf den Inhalt der Gruppe zugreifen. - das habe ich dann vor allen Dingen in der Change Node gemacht. In der Switch Node hätte ich die Klammern gar nicht gebraucht zum Matchen - das war wohl Copy & Paste - Entschuldigung.
Ich habe das alles mal hier in einem ScreenShot festgehalten:
-
@stefan22 said in Node-Red Hilfe:
@mickym Ahh ok sprich es werden nur einzelne Objekte erzeugt die mit der msg.payload weitergeben werden
Du kannst es einzelne Nachrichtenobejkte nennen.
Ein Nachrichtenobjekt kannst Du Dir ebenfalls mit der Debug Node anschauen - in dem Du Dir nicht die Payload - sondern das ganze Objekt ausgeben lässt. Dann siehst Du dass die payload nur ein Bestandteil ist.
-
@mickym heisst du Gruppierst in der Switch nach dem Komma .
In der änder gruppierst du mal vor dem Komma und hinter dem Komma und greifst mit der $1 jeweils auf die Gruppierungen zu um dann weiter unter die nach dem Komma entstehend 1 und 0 in Boolen umzuwandeln , sprich true und false
Was hat das dann mit msg.topic auf sich. msg.payload ist die kommende von der Switch-Node.
Kommt das durch boolean ??? -
@stefan22 Nein habe ich gerade in der Erklärung korrigiert. Im Switch kannst die Klammern weglassen. Das war Copy & Paste. Sorry.
