NEWS
HTTP-request von Mobotix T25
-
@ak68 Nein NodeRed läuft auch unter dem iobroker auf Port 1880 - ausser Du hast es in den Adaptereinstellungen geändert.
-
@ak68 Genau damit ist Dein HTTP URL definiert:
http://<IP des iobrokers>:1880/mobotixWenn das nicht tut - dann musst Du an Deinem Docker rumfummeln, dass Du den Port 1880 nach aussen gibst. Wie gesagt, testen kannst ja erst mal über den Browser.
-
@ak68 Genau damit ist Dein HTTP URL definiert:
http://<IP des iobrokers>:1880/mobotixWenn das nicht tut - dann musst Du an Deinem Docker rumfummeln, dass Du den Port 1880 nach aussen gibst. Wie gesagt, testen kannst ja erst mal über den Browser.
-
Juhuu:
zum Glück kein Rumgepople mit Port-Weiterleitungen :)
Jetzt kann ich weiterarbeiten
Vielen Lieben Dank und Gute Nacht !!!
-
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
AndreasioBroker auf QNAP TVS-473
Visu und Logiken mit node-red
Anbindung an KNX per openKNX -
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@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 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.
-
Wie muss im HTTP-Out Node der Statuscode (= ReturnCode ?) gesetzt werden, mit den Voreinstellungen klappt es leider nicht !
@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 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 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.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@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 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.
Wenn Dein Request zum Beispiel so aussieht:
Also bei dir:http://<DeineIP>:1880/mobotix?Praxis=OnDann 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.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
Wenn Dein Request zum Beispiel so aussieht:
Also bei dir:http://<DeineIP>:1880/mobotix?Praxis=OnDann 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.
-
@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:
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 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:
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.
Support us
415
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge