Da handelt es sich wohl um einen Fehler in der Darstellung.

Der link sieht eigentlich so aus:

 https://iobroker.net/ifttt/dein@userkey.de_2hj8hfc50-6d6b-11e7-9e4hfr5hjk8

Gruß

@BuZZy:

Da handelt es sich wohl um einen Fehler in der Darstellung.

Der link sieht eigentlich so aus:

 https://iobroker.net/ifttt/dein@userkey.de_2hj8hfc50-6d6b-11e7-9e4hfr5hjk8

Gruß `

mhhh… funktioniert bei mir nicht. Eventuell habe ich aber auch Tomaten auf den Augen.

Habe die Varianten:

 https://iobroker.net/ifttt/dein@userkey.de_2hj8hfc50-6d6b-11e7-9e4hfr5hjk8

und

 https://iobroker.net/ifttt/@dein@userkey.de_2hj8hfc50-6d6b-11e7-9e4hfr5hjk8

versucht. Allerdings für den Pro-Account. Wird für den Webhook beim Pro Account auch iobroker.net verwendet?

[EDIT]

IFTTT meldet in allen Versuchen:

Unable to make web request. Your server returned a 502

Und was komisches (offtopic):

Wenn unabhängig von Alexa ein Album von Amazon Music gehört wird, wird dieses bei jeder Anfrage an Alexa kurz auf fast lautlos gestellt (für die Zeit der Antwort). Nicht so toll, wenn beides in unterschiedlichen Zimmern stattfindet. Und komisch, da es keinen direkten Zusammenhang gibt, außer dass es eine Sonos Alexa Integration gibt.

OK. Funktioniert jetzt bei mir mit der Pro.

Das Format der URL beim Pro-Account lautet:

https://iobroker.pro/ifttt/@dein@userkey.de_2hj8hfc50-6d6b-11e7-9e4hfr5hjk8

Gleiches Problem bei mir. Ist die Funktion denn nun für nicht pro User nutzbar? Wenn ja gibt es dafür ein Workaround?

Gruss

Ich stehe gerade auf dem Schlauch, aber was trage ich unter "Content Type" und "Body" ein, wenn ich in Abhängigkeit eines Alexa-Alarms eine HomeMatic-Lampe einschalten will?

Zudem frage ich mich, ob ich die angegebene URL in "<<…>>" setzen muss?

Gruß,

Thorsten

@dtp:

Ich stehe gerade auf dem Schlauch, aber was trage ich unter "Content Type" und "Body" ein, wenn ich in Abhängigkeit eines Alexa-Alarms eine HomeMatic-Lampe einschalten will?

2018-05-28_12h56_06.jpg

Zudem frage ich mich, ob ich die angegebene URL in "<<…>>" setzen muss?

Gruß,

Thorsten `
Content Type: text/plain

Body: je nachdem, was man macht und für was. Kommt denn was, wenn du add ingredient drückst? Vielleicht kommt das was sinnvolles? Oder du setzt ein von dir gewähltes Trigger-Wort ein, z.B. "Lampe". Ein anderes Script wird dann getriggert wenn unter Objekte cloud.0.services.ifttt "Lampe" erscheint.

URL ist ohne "<<…>>".

@BuZZy:

Da handelt es sich wohl um einen Fehler in der Darstellung.

Der link sieht eigentlich so aus:

 https://iobroker.net/ifttt/dein@userkey.de_2hj8hfc50-6d6b-11e7-9e4hfr5hjk8

Gruß `
Ist ja richtig, was du schreibst, es wird nicht richtig dargestellt. Aber ich habe das Gefühl, es wird hier oft falsch verstanden.

Dieses Feld ist <u>nicht</u> beschreibbar… eigentlich sollte der Link so angezeigt werden wie buzzy geschrieben hat oder bei Pro eben etwas anders.

Dieser Link wird dann <u>nicht</u> bei iobroker im cloud-Adapter eingetragen sondern in der App oder homepage von IFTTT unter URL von make a web request.

Denn ioBroker kennt ja selbst sein App-Key und den IFTTT-Key (wenn man diesen in ioBroker eingetragen hat).

@lobomau:

Dieser Link wird dann <u>nicht</u> bei iobroker im cloud-Adapter eingetragen sondern in der App oder homepage von IFTTT unter URL von make a web request. `

Noch mal kurz zum Mitschreiben. Unter https://iobroker.net/account erhalte ich bekanntlich einen App-Key.

Diesen Key muss ich doch nun im Falle der Free Cloud mit einem vorangestellten "https://iobroker.net/ifttt/@" in den Webhook eintragen, damit der Datenpunkt "cloud.0.services.ifttt" mit dem unter "Body" enthaltenen Text befüllt wird, oder?

