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

[ak68]

@mickym

Juhuu:

zum Glück kein Rumgepople mit Port-Weiterleitungen :)

Jetzt kann ich weiterarbeiten

Vielen Lieben Dank und Gute Nacht !!!

[mickym]

@ak68 Gerne - schlaf gut. :)

[ak68]

Hallo Mickym,

inzwischen funktioniert es zwar, mehrere unterschiedlich Befehle von der Mobotix zu senden,
offensichlich jedoch nicht hintereinander.
Irgendwie schein der Empfang nach einer Meldung geblockt zu sein, erst ein Node-red-Neustart
empfängt wieder Befehle.

Müssen hier ggf. HTTP-Fehler abgefangen werden ?

Hier ist von einer "Antwort-Funktion" die Rede, leider ohne weitere Erklärungen:

Vielen Dank
Andreas

[mickym]

@ak68 Wo ist denn Deine HTTP-OUt Node hin? Du gibst ja nichts zurück, somit geht Dein Sender davon aus, dass die erste Nachricht nicht angekommen ist und stellt ggf. das Senden ein. Ausserdem würde ich halt anstelle mit function Nodes über eine Switch Node - richtig den Flow aufsplitten.

Ich glaube nicht, dass NodeRed hier blockiert, sondern der Sender nicht mehr sendet, wenn kein ReturnCode kommt. Prüfen kannst Du es ja einfach, indem Du über den Browser an die URL etwas schickst. Wenn was in der Debug 438 ankommt, dann liegt es ja nicht am Empfänger.

Im Übrigen finde ich Deinen Flow eh recht umständlich, da Du hinten ja die gleichen Filter hast, so dass ich erst vorne die verschiedenen Quellen unterscheiden würde.

Die Antwortfunktion, wäre etwas wenn Dein Sender eine bestimmte Antwort ausser ReturnCode 200 erwartet. Aber wie gesagt, Deine HTTP-OUt sehe ich nicht mehr und die muss die Antwort zurückgeben.

[ak68]

@mickym

Wie muss im HTTP-Out Node der Statuscode (= ReturnCode ?) gesetzt werden, mit den Voreinstellungen klappt es leider nicht !

[mickym]

@ak68 Doch Du musst die HTTP-Out aber direkt hinter die HTTP-In setzen.

Die Respose Node gibt immer 200 zurück. Wenn ein anderer Code erwartet wird, dann musst Du den in dem statusCode mitgeben.

Je nachdem was gesendet wurde, wird auch die vollständige Antwort im res (response Objekt) an den Sender zurückgeschickt.

Also mach die ResponseNode in jedem Fall direkt hinter die http-IN Node und verfälsche den Request nicht.

[ak68]

@mickym

super, funktioniert:

... so einfach wäre das gewesen :)

[mickym]

@ak68 Du codierst auch wieder zu viel. Zeig mal was wirklich in der HTTP-IN node ankommt, ob das ein JSON ist?

Das ist total unschön und auch wieder mit function Nodes codieren - ist nicht toll. Die Filter sind doch alle die gleichen.

[ak68]

@mickym

Ja, es sind JSON-Objekte:

[mickym]

Wenn Dein Request zum Beispiel so aussieht:

Also bei dir:

http://<DeineIP>:1880/mobotix?Praxis=On

Dann bekommst Du bereits ein Objekt zurück:

Dann kann man als erstes das Objekt in eine skalare Nachricht zerlegen und den key in das topic schreiben: und dann kannst Du Deine payload Abprüfungen machen:

Du nimmst also eine Split Node und kopierst den Schlüssel da rein.

Du bekommst dann eine skalare Nachricht mit dem topic woher oder wofür das Kommando ist.

[mickym]

@mickym Nun machst Du den Filter der payload nur einmal egal für welches topic er ist.

[ak68]

@mickym DANKE :)

[mickym]

@ak68 War noch nicht fertig - zum Schluss prüfst dann nur noch das topic als Quelle ab:

