homee HG (playing) als Auslöser in Blockly (ioBroker)

Ich habe es oben mal korrigiert - die Lautstärke in Prozent wird nach value= aber vor dem “Ausgabetext” gefolgt von einem Semikolon in die URL eingefügt, dann klappt es auch :slight_smile:

Commands.speak?value=60;“AusgabeURLEncoded”

Stufe 6 in diesem Beispiel.

1 „Gefällt mir“

Danke!

Irgendwo scheine ich einen Denkfehler zu haben. Wenn ich die URL (http://iobroker:8087/set/alexa2.0.Echo-Devices.XXXXXXXXXXXXXXXXXX.Commands.speak?value=30;“Achtung”) direkt per Browser aufrufe, funktioniert der Befehl und Alexa spricht. Wenn ich das Ganze in einen Webhook aufruf in homee packen wie von @chiroptera erklärt, bleibt die Alexa stumm.


Jemand eine Idee?

Benutze als Methode Get statt Put.

Danke für den Tipp, habe gerade alle Methoden (PUT, GET, POST) durchprobiert, leider ohne Erfolg. Habzusätzlich noch eine Pushbenachrichtigung dazu gebaut, nur um sicher zu gehen, dass das Homeegramm wirklich abspielt. Die Pushnachricht kommt an, Alexa bleibt stumm.

PUT ist schon richtig. Hast du den Webhook zufällig aus einem anderen Post hier kopiert, geändert und eingefügt?
Schreibe ihn sonst einmal neu im homee.

PS: teste Mal ohne 30; (Lautstärke)

Da der Webhook funktioniert, wenn ich ihn direkt im Browser aufrufe, sollte er ja rein technisch funktionieren, bzw. korrekt sein.
Habe bereits IP Adresse oder DNS Name vom IObroker versucht, mit und ohne https. Die URL im Browser tut immer, im homee erfolgt keine Reaktion.


PS: Habe gerade ein neues Homeegramm erstellt und alles manuell neu eingetippt. Funktioniert weiterhin nicht, ich glaube das Problem liegt irgendwo bei mir, aber ich finde den Fehler nicht

Warum Put? Wenn Du die Adresse im Browser eingibst, dann ist das ein Get-Request… Deswegen irritiert mich die Aussage von @HighControl gerade etwas…

Das stimmt mit dem Browser, habe am homee bereits PUT, GET und POST erfolglos probiert.

http statt https? (oben hattest Du http benutzt)

ja, hab beides versucht. einmal mit http, einmal mit https, jeweils noch mit IP, oder DNS Namen und jede der Kombinationen mit POST, GET, PUT. Bin mit meinem Latein langsam am Ende.

PS: Hab am IObroker jedesmal auch wieder https entsprechend aktiviert/deaktiviert.

Encoding? Die Falschen Hochkommata?

Ich hatte auch ein Problem. Bei mir wurde zwar der Text ausgegeben, aber unter homee wurde ein A am Anfang und ja am Ende gesprochen. Über dem Browser war alles in Ordnung. Habe dann beim value die beiden Anführungszeichen gelöscht und neu eingegeben. Danach funktioniert es nun auch unter homee korrekt. Den Webhook hatte ich aus einem Post rauskopiert und abgeändert. Daher der Vorschlag mit neu eingeben.

PUT steht oben in der Beschreibung und damit funktioniert es auch.

Merkwürdig warum es bei dir nicht läuft…

Vielleicht hat jemand der etwas mehr Erfahrung hat, noch einen guten Tipp.

Hab den kompletten String nochmal neu direkt in homee von Hand eingetippt, mit dem Hochkommata welches auf der Zifferntaste 2 liegen und im Anschluss auch mit dem ’ . Via Browseraufruf funktionieren beide. Via homee bleibt Alexa mit beiden Strings stumm.

Trotzdem schon einmal vielen Dank für die vielen Tipps, vielleicht kommen wir dem Ganzen ja noch auf die Spur

Hast du es schon Mal mit einer anderen App versucht? Verwendest du die WebApp unter Windows mit dem neuen Edge?

Gute Idee, arbeite mit Win10 und Google Chrome. Unter Firefox auf Win10 oder der homee Android App leider das selbe Ergebnis.

Schon mal mit der ios-App probiert?

Gute Neuigkeiten, ich habe die Zeit genutzt und den ioBroker neu aufgesetzt, selbes Vorgehen wie das letzte Mal (denke ich zumindest) und jetzt funktioniert es! Irgendwo ein Fehler im Detail vermutlich.

Vielen Dank an alle für die Hilfe!

1 „Gefällt mir“

Hier noch eine kleine Ergänzung für alle „Spielkinder“ unter uns: Die Webhooks funktionieren auch mit der Speechcon Funktion von Alexa

https://developer.amazon.com/de-DE/docs/alexa/custom-skills/speechcon-reference-interjections-german.html

Hier mal ein Beispiel:

192.168.178.40:8087/set/alexa2.0.Echo-Devices.XXX.Commands.speak?value=15;%3Cspeak%3E%3Csay-as%20interpret-as%3D%22interjection%22%3Eoh%20oh%3C%2Fsay-as%3E%3C%2Fspeak%3E