LBS19000809 - Alexa Control

[michaeldamm2]

Bei mir hat geholfen das ich beim starten kein das "Echo Name" leer gelassen habe.

Weiteres füllt sich nun das Error log mit dem Fehler
"Zeile: 1055 | Undefined index: Echo0"
"Zeile: 107 | Undefined variable: msg_queue"
" Zeile: 107 | msg_remove_queue() expects parameter 1 to be resource, null given"

[jonofe]

Müsste ich mir mal anschauen. Im Moment sind es wohl alle Devices, die auf den Account registriert sind.

Bei mir gehts übrigens jetzt auch wieder. Es kommt aber in wenigen Tagen ein Update, bei dem man dann entscheiden kann, ob man den automatischen oder den manuellen Mode wählt.Im automatischen Mode muss der Amazon Account angegeben werden und im manuellen Moden Device Infos, Cookie und CSRF.

[Winni]

Ich hab heute eine Ausgabe in den Baustein eingebaut in der Hoffnung ich bekomme raus, warum er nicht läuft (nur die Rückinfo in ein File schreiben).
Siehe da, nach Neustart hat er sich plötzlich connected.... Keine Ahnung warum.
Zum tieferen Test komme ich zwar im Moment noch nicht trotzdem habe ich was vermisst:
Gibt es eine Möglichkeit die Devices zu erkennen, die wirklich online sind? Wäre toll, wenn das in einer eigenen Liste oder irgendwie anders erkennbar wäre.

Gruß

[Janncsi]

Woran lag es?

[michaeldamm2]

Bin heute wieder mal drann am Probieren, bekomme den login nicht hin

/tmp/.alexa.cookie wird angelegt.

im error log wird geschrieben "Zeile: 107 | Undefined variable: msg_queue" und " Zeile: 107 | msg_remove_queue() expects parameter 1 to be resource, null given"

Update:

nun Läufts!!

[jonofe]

Das ist gut zu hören. Ich vermute es liegt an zu vielen Login Versuchen. Denn wenn ich die Rückmeldung von Amazon beim Login Versuch in ein HTML File schreibe und das mit dem Browser öffnen, dass ist ein Captcha Login. Das ist natürlich der Tod einer jeden Automatisierung. Ich hoffe das es nach gewisser Zeit wieder weggeht. Mal sehen...

Außerdem hatte ich gestern folgendes Phänomen: Wenn z.B. einen Radiosender abspielt, diesen stoppt und dann längere Zeit nicht wieder aktiviert, dann wird quasi der Sender zurückgesetzt, d.h. dann kann man mit "Alexa, weiter" nicht wieder starten, sondern man muss "Alexa, spiele WDR2" wieder starten. Genau in diesem Zustand hat mein LBS mit dem Echo nicht mehr funktioniert, d.h. ich konnte nichts starten und der Status hat sich auch nicht aktualisiert. Erst nachdem ich per Sprache wieder einen Sender gestartet hatte, danach hat der LBS wieder korrekt funktioniert. Ob der Echo in diesem STOP Zustand ist, kann man über www.alexa.de testen, dort auf "Now Playing" und dann den Echo auswählen. Wenn dann kein Sender Logo oder Cover erscheint, dann ist der ECHO im gestoppten Zustand. Falls das jemand testen kann, würde ich mich über ein Feedback freuen.

Bin gerade dabei eine optionale manuelle Eingabe der Device Infos zu implementieren. Die funktioniert bei mir tadellos.

[tger977]

Kein Login mehr möglich.

also bei mir geht der LBS nach wie vor... Hoffentlich bleibt das so, bin grad fleissig am weiter integrieren von Alexa.

[jonofe]

Gibt es denn jetzt die /tmp/.alexa.cookie?

[michaeldamm2]

So habe nun den ersten Fehler beseitigt!

das ich das in der VM Test hat die Urzeit nicht gepasst.

Datei wird angelegt und sieht auch so aus.

Es steht immer noch "Amazon Alexa Connection failed!" in der Log Datei

[Winni]

jonofe das Script hab' ich nicht getestet, wäre das wichtig für dich? Bin heute aber unterwegs....

[jonofe]

Hallo.

Habe es gerade bei mir auch probiert, bei mir kommt auch "Amazon Alexa Connection failed". die Datei /tmp/. wird nicht erstellt

Wird da gar keine Datei erzeugt? Das wäre ungewöhnlich.

Da sollte zumindest sowas drin stehen: (/tmp/.alexa.cookie)

# Netscape HTTP Cookie File
# https://curl.haxx.se/docs/http-cookies.html
# This file was generated by libcurl! Edit at your own risk.

.amazon.de    TRUE    /    FALSE    2147483647    session-id    257-6343-7185315
.amazon.de    TRUE    /    FALSE    2147483647    session-id-time    2147834l
.amazon.de    TRUE    /    FALSE    2147483647    ubid-acbde    262-2548-9128526
.amazon.de    TRUE    /    FALSE    2147850135    session-token    "sXk4my592okyjNU2okOHtigbcRM5MzMR9gnPk4feQkzXOyl1okFgkZaJrayDZTK9bV89KHvl6PwqCTRiJ/LGBI4AZDOqpn56qKGBs4923cgueXalkVkpNJRy/N2rWIBWqPXh+gMNcU13LfAkdPWDirdvUt1VYyJ0nFkyLx9b1HaJbYAwaAEA

[michaeldamm2]

Hallo.

Habe es gerade bei mir auch probiert, bei mir kommt auch "Amazon Alexa Connection failed". die Datei /tmp/. wird nicht erstellt

[jonofe]

Ja das stimmt. Mikro lässt sich nicht ausschalten.

Wobei dieser Ansatz mit Steuerung der Echos birgt natürlich das Risiko, dass Amazon etwas ändert und es dann nicht mehr funktioniert.
So ist es bei mir auch seit gestern Abend. Kein Login mehr möglich. Auch nicht mit dem ursprünglichen Skript. Das ist echt seltsam. Habe jetzt scheinbar dasselbe Phänomen wie Winni.

@Winni: Hast du mal das Original Shell Skript ausprobiert?

[Janncsi]

Toller Baustein und lässt mich wirklich wieder rätseln, ob ich den ganzen heos-kram wieder rauswerfe und nur mit den Echo arbeite...

Einen Befehl für das Ausschalten der Mikrofone gibt es aber nicht, richtig? Müsste man also eher das WLAN für die Echos deaktivieren?!

[jonofe]

Ich habe nun aktuell ein ähnliches Problem. Und das ganze auch reproduzierbar mit dem ursprünglichen Skript von http://blog.loetzimmer.de/2017/10/am...hell-echo.html. Keine Ahnung was da los ist. Vielleicht hat Amazon irgendwas geändert.