Da muss man nichts Programmieren - geschweige denn mit Javascript function Nodes nutzen!!! - Vermeide das so gut es geht, nur so wirst Du die Vorteile des grafischen Programmierens zu schätzen wissen!!

Hier mal der Flow zum Import:

Spoiler

[
   {
       "id": "1f1888c3e6587da8",
       "type": "http response",
       "z": "289f539dcc33814e",
       "name": "",
       "statusCode": "",
       "headers": {},
       "x": 290,
       "y": 6560,
       "wires": []
   },
   {
       "id": "b5a3bf31f304a2c6",
       "type": "http in",
       "z": "289f539dcc33814e",
       "name": "",
       "url": "/mobotix",
       "method": "get",
       "upload": false,
       "swaggerDoc": "",
       "x": 110,
       "y": 6560,
       "wires": [
           [
               "1f1888c3e6587da8",
               "96a8f338668a17cc",
               "b8ca3dc79ed7b5aa"
           ]
       ]
   },
   {
       "id": "96a8f338668a17cc",
       "type": "debug",
       "z": "289f539dcc33814e",
       "name": "JSON",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 310,
       "y": 6480,
       "wires": []
   },
   {
       "id": "b8ca3dc79ed7b5aa",
       "type": "split",
       "z": "289f539dcc33814e",
       "name": "",
       "splt": "\\n",
       "spltType": "str",
       "arraySplt": 1,
       "arraySpltType": "len",
       "stream": false,
       "addname": "topic",
       "x": 290,
       "y": 6620,
       "wires": [
           [
               "2dd2f27ca23a09ba",
               "400ff1a9fc71116d"
           ]
       ]
   },
   {
       "id": "2dd2f27ca23a09ba",
       "type": "debug",
       "z": "289f539dcc33814e",
       "name": "Kommando",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 430,
       "y": 6720,
       "wires": []
   },
   {
       "id": "400ff1a9fc71116d",
       "type": "switch",
       "z": "289f539dcc33814e",
       "name": "on/off",
       "property": "payload",
       "propertyType": "msg",
       "rules": [
           {
               "t": "cont",
               "v": "On",
               "vt": "str"
           }
       ],
       "checkall": "true",
       "repair": false,
       "outputs": 1,
       "x": 450,
       "y": 6620,
       "wires": [
           [
               "1bf95d49381f2202"
           ]
       ]
   },
   {
       "id": "1bf95d49381f2202",
       "type": "change",
       "z": "289f539dcc33814e",
       "name": "on => 1",
       "rules": [],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 600,
       "y": 6620,
       "wires": [
           [
               "bbb69ba12e160990"
           ]
       ]
   },
   {
       "id": "bbb69ba12e160990",
       "type": "switch",
       "z": "289f539dcc33814e",
       "name": "Quelle",
       "property": "topic",
       "propertyType": "msg",
       "rules": [
           {
               "t": "eq",
               "v": "Praxis",
               "vt": "str"
           },
           {
               "t": "eq",
               "v": "Privar",
               "vt": "str"
           }
       ],
       "checkall": "true",
       "repair": false,
       "outputs": 2,
       "x": 750,
       "y": 6620,
       "wires": [
           [
               "3963aa4398c2f5b1"
           ],
           [
               "9d2b9bd63ed9d1be"
           ]
       ]
   },
   {
       "id": "3963aa4398c2f5b1",
       "type": "debug",
       "z": "289f539dcc33814e",
       "name": "Praxis",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 910,
       "y": 6560,
       "wires": []
   },
   {
       "id": "9d2b9bd63ed9d1be",
       "type": "debug",
       "z": "289f539dcc33814e",
       "name": "Privat",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 890,
       "y": 6640,
       "wires": []
   }
]

Was Du in den Filtern machst, habe ich zwar nicht kapiert - aber das weißt Du ja besser.

Du musst also Deine Logik etwas umdrehen.

Über die payload verzweigst Du ERST auf verschiedene Kommandoarten zur Bearbeitung und zum Schluss teilst Du via topic auf das jeweilige Endgerät auf.

[ak68]

@mickym DANKE, hat geklappt, ist deutlich "schlanker"