LBS19000809 - Alexa Control

[jonofe]

Ich sehe 3 Möglichkeiten:

1. Zwei separate Ausgänge (A1 kann Refresh triggern)
2. Refresh Result gar nicht ausgeben (A1 kann Refresh triggern)
3. Nach jedem Command automatisch ein Refresh machen (A1 muss kein Refresh triggern)

[Winni]

jonofe

Danke für's einbauen, evtl. eine Frage: ich habe "dein" Result verwendet um bei Befehlen aus der Visu möglichst schnell zu refreshen. Du hast jetzt "mein" Result auf den gleichen Ausgang gelegt, wäre es Evtl. möglich ein Befehls-Result und ein Refresh-Result zu haben um eine Endlos-Schleife zu verhindern?
Oder hast du auf die Schnelle eine andere Idee das zu unterscheiden ?
Wir können aus meiner Sicht auch darauf verzichten das Refresh-Result auszugeben, mach halt Sinn wenn jemand evtl. extern noch weitere Infos benutzen will.

Winni

[jonofe]

Ich habe einen Baustein für Alexa auf deinem aufgesetzt, der den aktuellen Status zurückgibt, also Titel / Radiostation, Bild....
Willst du die Logik in deinen mit aufnehmen?

Winni ,

super, ja ich denke das macht Sinn, es in den bestehenden LBS zu integrieren.
Das habe ich mal in v0.2 umgesetzt.

Danke für die Erweiterung.

[ThorstenGehrig]

Hi jonofe,
einen Spottify baustein hast du ja schon gebaut - danke dafür :-)
(ich hatte noch keine Zeit ihn anzuschauen).
Ich habe auf meine "basic-shell-scripte" vor kurzem ein gutes input auf Gut-Hub bekommen: das dortige "alexa-remote-controll" kann jetzt die cookies automatisch extrahieren.
Außerdem sind etliche weitere Befehle eingebaut worden:

https://github.com/thorsten-gehrig/alexa-remote-control

-e : run command <pause|play|next|prev|fwd|rwd|shuffle|vol:<0-100>
-q : query queue
-b : connect/disconnect bluetooth device
-r : play tunein radio
-s : play library track
-t : play Prime playlist
-u : play Prime station
-v : play Prime historical queue
-w : play library playlist
-i : list imported library tracks
-p : list purchased library tracks
-P : list Prime playlists
-S : list Prime stations
-a : list available devices
-m : delete multiroom and/or create new multiroom containing devices
-l : logoff
-h : help

Zugehöriger Blog-Eintrag: http://blog.loetzimmer.de/2017/10/am...hell-echo.html

Einige funktionen benötigen einen Jason-Parser (jq) der nicht standardmäßig auf dem EDOMI ist, es gibt aber auch eine Plain-Version ohne jq dafür mit eingeschränkten funktionsumpfang:
https://loetzimmer.de/patches/alexa_...ntrol_plain.sh

Die Code-Erweiterungen kommen Alexander Noack - scheinbar kein KNX User (eher FHEM wenn ich das recht lese) => der open source & community gedanke greift hier exzellent :-)

Nun zu meinem Punkt: ich habe weiterhin immerwieder den bedarf den Cookie und CSFR auszulesen... könntest du evtl. das automatische auslesen in deinen Baustein übernehmen?
Neben meiner "persönlichen Problemstellung" denke ich das es für andere Anwende auch schönder&einfacher ist dort Amazon-ID und Passwort zu hinterlegen...

Gruß
Thorsten

[Jurkoe]

Hallo André,
du hattest Recht. Nach dem ich in der /etc/resolv.conf den nameserver aktualisiert habe, war das Problem weg.
Danke für den Hinweis.
LG Eneriko

[jonofe]

Habs mir mal im Sourcecode angeschaut. Der Fehler tritt bei der Sendersuche via http://tunein.com in Zeile 300 auf. Scheint ein DNS Problem auf deiner Seite zu sein, dass der Servername tunein.com nicht aufgelöst werden kann. Bei mir funktioniert es fehlerfrei. Am besten mal prüfen, ob dein DNS auf dem EDOMI Server richtig konfiguriert ist.

[Jurkoe]

Hallo André,
anbei die Infos aus den Log Files.

