UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[mickym]

@stefan22 auf welchem Betriebssystem läuft dein Node-Red?

[mickym]

@stefan22 Ok - hast wohl momentan wenig Zeit.

Ich nutze für das Geofencing owntracks - damit kommuniziere ich zwar über mqtt und nicht über eine Datei.

Ich habe Dir aber nun 2 Flows gebastelt - da ich mal denke, dass der JSON String vielleicht genauso aufgebaut ist:

{
    "t": "c",
    "tst": 123456789,
    "acc": 5,
    "_type": "transition",
    "event": "enter",
    "lon": 11,
    "lat": 49,
    "wtst": 1581954003,
    "tid": "XX",
    "desc": "Location"
}

Diesen hab ich mal in den Inject Node verbannt - damit Du siehst, wie ich auf den event Parameter im switch node direkt zugreife:

[
    {
        "id": "3f6b154f.c11fba",
        "type": "inject",
        "z": "d3cedfe7.726d1",
        "name": "Beispiel JSON",
        "props": [
            {
                "p": "payload"
            },
            {
                "p": "topic",
                "vt": "str"
            }
        ],
        "repeat": "",
        "crontab": "",
        "once": false,
        "onceDelay": 0.1,
        "topic": "",
        "payload": "{\"t\":\"c\",\"tst\":123456789,\"acc\":5,\"_type\":\"transition\",\"event\":\"enter\",\"lon\":11,\"lat\":49,\"wtst\":1581954003,\"tid\":\"XX\",\"desc\":\"Location\"}",
        "payloadType": "json",
        "x": 440,
        "y": 260,
        "wires": [
            [
                "7b88d3e5.f8e79c"
            ]
        ]
    },
    {
        "id": "7b88d3e5.f8e79c",
        "type": "switch",
        "z": "d3cedfe7.726d1",
        "name": "",
        "property": "payload.event",
        "propertyType": "msg",
        "rules": [
            {
                "t": "eq",
                "v": "enter",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "leave",
                "vt": "str"
            }
        ],
        "checkall": "true",
        "repair": false,
        "outputs": 2,
        "x": 630,
        "y": 260,
        "wires": [
            [
                "7e9f0ec7.6e16a"
            ],
            [
                "fbb14bc9.976718"
            ]
        ]
    },
    {
        "id": "13315852.ed89c8",
        "type": "debug",
        "z": "d3cedfe7.726d1",
        "name": "KNX Gerät",
        "active": true,
        "tosidebar": true,
        "console": false,
        "tostatus": false,
        "complete": "payload",
        "targetType": "msg",
        "statusVal": "",
        "statusType": "auto",
        "x": 1150,
        "y": 240,
        "wires": []
    },
    {
        "id": "7e9f0ec7.6e16a",
        "type": "change",
        "z": "d3cedfe7.726d1",
        "name": "setze true",
        "rules": [
            {
                "t": "set",
                "p": "payload",
                "pt": "msg",
                "to": "true",
                "tot": "bool"
            }
        ],
        "action": "",
        "property": "",
        "from": "",
        "to": "",
        "reg": false,
        "x": 800,
        "y": 200,
        "wires": [
            [
                "13315852.ed89c8"
            ]
        ]
    },
    {
        "id": "fbb14bc9.976718",
        "type": "change",
        "z": "d3cedfe7.726d1",
        "name": "setze false",
        "rules": [
            {
                "t": "set",
                "p": "payload",
                "pt": "msg",
                "to": "false",
                "tot": "bool"
            }
        ],
        "action": "",
        "property": "",
        "from": "",
        "to": "",
        "reg": false,
        "x": 810,
        "y": 300,
        "wires": [
            [
                "13315852.ed89c8"
            ]
        ]
    }
]

Das sieht dann so aus - die letzte Debug Node ist halt dann Deine Node zu Deinem KNX Aktor.

Im Prinzip geht es sogar noch einfacher - in dem Du alles in einen Change Node verpackst:

