Bei IFTTT im Cloudadapter wird keine Url angezeigt

ruhr70

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.

ruhr70

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

Kampell

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

Gruss

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?

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

Gruß,

Thorsten

lobomau

~~@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 "<<…>>".

lobomau

~~@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 nicht beschreibbar… eigentlich sollte der Link so angezeigt werden wie buzzy geschrieben hat oder bei Pro eben etwas anders.

Dieser Link wird dann nicht 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).

dtp

~~@lobomau:~~

Dieser Link wird dann nicht 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

dtp

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?

lobomau

~~@dtp:~~

~~@lobomau:~~

Dieser Link wird dann nicht 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

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?

lobomau

~~@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.

Bluefox

Free Cloud unterstützt nur GET Befehlen.

Pro Cloud GET und POST.

dtp

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

lobomau

~~@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.

dtp

~~@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-)

dtp

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

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.

Bluefox

~~@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.

kzfx

Hallo miteinander,

Ich habe ähnliches Problem mit der Übernahme des "Wertes" in IoBroker/Objekte/cloud.0/services/ifttt/ [Wert].

Dieser wird eben bei mir nicht übernommen, aktualisiert ….

Ich möchte mit dem [Wert] einen (später natürlich alle) Ausgang von SonOff 4CH pro (aktuelle Tasmota Version) über den Google Home mini (Sprachbefehl) ansteuern.

Skript zum importieren unter Blocky ist anbei: "Blocky Test für SonOff.txt"

Ich habe einen Free Account und die Daten im IoBroker eingegeben:

und auch den korrekten Key vom IFTTT:

Der Service läuft auf einem Raspberry und er zeigt an, dass er läuft….

Ich versuch das ganze mal Step by Step zu beschreiben (auch für mich zur Nachvollziehbarkeit - hab schon diverse Sachen probiert). Wenn ich jetzt über IFTTT einen Webhook schreibe, bzw. einen Verwende, also mit:

New Applet erstelle
und eine [+this] Anwendung generiere:
suche ich den Google Assistent:
Wähle diesen an und mache das einfachste "Say a simple phrase":
Wähle diese an und Fülle "einfachst" aus mit "Test 5" und generiere einen Trigger:
Dann die [+that] Anweisung:
und "Webhooks" anwählen:
Make a Request anwählen:
und die Konfiguration des "Requests" ausfüllen:
Das ganze abschliessen mit "Finish":
…. und Testen..... - hier bekomme ich jetzt den Fehler: Applet skipped ( Unable to make web request. Your server returned a 502

!!! Wenn ich jetzt im Feld URL…. (da glaube ich liegt der Fehler... finde Ihn nicht) diverse Adressen probiere. kommt je nachdem der Fehler:

Applet skipped ( Unable to make web request. Your server returned a 404)

oder wieder

Applet skipped ( Unable to make web request. Your server returned a 502)

Probiert habe ich unter der Konfiguration folgende Adresse:

https://iobroker.net/ifttt/

https://iobroker.net/ifttt/jS************************CH

https://maker.ifttt.com/cloud.0/test5/w … ********CH

https://maker.ifttt.com/use/jS********* ... ********CH

Keinen Fehler bekomme ich, wenn ich das eingebe:

https://maker.ifttt.com/trigger/{event} ... ********CH

Aber auch hier keine Reaktion im IOBroker ....

Kann mir da jemand helfen?

BuZZy

Die richtige URL ist z.B.:

https://iobroker.net/ifttt/dein@cloudKey.de_4334230-6v1d-11e7-9e4a-85ca5sd8334

dein App/Cloud-Key musst du natürlich entsprechend ersetzen..

Gruß

Community Forum

NEWS

Bei IFTTT im Cloudadapter wird keine Url angezeigt

Support us

825

32.5k

81.6k

1.3m