2017-11-25 05:51:23	501600	?	2165	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000809.php | Fehlercode: 2 | Zeile: 135 | file_get_contents(): php_network_getaddresses: getaddrinfo failed: Temporary failure in name resolution	ERROR
2017-11-25 05:51:23	502130	?	2165	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000809.php | Fehlercode: 2 | Zeile: 135 | file_get_contents(http://tunein.com/search/?query=ORF+Radio+Vorarlberg): failed to open stream: php_network_getaddresses: getaddrinfo failed: Temporary failure in name resolution

Log19000809.PNG
LG Eneriko

[jonofe]

Bei welcher Funktion erscheint der Fehler?
In welchem Log taucht er auf?
Wie lautet der genaue Fehler inkl. Zeilennummer?
Poste doch mal das Logfile.
Sieht nach DNS aus. Evtl. hat sich an den Amazon Servernamen etwas geändert.

[Jurkoe]

Hallo André,
seit ein paar Wochen bekomme ich folgende Fehlermeldung wenn ich die Alexa steuern möchte: file_get_contents(): php_network_getaddresses: getaddrinfo failed: Temporary failure in name resolution.

Habe den Fehler nicht gefunden, weißt Du vielleicht an was das liegen kann?

LG Eneriko

[ThorstenGehrig]

Okay... wenn die Cookies nur bei mir ein Problem sind ... ist es sinnvoller dieses Problem bei mir zu lösen.
Generell ist das schonmal eine gute Nachricht das es Grundsätzlich dauerhaft funktionieren sollte.
Vielleicht liegt es irgendwo an den langen "offline" Zeiten (die Kisten sind im Smarthome z.T. mehrere Wochen vom Strom getrennt) - oder an anderen "spielereien".
Die Spottify API hab ich mir noch nicht im detail angeschaut - mangels möglichkeiten in den nächsten 5-6 Monaten kommt das bei mir frühestens in 2018 auf die prioritäten-Liste.... :-)
Gruß
Thorsten

[sepplo815]

Schade, trotzdem danke für die Antwort

[jonofe]

Nein, meines Wissens ist das nicht möglich.

[sepplo815]

Hi, weil der LBS gerade wieder diskutiert wird.
Hätte auch noch eine Frage dazu.
Wäre es möglich, den Status des Echo Device bekannt zu geben?
Also, ob gerade etwas Bestimmtes passiert, z.B. Ansage läuft, oder Musik wird gespielt, es wurde was gefragt…
Oder auch nur generell, ist aktiviert bzw. Ton wird ausgegeben?

Wäre dann wol ein eigener LBS fällt mir gerade auf.
"Alexa Status" oder so...

Gruß
Seppl

[jonofe]

Die Spotify API hatte ich mir auch schon mal angeschaut, allerdings in einem anderen Zusammenhang. Wenn ich wieder Zeit habe, werde ich mal einen kleinen PoC machen. Bin im Moment noch an einem MikroTik LBS dran.

Die Probleme mit dem Cookie kann ich bislang nicht bestätigen. Hast du evtl. den Echo neu registriert, so dass das Cookie vielleicht deshalb nicht mehr funktioniert? Grundsätzlich waren die eigentlich mehrere Jahre gültig, wenn ich mich richtig erinnere.
Die Cookie Generierung zu automatisieren ist mir wirklich too much. Da ist zumindest für mich das Aufwand/Nutzen Verhältnis deutlich im negativen Bereich.

[ThorstenGehrig]

Hi Jonofe,
ich antworte mal auf diesen "alten" thread.
Leider hast du recht was Spotify angeht - vielleicht tut such ja bald mal was....
Alternative sind die Google-Home´s ... jetzt min dem Mini wird das vielleicht "offener" als mit Alexa work-arounds zu spielen... bisher habe ich aber auch mehr Alexa´s rumliegen - aber der Home ist seit einem Jahr auf dem Schreibtisch (und wird täglich besser) - under Home mini kommt ja nächste Woche.
Naja - zurück zum Thema Alexa:

Spotify: was scheinbar funktioniert ist Spotify über die Spotify-Webseite (getestet) und Spotify-API (nicht getestet) abzuspielen - auch direkt auf der Alexa.
Da fehlt uns also ein Spotify baustein... da es dort eine offizielle API gibt vielleicht gar keine schlechte Idee? Die dokumentation enthält sogar demo curl-befehleszeilen ...

Thema 2: der cookie.... gibt es hier erfahrungswerte wie lange der cookie hält? Ich bin derzeit leider nur alle paar Wochen zurück in meinem Smarthome... und meistens muss ich den cookie erneuern. Ich frage mich ob es irgendeine möglichkeit gibt das cookie automatisch abzufragen/auszulesen... Schonmal dazu eine idee gehabt?
Neben meinen bisher erfolglosen Recherchen zu "direkteren Methoden" (irgend eine curl-magic?) bin ich auch auf Chrome DevTools Protocol gestoßen (https://chromedevtools.github.io/devtools-protocol/) .
Damit könnte man einen Chrome-browser vermutlich Fernsteuern (öffnen, Alexa-einloggen, cookie extrahieren, fertig?). Sicherlich "von hinten durch die Brust ins Auge" - aber das einige was ich derzeit gefunen habe was machbar scheint...

Gruß
Thorsten