|
HTTP-Anfrage App - Funktionsweise?
|
11-12-2016, 11:55:17
(11-12-2016, 11:14:07)CooperCologne schrieb: ... Kannst du mal einen Screenshot der SH-Parameter spendieren? Bei mir kamen ja immer nur die values 2 und 3 in ifttt an. 
11-12-2016, 12:09:51
(Dieser Beitrag wurde zuletzt bearbeitet: 11-12-2016, 12:11:11 von CooperCologne.)
Was seltsamerweise nicht geht, sind negative Werte (-1) bei der Übergabe der Priorität, dies und eventuell Satzzeichen, die falsch interpretiert werden könnten, vermeide ich daher.
1 Innogy Smarthome Zentrale, Fußbodenheizung, diverse UP-Schalter, Dimmer, Taster, Bewegungsmelder, Fenster/Türkontakte, Philips Hue, Netatmo, Anbindung von Sonos, Nuki Smartlock und LaMetric Time, Neato Botvac D5 Connected
11-12-2016, 12:35:28
(11-12-2016, 12:09:51)CooperCologne schrieb: Was seltsamerweise nicht geht, sind negative Werte (-1) bei der Übergabe der Priorität, dies und eventuell Satzzeichen, die falsch interpretiert werden könnten, vermeide ich daher. Hmpf, irgendwas läuft da falsch, hier sind die RWE-Einträge bei der URL kommt nach dem letzten slash die ID, danach nix, kein weiterer slash. Am Smartphone kommt wieder nur das an:
11-12-2016, 13:05:25
(11-12-2016, 12:35:28)HansLenz schrieb:(11-12-2016, 12:09:51)CooperCologne schrieb: Was seltsamerweise nicht geht, sind negative Werte (-1) bei der Übergabe der Priorität, dies und eventuell Satzzeichen, die falsch interpretiert werden könnten, vermeide ich daher. Ich Vollhorst: das Fragezeichen wird natürlich die RWE Software dazu kleben, und aus einem Szenario raus habe ich das auch noch nicht getestet. Also auf ein neues.
11-12-2016, 13:10:19
(Dieser Beitrag wurde zuletzt bearbeitet: 11-12-2016, 13:16:50 von CooperCologne.)
Genau! Wollte es gerade selber schreiben, aber du hast es erkannt. Man muss auch unterscheiden, bei GET klebt die SH das Fragezeichen dazu, bei POST werden die Parameter im Body übergeben, also nicht an die URL angehängt.
Zum Test hatte ich einfach ein Szenario erstellt WENN Benutzeroberfläche DANN HTTP-Request
1 Innogy Smarthome Zentrale, Fußbodenheizung, diverse UP-Schalter, Dimmer, Taster, Bewegungsmelder, Fenster/Türkontakte, Philips Hue, Netatmo, Anbindung von Sonos, Nuki Smartlock und LaMetric Time, Neato Botvac D5 Connected
11-12-2016, 13:30:33
(Dieser Beitrag wurde zuletzt bearbeitet: 11-12-2016, 13:32:28 von HansLenz.)
(11-12-2016, 13:10:19)CooperCologne schrieb: Genau! Wollte es gerade selber schreiben, aber du hast es erkannt. Man muss auch unterscheiden, bei GET klebt die SH das Fragezeichen dazu, bei POST werden die Parameter im Body übergeben, also nicht an die URL angehängt. Das läuft trotzdem wie gehabt. Ich sende jetzt value1=Test&value2=the&value3=West, bekomme aber immer nur die alte Message hier Fehler ohne value1.
11-12-2016, 13:32:38
Dann liegt der Fehler im Script oder im IFTTT Dann Teil.
1 Innogy Smarthome Zentrale, Fußbodenheizung, diverse UP-Schalter, Dimmer, Taster, Bewegungsmelder, Fenster/Türkontakte, Philips Hue, Netatmo, Anbindung von Sonos, Nuki Smartlock und LaMetric Time, Neato Botvac D5 Connected
11-12-2016, 13:42:46
(Dieser Beitrag wurde zuletzt bearbeitet: 11-12-2016, 13:52:05 von HansLenz.)
(11-12-2016, 13:32:38)CooperCologne schrieb: Dann liegt der Fehler im Script oder im IFTTT Dann Teil. Nee, der liegt ganz offensichtlich im ifttt action service android wear. Wenn ich mir die Message als E-Mail schicke, ist alles da. Vielen Dank für deine Hilfe.
12-12-2016, 09:52:02
Ah, na wenigstens eine Sache, die mal nicht an Innogy liegt!
 Werden bei dir eigentlich auch alle HTTP-Request Geräte unter Entertainment einsortiert?
1 Innogy Smarthome Zentrale, Fußbodenheizung, diverse UP-Schalter, Dimmer, Taster, Bewegungsmelder, Fenster/Türkontakte, Philips Hue, Netatmo, Anbindung von Sonos, Nuki Smartlock und LaMetric Time, Neato Botvac D5 Connected
12-12-2016, 09:56:10
(12-12-2016, 09:52:02)CooperCologne schrieb: ... Ja, da wo auch das WOL landet 
|
|
|