Ich finde das in der Maske des cloud-Adapters etwas verwirrend, da man dort den Eindruck gewinnen kann, dass in den Webhook der IFTTT-Schlüssel einzutragen ist, den man unter Settings bzw. Documentation der Webhooks angezeigt bekommt.

Vielleicht kann das noch mal jemand bestätigen oder korrigieren, je nachdem.

Gruß,

Thorsten

Tja, funktioniert leider nicht. Ich erhalte mit den obigen Einstellungen einen 502-Fehler. Ich hatte gedacht, dass IFTTT-Befehle auch von der Free-Version unterstütz würden. Oder habe ich etwas doch den falschen Key verwendet?

@dtp:

@lobomau:

Dieser Link wird dann <u>nicht</u> bei iobroker im cloud-Adapter eingetragen sondern in der App oder homepage von IFTTT unter URL von make a web request. `

Noch mal kurz zum Mitschreiben. Unter https://iobroker.net/account erhalte ich bekanntlich einen App-Key.

2018-05-28_15h39_20.jpg

Diesen Key muss ich doch nun im Falle der Free Cloud mit einem vorangestellten "https://iobroker.net/ifttt/@" in den Webhook eintragen, damit der Datenpunkt "cloud.0.services.ifttt" mit dem unter "Body" enthaltenen Text befüllt wird, oder?

2018-05-28_15h36_36.jpg

Ich finde das in der Maske des cloud-Adapters etwas verwirrend, da man dort den Eindruck gewinnen kann, dass in den Webhook der IFTTT-Schlüssel einzutragen ist, den man unter Settings bzw. Documentation der Webhooks angezeigt bekommt.

2018-05-28_15h50_04.jpg

Vielleicht kann das noch mal jemand bestätigen oder korrigieren, je nachdem.

Gruß,

Thorsten `
Ja, ist richtig so.

Webhooks ist ja Teil von IFTTT und deswegen ist dem Webhook auch der IFTTT-Schlüssel bekannt. IFTTT kennt nur nicht die URL von iobroker incl. dem APP-Key. Genauso umgekehrt, man muss bei iobroker den IFTTT-Schlüssel eingeben.

Dann die richtige URL nehmen je ob Pro oder nicht Pro:

Pro: https://iobroker.pro/ifttt/@dein@userke … 6d6b-11e7-

Nicht-Pro: https://iobroker.net/ifttt/dein@userkey ... 7-9e4hfr5h

@lobomau:

Pro: https://iobroker.pro/ifttt/@dein@userke … 6d6b-11e7-

Nicht-Pro: https://iobroker.net/ifttt/dein@userkey ... 7-9e4hfr5h `

Muss bei der Nicht-Pro-Version wirklich das "@" vor "dein@userkey.de" entfallen?

@dtp:

@lobomau:

Pro: https://iobroker.pro/ifttt/@dein@userke … 6d6b-11e7-

Nicht-Pro: https://iobroker.net/ifttt/dein@userkey ... 7-9e4hfr5h `

Muss bei der Nicht-Pro-Version wirklich das "@" vor "dein@userkey.de" entfallen? `
grrr… sorry.... copy-paste-Fehler.

P.S. habe selbst nur Pro. Ich nehme an es ist bei beiden gleich.

Free Cloud unterstützt nur GET Befehlen.

Pro Cloud GET und POST.

Das heißt, ich kann in der Free-Version keine Parameter im ioBroker setzen?

@dtp:

Das heißt, ich kann in der Free-Version keine Parameter im ioBroker setzen? `
Ich glaube doch. In unserem Fall macht IFTTT POST und ioBroker GET.

So interpretiere ich mal die Begriffe.

The GET Method
` > GET is used to request data from a specified resource.

GET is one of the most common HTTP methods. `

The POST Method
> POST is used to send data to a server to create/update a resource.

@lobomau:

Ich glaube doch. In unserem Fall macht IFTTT POST und ioBroker GET.

The POST Method
> POST is used to send data to a server to create/update a resource. `

Aber genau das will ich doch. Ich möchte den Datenpunkt services/ifttt im ioBroker per IFTTT-Webhook mit einem String füllen, auf den ich anschließend per Skript reagieren kann.

Egal. Ich habe jetzt mal neben meinem Free- auch einen Pro-Account eingerichtet und per cloud-Adapter verknüpft. Mal sehen, was passiert. 8-)

So, mit Umstellung auf die Pro-Cloud funktioniert es nun, wie gewünscht.

@Bluefox:

Free Cloud unterstützt nur GET Befehlen.

Pro Cloud GET und POST. ` Ist das neu?

Gerade getestet. –> Also IFTTT POST Requeste funktionieren auch mit der Free Cloud.

@robsdobs:

@Bluefox:

Free Cloud unterstützt nur GET Befehlen.

Pro Cloud GET und POST. ` Ist das neu?

Gerade getestet. –> Also IFTTT POST Requeste funktionieren auch mit der Free Cloud. `

Ist immer so gewesen.