[
    {
        "id": "3f6b154f.c11fba",
        "type": "inject",
        "z": "d3cedfe7.726d1",
        "name": "Beispiel JSON",
        "props": [
            {
                "p": "payload"
            },
            {
                "p": "topic",
                "vt": "str"
            }
        ],
        "repeat": "",
        "crontab": "",
        "once": false,
        "onceDelay": 0.1,
        "topic": "",
        "payload": "{\"t\":\"c\",\"tst\":123456789,\"acc\":5,\"_type\":\"transition\",\"event\":\"enter\",\"lon\":11,\"lat\":49,\"wtst\":1581954003,\"tid\":\"XX\",\"desc\":\"Location\"}",
        "payloadType": "json",
        "x": 440,
        "y": 260,
        "wires": [
            [
                "e0c2bb47.77fb38"
            ]
        ]
    },
    {
        "id": "13315852.ed89c8",
        "type": "debug",
        "z": "d3cedfe7.726d1",
        "name": "KNX Gerät",
        "active": true,
        "tosidebar": true,
        "console": false,
        "tostatus": false,
        "complete": "payload",
        "targetType": "msg",
        "statusVal": "",
        "statusType": "auto",
        "x": 830,
        "y": 260,
        "wires": []
    },
    {
        "id": "e0c2bb47.77fb38",
        "type": "change",
        "z": "d3cedfe7.726d1",
        "name": "translate event",
        "rules": [
            {
                "t": "change",
                "p": "payload.event",
                "pt": "msg",
                "from": "enter",
                "fromt": "str",
                "to": "true",
                "tot": "bool"
            },
            {
                "t": "change",
                "p": "payload.event",
                "pt": "msg",
                "from": "leave",
                "fromt": "str",
                "to": "false",
                "tot": "bool"
            },
            {
                "t": "set",
                "p": "payload",
                "pt": "msg",
                "to": "payload.event",
                "tot": "msg"
            }
        ],
        "action": "",
        "property": "",
        "from": "",
        "to": "",
        "reg": false,
        "x": 640,
        "y": 260,
        "wires": [
            [
                "13315852.ed89c8"
            ]
        ]
    }
]

Das schaut dann ganz clean ;) aus.

Falls Du über Dateien kommunizierst und nicht über mqtt nimmst Du ("unter Speicher" ) den watch Node und liest mit file-in ein. Dann konvertierst Du den Text in JSON Format und greifst dann analog oben dann darauf zu. Damit müsstest Du das alles in den Griff bekommen.

[
    {
        "id": "4ff32339.2830dc",
        "type": "watch",
        "z": "d3cedfe7.726d1",
        "name": "",
        "files": "/home/pi/package-lock.json",
        "recursive": "",
        "x": 220,
        "y": 380,
        "wires": [
            [
                "7b232dce.c21b04"
            ]
        ]
    },
    {
        "id": "7b232dce.c21b04",
        "type": "file in",
        "z": "d3cedfe7.726d1",
        "name": "",
        "filename": "",
        "format": "utf8",
        "chunk": false,
        "sendError": false,
        "encoding": "none",
        "x": 450,
        "y": 380,
        "wires": [
            [
                "b6f50216.0a6bd"
            ]
        ]
    },
    {
        "id": "2e14a940.8785f6",
        "type": "debug",
        "z": "d3cedfe7.726d1",
        "name": "",
        "active": true,
        "tosidebar": true,
        "console": false,
        "tostatus": false,
        "complete": "false",
        "statusVal": "",
        "statusType": "auto",
        "x": 870,
        "y": 380,
        "wires": []
    },
    {
        "id": "b6f50216.0a6bd",
        "type": "json",
        "z": "d3cedfe7.726d1",
        "name": "",
        "property": "payload",
        "action": "",
        "pretty": false,
        "x": 650,
        "y": 380,
        "wires": [
            [
                "2e14a940.8785f6"
            ]
        ]
    }
]

Das heißt du verkabelst anstelle des Inject Nodes den JSON Node aus dem Datei auslesen.

Warum ich nach dem Betriebssystem gefragt habe? Nun da müssen halt die Dateipfade mit doppeltem Backslash eingetragen werden - siehst Du aber an der Info zu dem watch Node.

[stefan22]

@mickym

[mickym]

@stefan22 Ja dann brauchst ja nur den Pfad zu der Datei in dem Flow ändern

[stefan22]

@mickym ??? Ok ich schau mir das mal in Ruhe heute Nacht an .
Noch ne Frage wie bekommt man nen upd Befehl versendet . Der Output Node Is klar , aber wo schreib ich den Befehl rein .
Mir fehlt da irgendwie das Verständnis noch von
Node Red .

Vielen Dank für deine Hilfe

[mickym]

@stefan22 Ich habe zwar keine Ahnung was das upd für ein Befehl ist. Ich kenne die Output Nodes für KNX nicht. Du schriebst ja, dass Du das mit dem KNX hinbekommen hast?

Falls Du das realKNX da nutzt - musst Du meines Erachtens nur realKNX Knoten (out Node) wie die grüne Debug Node verdrahten.

Was ist upd bzw. was macht das? Wie Du Deine App dazu bringst ein Update zu machen - falls das nicht automatisch vom Handy erfolgt ist mir ehrlich gesagt schleierhaft. Zeitlich zu pollen - das ist ja wohl Technik aus den 90igern. ;)

Und falls das ein Betriebssystem-Befehl ist, den Du auf Deinem Raspi absetzen willst - nimmst halt den exec-Node.

Ansonsten kann ich Dir zum geofencing nur owntracks mit MQTT Server empfehlen - Du brauchst halt einen MQTT Server im eigenen Netz und einen VPN Zugang - aber auf dem Handyschirm scheinst Du ja mit VPN vertraut zu sein.

[stefan22]

@mickym :blush: sollte udp/tcp heißen . Hat nix mit dem knx zu tun. :blush: gibt ja auch udp und tcp Node .

Gruß

[stefan22]

@mickym

[stefan22]

@stefan22 Siehe letzte Node

[mickym]

@stefan22 Ja damit hast Dir die Antwort ja selbst gegeben - bei dem udp Node gibst ip-Zieladresse und port an und der schickt die msg.payload dorthin.

Trotzdem frage ich mich - warum Du auf Netzwerkebene kommunizieren willst ?

[stefan22]

@mickym siehst und da Ist mein Problem. Jetzt weiß ich das ich MessagePayload brauch, aber wie kommt der Code in die Message Den ich senden möchte ????
Ich denk ich hab von Grund auf zu wenig Ahnung von Node Red .
Da war das VPN demand beim bestimmten Port einfacher

[mickym]

@stefan22 das geniale an NodeRed ist, dass es im Prinzip alles transparent macht vom Trigger mit dem Du eine Nachricht erzeugst bis zum Output mit dem die Nachricht verschickt wird.

Die Nodes werden "grafisch" verdrahtet und in diesen Drähten fließt dann Dein Nachrichtenobjekt. Das Nachrichtenobjekt ist ein ganz normales Java-Objekt mit verschiedenen Elementen.

In der Regel hat ein Nachricht immer ein Topic (ist nicht zwingend) um zu zeigen, um was es sich bei der Nachricht handelt und um eine payload - die den Inhalt der Nachricht enthält. Dies kann ein einfacher String sein oder wieder ein Java-Objekt usw.

Du kannst jeder Zeit eine Nachricht mit einem ChangeNode generieren indem Du die msg.payload festlegst.

Willst Du also den Befehl "Hallo" über den upd Node verschicken - generierst Du ein msg- Objekt und legst den String auf "Hallo" fest den Du dann an die UDP-Node schickst.

Ich mach Dir wieder mal ein Beispiel-Flow:

[
    {
        "id": "2584387.06b99c8",
        "type": "udp out",
        "z": "cbd44c7e.fa8fd",
        "name": "",
        "addr": "",
        "iface": "",
        "port": "",
        "ipv": "udp4",
        "outport": "",
        "base64": false,
        "multicast": "false",
        "x": 750,
        "y": 260,
        "wires": []
    },
    {
        "id": "9227533a.0063d",
        "type": "inject",
        "z": "cbd44c7e.fa8fd",
        "name": "",
        "props": [
            {
                "p": "payload"
            },
            {
                "p": "topic",
                "vt": "str"
            }
        ],
        "repeat": "",
        "crontab": "",
        "once": false,
        "onceDelay": 0.1,
        "topic": "",
        "payload": "Hallo",
        "payloadType": "str",
        "x": 430,
        "y": 220,
        "wires": [
            [
                "2584387.06b99c8"
            ]
        ]
    },
    {
        "id": "2b8feae8.11da46",
        "type": "change",
        "z": "cbd44c7e.fa8fd",
        "name": "",
        "rules": [
            {
                "t": "set",
                "p": "payload",
                "pt": "msg",
                "to": "Hallo",
                "tot": "str"
            }
        ],
        "action": "",
        "property": "",
        "from": "",
        "to": "",
        "reg": false,
        "x": 500,
        "y": 300,
        "wires": [
            [
                "2584387.06b99c8"
            ]
        ]
    }
]

Normalerweise hängst Du einen anderen Trigger oder einen Flow vor die Change Node und legst dann ggf. die payload fest (gelbe Node).

Mit der Injekt Node - kannst Du aber zur Laufzeit die Nachricht generieren - als selbst triggern und direkt zum Beispiel über den udp Node rausschicken.

Also einfach den Code in die payload schreiben. Trotzdem bin ich zu Deiner Low-Level Netzwerkkommunikation nicht überzeugt. ;)

... und statt Hallo verschickst Du einfach Deinen Code. ;) - Ist doch easy.

[stefan22]

@mickym Siehst wenn ich mal nen Anfang richtig erklärt bekomm dann Steig ich da langsam hinter . Lach ok was meinst du mit dem low Level ?????

Gruß

[mickym]

@stefan22 Nun ich verstehe immer noch nicht warum DU über UPD oder TCP kommunizierst (das nenn ich Low-Level) - in der Regel machen das Anwendungen oder auf Neudeutsch "Apps" :stuck_out_tongue_winking_eye:

[stefan22]

@mickym ahhhh sooooo :grinning: . Na mit dem udp schalt ich nur meine Steckdosenleiste im Rack .
Da ich nicht mehr Geräte als notwendig laufen lassen will.
Sprich ich habe pro Raum mit Netzwerkdosen ne 8 Port Switch . Ist niemand im Raum ( Bewegungsmelder) oder niemand daheim siehe Geofency werden die Switches weg geschaltet .

[mickym]

@stefan22 Noch eine kleine Ergänzung- Viele wissen nicht dass mit der Change Node einfach die Nachrichten festlegen oder definieren kann und verwenden dafür unsinnigerweise Function-Nodes. Teilweise ist das auch der etwas stümperhaften Übersetzung geschuldet.

Im Deutschen sieht man bei der Change Node : Festlegen - bis
Im Englischen steht da: Set - to

ich glaube da ist das verständlicher.

[mickym]

@stefan22 said in Node-Red Hilfe:

@mickym ahhhh sooooo :grinning: . Na mit dem udp schalt ich nur meine Steckdosenleiste im Rack .
Da ich nicht mehr Geräte als notwendig laufen lassen will.
Sprich ich habe pro Raum mit Netzwerkdosen ne 8 Port Switch . Ist niemand im Raum ( Bewegungsmelder) oder niemand daheim siehe Geofency werden die Switches weg geschaltet .

Ach so. ;) Ja ich schalte noch alle Lampen aus und die Heizung klein - und die Bewegungsmelder werden zur Überwachung anstelle ihrer Funktion als Lichtschalter bei Anwesenheit. ;)

[stefan22]

@mickym ich werde das heut Nacht gleich mal probieren und geb dir ein Feedback.
Aber erstmal danke für die Hilfe . Jetzt bin ich ein bisschen schlauer.
DANKE :grinning:

[stefan22]

@mickym :grimacing: Yep deshalb hab ich auch vier linienkoppler statt zwei Lach

[stefan22]

@mickym blöde Frage noch also über mqtt kommuniziere ich definitiv nicht , das wüsste ich .
Das andere heißt dann es wird eine Datei auf dem raspi erstellt .
Die wird dann durch den Befehl hin von der App gefüllt und wird von Node Red weiterverarbeitet.
Warum macht man das nicht durch ein Http In ????