LBS19000809 - Alexa Control

[jonofe]

aber httpd restart nicht

ab CentOS7 wird der Webserver mit

systemctl restart httpd

neu gestartet. Ein Reboot des EDOMI Servers tuts aber auch.

Zum LBS:

Es muss folgende Einstellung gemacht werden:

E1: 1
E2: 8
E3: Amazon Account (E-Mail)
E4: Amazon Password
E5: DE
E10: Name des Echo Geräte, dass du steuern willst. (Umlaute sind kein Problem)
E38: auto
E43: Hier sollte zunächst der Default Wert des LBS erhalten bleiben (Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:65.0) Gecko/20100101 Firefox/65.0)
E45: 2FA-Secret, falls dein Amazon Account mit 2-Factor-Authentication geschützt ist

Für den Auto-Mode muss E3-E6 gesetzt sein.

Für Manual-Mode muss E7-E9 gesetzt sein (E7-E10 ist ein Fehler in der Doku).
Der Manual Mode ist nicht empfohlen und erzeugt deutlich mehr regelmäßigen Aufwand, bei dem sich durch externe Änderungen seitens Amazon auch immer wieder mal neue Methodiken ergeben. Daher auch von mir nicht mehr supported. Wenn man den nutzen möchte, dann sollte man durch Eigenrecherche herausfinden, wie man CSRF und Cookie generieren bzw. herausfinden kann.

Wenn der LBS wie oben konfiguriert ist, dann EDOMI Projekt neu aktivieren und bei Fehlermeldungen den entsprechenden Logabschnitt posten.

Außerdem sollte eine Datei im Verzeichnis /tmp generiert werden:

/tmp/.alexa-<AMAZON-EMAIL>.cookie

Ggf. diesen auch mit anonymisierten Tokens hier posten.

[Mikelop]

Danke jonofe, für die rasante Antwort.

Das hilft und bringt mich wieder weiter.
Edomi hab ich paar mal gestartet und auch immer aktiviert, also sollte das passen zum ersten Problem.

Bis auf E45 hab ich alles ausgefüllt gehabt wie du geschrieben hast. Muss ich mal bei Amazon nachschauen ob ich 2-Factor-Athentication habe.
Bin mir nur bei E10 nicht mehr sicher, aber ich glaub ich hab hier auch den Echo-Namen geschrieben. (einmal ohne und einmal mit probiert. E7-E9 hab ich dann frei gelassen)

/temp hab ich noch nicht kontrolliert kann ich machen.
Logfile kann ich abends für weitere Nachforschung gerne posten.

Danke bisher.

[vento66]

Edomi hab ich paar mal gestartet

Den Server neu starten, nicht nur EDOMI.

[jonofe]

/temp hab ich noch nicht kontrolliert kann ich machen.

/tmp ... NICHT /temp

[Mikelop]

Den Server neu starten, nicht nur EDOMI.

/tmp ... NICHT /temp

Ok. Danke. Werde ich so machen.

[Mikelop]

Also, schon mal vielen Dank, ich konnte heute mit euren Tipps Alexa dazu bewegen Texte vorzulesen. Super!

Mein Problem war letztens wirklich der falsche Restart Webserver Befehl bei CentOS7 und wie vento66 schrieb, hab ich öfter Edomi neugestartet und aktiviert, aber nie den Server dazwischen und das ich bei E10 nicht den Echo-Namen geschrieben habe, da habe ich mich von der alten Anleitung verwirren lassen.

Jedenfalls klappt es, aber ich hätte noch 4 kurze Fragen:

1. Es wurde trotzdem anscheinend keine Datei (cookie) erzeugt. Bin kein Linux-Profi aber wenn ich mit cd /tmp gehe und dort mit ls aufliste, gibt es so eine alexa-Datei nicht in diesem Verzeichnis.
2. Interessehalber hab ich auch in das Logfile geschaut und folgende mehrfache gleiche Auflistung gefunden

 Entfernt weil zu groß und falsches Format. Sie anderes Format weiter unten

Kann es sein das hier im Log immer alle vorhanden Echos im Netzwerk aufgeführt werden bzw. erfolgreich verbunden werden? Auch wenn nur ein Echo unter E10 ausgewählt ist? Und ist deviceFamilys: UNKNOWN und deviceFamilys: VOX so korrekt?

3. Können auch mehrere Echos über E10 angesprochen werden, oder brauch ich dazu jeweils eine Kopie des ganzen LBS?
4. Läuft gerade Musik und man triggert eine Ansage mit höherer Lautstärke, wird die aktuelle Musik 1-2s auch noch lauter gedreht bevor die Alexa-Ansage kommt. Ist das auch schon jemanden aufgefallen? Stoppt ihr mit einer Logik zuvor die Wiedergaben vor Ansagen?

Vielen Dank für eure Hilfen schon mal!

[jonofe]

1. Es wurde trotzdem anscheinend keine Datei (cookie) erzeugt. Bin kein Linux-Profi aber wenn ich mit cd /tmp gehe und dort mit ls aufliste, gibt es so eine alexa-Datei nicht in diesem Verzeichnis.

ls -la

Kann es sein das hier im Log immer alle vorhanden Echos im Netzwerk aufgeführt werden bzw. erfolgreich verbunden werden?

Es gibt nur eine Verbindung zu Amazon Alexa.
Das Logfile ist nicht wirklich lesbar, da du HTML gepostet hast. Bitte Logfiles als Plaintext posten.

Und ist deviceFamilys: UNKNOWN und deviceFamilys: VOX so korrekt?

UNKNOWN bedeutet, das vermutlich ein Echo nichterkannt wird. Welche Modelle setzt du denn ein?

3. Können auch mehrere Echos über E10 angesprochen werden, oder brauch ich dazu jeweils eine Kopie des ganzen LBS?

Grundsätzlich würde es zwar funktionieren, aber meine Empfehlung ist je Echo eine LBS-Instanz einzusetzen.

4. Läuft gerade Musik und man triggert eine Ansage mit höherer Lautstärke, wird die aktuelle Musik 1-2s auch noch lauter gedreht bevor die Alexa-Ansage kommt. Ist das auch schon jemanden aufgefallen? Stoppt ihr mit einer Logik zuvor die Wiedergaben vor Ansagen?

Da die Befehle sequentiell abgearbeitet werden, geht das vermutlich nicht anders, außer halt vorher das Gerät auf Pause zu schalten. Könnte aber schwierig werden, da bei einem Echo, der gerade nichts abspielt, dann beim Fortsetzen (PLAY) am Ende der Durchsage dann wieder Musik abgespielt wird.

[Mikelop]

Also
- mit ls -la sehe ich nun die Cookie. Sie wurde also angelegt, alles gut
- ich setzte folgende Modelle Echo 1. Gen., Echo dot 2. Gen., Echo dot 3. Gen. und Echo dot 4. Gen.
- ok dann verwende ich pro Echo eine LBS-Instanz
- mit Pause und Play müsste man sich dann evlt. was an logik basteln. Evtl. zuvor abfragen ob Musik gespielt wird, ober nacher wieder Play schicken muss
- hier nochmal einen Versuch den Log diesmal richtig einzufügen:

2022-08-30 20:27:31	753328	5006	debug	EXE19000809 [v2.4]: Message received:
2022-08-30 20:27:31	754169	5006	debug	EXE19000809 [v2.4]: ================ ARRAY/OBJECT START ================
2022-08-30 20:27:31	754338	5006	debug	EXE19000809 [v2.4]: {"volume":"30"}
2022-08-30 20:27:31	754488	5006	debug	EXE19000809 [v2.4]: ================ ARRAY/OBJECT END ================
2022-08-30 20:27:31	942620	5006	debug	EXE19000809 [v2.4]: Importing CSRF from cookie file...
2022-08-30 20:27:31	946224	5006	debug	EXE19000809 [v2.4]: Executing command volume => 30 (UserAgent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:65.0) Gecko/20100101 Firefox/65.0)
2022-08-30 20:27:31	949733	5006	debug	EXE19000809 [v2.4]: setVolume-JSON: {"behaviorId":"PREVIEW","sequenceJson":"{"@type " :"com.amazon.alexa.behaviors.model.Sequence","s tartNode":{"@type":"com.amazon.alexa.behaviors .model.OpaquePayloadOperationNode","type":"Ale xa.DeviceControls.Volume","operationPayload":{\ "deviceType":"xxxxxx","deviceSerialNumb er":"xxxxxxx","customerId":"xxxxxxxx","locale":" de _DE","value":"30"}}} ","status":"ENABLED"}
2022-08-30 20:27:32	101335	5006	debug	EXE19000809 [v2.4]: Command execution finished
2022-08-30 20:27:37	172607	5006	debug	EXE19000809 [v2.4]: regular status update
2022-08-30 20:27:37	176282	5006	debug	EXE19000809 [v2.4]: searchDevices() start
2022-08-30 20:27:37	180088	5006	debug	EXE19000809 [v2.4]: Importing CSRF from cookie file...
2022-08-30 20:27:37	182914	5006	debug	EXE19000809 [v2.4]: INFO: CSRF FOUND: 1
2022-08-30 20:27:37	530632	5006	debug	EXE19000809 [v2.4]: other deviceFamilys: UNKNOWN
2022-08-30 20:27:37	531614	5006	debug	EXE19000809 [v2.4]: other deviceFamilys: VOX
2022-08-30 20:27:37	532571	5006	debug	EXE19000809 [v2.4]: searchDevices(): devices read successfully
2022-08-30 20:27:37	533565	5006	debug	EXE19000809 [v2.4]: update_devices() start
2022-08-30 20:27:37	596635	5006	debug	EXE19000809 [v2.4]: update_devices() end
2022-08-30 20:27:47	162410	5006	debug	EXE19000809 [v2.4]: regular status update
2022-08-30 20:27:47	165955	5006	debug	EXE19000809 [v2.4]: searchDevices() start
2022-08-30 20:27:47	169039	5006	debug	EXE19000809 [v2.4]: Importing CSRF from cookie file...
2022-08-30 20:27:47	173007	5006	debug	EXE19000809 [v2.4]: INFO: CSRF FOUND: 1
2022-08-30 20:27:47	595822	5006	debug	EXE19000809 [v2.4]: other deviceFamilys: UNKNOWN
2022-08-30 20:27:47	598917	5006	debug	EXE19000809 [v2.4]: other deviceFamilys: VOX
2022-08-30 20:27:47	602123	5006	debug	EXE19000809 [v2.4]: searchDevices(): devices read successfully
2022-08-30 20:27:47	605859	5006	debug	EXE19000809 [v2.4]: update_devices() start
2022-08-30 20:27:47	622761	5006	debug	EXE19000809 [v2.4]: update_devices() end
2022-08-30 20:27:57	153692	5006	debug	EXE19000809 [v2.4]: regular status update
2022-08-30 20:27:57	158833	5006	debug	EXE19000809 [v2.4]: searchDevices() start
2022-08-30 20:27:57	162178	5006	debug	EXE19000809 [v2.4]: Importing CSRF from cookie file...
2022-08-30 20:27:57	163413	5006	debug	EXE19000809 [v2.4]: INFO: CSRF FOUND: 1
2022-08-30 20:27:57	639966	5006	debug	EXE19000809 [v2.4]: other deviceFamilys: UNKNOWN
2022-08-30 20:27:57	643752	5006	debug	EXE19000809 [v2.4]: other deviceFamilys: VOX
2022-08-30 20:27:57	648132	5006	debug	EXE19000809 [v2.4]: searchDevices(): devices read successfully
2022-08-30 20:27:57	651665	5006	debug	EXE19000809 [v2.4]: update_devices() start
2022-08-30 20:27:57	671394	5006	debug	EXE19000809 [v2.4]: update_devices() end
2022-08-30 20:28:07	122647	5006	debug	EXE19000809 [v2.4]: regular status update
2022-08-30 20:28:07	126184	5006	debug	EXE19000809 [v2.4]: searchDevices() start
2022-08-30 20:28:07	129369	5006	debug	EXE19000809 [v2.4]: Importing CSRF from cookie file...
2022-08-30 20:28:07	133925	5006	debug	EXE19000809 [v2.4]: INFO: CSRF FOUND: 1
2022-08-30 20:28:07	541064	5006	debug	EXE19000809 [v2.4]: other deviceFamilys: UNKNOWN
2022-08-30 20:28:07	543687	5006	debug	EXE19000809 [v2.4]: other deviceFamilys: VOX
2022-08-30 20:28:07	544727	5006	debug	EXE19000809 [v2.4]: searchDevices(): devices read successfully
2022-08-30 20:28:07	545936	5006	debug	EXE19000809 [v2.4]: update_devices() start
2022-08-30 20:28:07	552175	5006	debug	EXE19000809 [v2.4]: update_devices() end
2022-08-30 20:28:17	165252	5006	debug	EXE19000809 [v2.4]: regular status update
2022-08-30 20:28:17	168884	5006	debug	EXE19000809 [v2.4]: searchDevices() start
2022-08-30 20:28:17	172394	5006	debug	EXE19000809 [v2.4]: Importing CSRF from cookie file...
2022-08-30 20:28:17	173454	5006	debug	EXE19000809 [v2.4]: INFO: CSRF FOUND: 1
2022-08-30 20:28:17	601752	5006	debug	EXE19000809 [v2.4]: other deviceFamilys: UNKNOWN
2022-08-30 20:28:17	605335	5006	debug	EXE19000809 [v2.4]: other deviceFamilys: VOX
2022-08-30 20:28:17	612124	5006	debug	EXE19000809 [v2.4]: searchDevices(): devices read successfully
2022-08-30 20:28:17	616385	5006	debug	EXE19000809 [v2.4]: update_devices() start
2022-08-30 20:28:17	626280	5006	debug	EXE19000809 [v2.4]: update_devices() end
2022-08-30 20:28:27	166323	5006	debug	EXE19000809 [v2.4]: regular status update
2022-08-30 20:28:27	170370	5006	debug	EXE19000809 [v2.4]: searchDevices() start
2022-08-30 20:28:27	173964	5006	debug	EXE19000809 [v2.4]: Importing CSRF from cookie file...
2022-08-30 20:28:27	177680	5006	debug	EXE19000809 [v2.4]: INFO: CSRF FOUND: 1
2022-08-30 20:28:27	526021	5006	debug	EXE19000809 [v2.4]: other deviceFamilys: UNKNOWN
2022-08-30 20:28:27	527255	5006	debug	EXE19000809 [v2.4]: other deviceFamilys: VOX
2022-08-30 20:28:27	528475	5006	debug	EXE19000809 [v2.4]: searchDevices(): devices read successfully
2022-08-30 20:28:27	529643	5006	debug	EXE19000809 [v2.4]: update_devices() start
2022-08-30 20:28:27	883622	5006	debug	EXE19000809 [v2.4]: update_devices() end
2022-08-30 20:28:37	106221	5006	debug	EXE19000809 [v2.4]: regular status update
2022-08-30 20:28:37	107222	5006	debug	EXE19000809 [v2.4]: searchDevices() start
2022-08-30 20:28:37	108220	5006	debug	EXE19000809 [v2.4]: Importing CSRF from cookie file...
2022-08-30 20:28:37	109249	5006	debug	EXE19000809 [v2.4]: INFO: CSRF FOUND: 1
2022-08-30 20:28:37	594799	5006	debug	EXE19000809 [v2.4]: other deviceFamilys: UNKNOWN
2022-08-30 20:28:37	598202	5006	debug	EXE19000809 [v2.4]: other deviceFamilys: VOX
2022-08-30 20:28:37	602226	5006	debug	EXE19000809 [v2.4]: searchDevices(): devices read successfully
2022-08-30 20:28:37	603411	5006	debug	EXE19000809 [v2.4]: update_devices() start
2022-08-30 20:28:37	608180	5006	debug	EXE19000809 [v2.4]: update_devices() end
2022-08-30 20:28:47	190900	5006	debug	EXE19000809 [v2.4]: regular status update
2022-08-30 20:28:47	191931	5006	debug	EXE19000809 [v2.4]: searchDevices() start
2022-08-30 20:28:47	192946	5006	debug	EXE19000809 [v2.4]: Importing CSRF from cookie file...
2022-08-30 20:28:47	193974	5006	debug	EXE19000809 [v2.4]: INFO: CSRF FOUND: 1
2022-08-30 20:28:47	573779	5006	debug	EXE19000809 [v2.4]: other deviceFamilys: UNKNOWN
2022-08-30 20:28:47	578188	5006	debug	EXE19000809 [v2.4]: other deviceFamilys: VOX
2022-08-30 20:28:47	583342	5006	debug	EXE19000809 [v2.4]: searchDevices(): devices read successfully
2022-08-30 20:28:47	590183	5006	debug	EXE19000809 [v2.4]: update_devices() start
2022-08-30 20:28:47	596605	5006	debug	EXE19000809 [v2.4]: update_devices() end
2022-08-30 20:28:57	106998	5006	debug	EXE19000809 [v2.4]: regular status update
2022-08-30 20:28:57	108540	5006	debug	EXE19000809 [v2.4]: searchDevices() start
2022-08-30 20:28:57	110284	5006	debug	EXE19000809 [v2.4]: Importing CSRF from cookie file...
2022-08-30 20:28:57	111596	5006	debug	EXE19000809 [v2.4]: INFO: CSRF FOUND: 1
2022-08-30 20:28:57	521802	5006	debug	EXE19000809 [v2.4]: other deviceFamilys: UNKNOWN
2022-08-30 20:28:57	522803	5006	debug	EXE19000809 [v2.4]: other deviceFamilys: VOX
2022-08-30 20:28:57	523757	5006	debug	EXE19000809 [v2.4]: searchDevices(): devices read successfully
2022-08-30 20:28:57	524780	5006	debug	EXE19000809 [v2.4]: update_devices() start
2022-08-30 20:28:57	530179	5006	debug	EXE19000809 [v2.4]: update_devices() end
2022-08-30 20:29:03	255305	4973	debug	LBS19000809 [v2.4]: LBS started
2022-08-30 20:29:03	256582	4973	debug	LBS19000809 [v2.4]: LBS ended

Wenn ich mir das Logfile nochmal genauer anschaue heute, dann wird das der 10s-Update-Turnus sein, der dann jedes mal im Log das Gerät neu einlest, oder? Am Baustein ist ja 10s und bei E2 eine 8, deshalb wird das alles mitgeschrieben, oder?

[jonofe]

Wenn ich mir das Logfile nochmal genauer anschaue heute, dann wird das der 10s-Update-Turnus sein, der dann jedes mal im Log das Gerät neu einlest, oder?

Ja, das ist die Updatefrequenz für die Ausgänge des LBS. Auch dafür ist ein LBS je Echo sinnvoll, zumindest wenn du die Ausgänge irgendwie visualisieren willst oder in anderen Logiken benötigst. Allerdings ist die Aktualität bzw. Interpretierbarkeit seitens Amazon auch nicht immer gegeben.
Es gibt allerdings auch eine bislang unveröffentlichte Version 2.5 des LBS, welche eine verlässliche Ausgabe der aktuellen Lautstärke ermöglicht, falls man mit externen Tastern die Lautstärke bedienen will (lauter/leiser-Taster).

- ich setzte folgende Modelle Echo 1. Gen., Echo dot 2. Gen., Echo dot 3. Gen. und Echo dot 4. Gen.

Außer den Dot4 verwende ich die anderen auch. Funktioniert der Dot4 mit dem LBS? Hast du evtl. noch andere virtuelle Devices, die beim Alexa Service angemeldet sind. Den "Device Type Unknown" kannst du ignorieren, wenn alle Echo funktionieren. Ansonsten kannst du mal das Modell posten, welches nicht funktioniert.

hier nochmal einen Versuch den Log diesmal richtig einzufügen:

eher so ...

2022-08-28 06:44:59 331394 2400 debug LBS19000809 [v2.5]: LBS started
2022-08-28 06:44:59 332184 2400 debug LBS19000809 [v2.5]: LBS ended
2022-08-28 06:44:59 363780 3904 debug EXE19000809 [v2.5]: Message received:
2022-08-28 06:44:59 363892 3904 debug EXE19000809 [v2.5]: ================ ARRAY/OBJECT START ================
2022-08-28 06:44:59 363914 3904 debug EXE19000809 [v2.5]: {"getVolume":"1"}
2022-08-28 06:44:59 363926 3904 debug EXE19000809 [v2.5]: ================ ARRAY/OBJECT END ================
2022-08-28 06:44:59 515707 3904 debug EXE19000809 [v2.5]: Importing CSRF from cookie file...
2022-08-28 06:44:59 516247 3904 debug EXE19000809 [v2.5]: Executing command getVolume => 1 (UserAgent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:65.0) Gecko/20100101 Firefox/65.0)
2022-08-28 06:44:59 516748 3904 debug EXE19000809 [v2.5]: Headers
2022-08-28 06:44:59 516778 3904 debug EXE19000809 [v2.5]: ================ ARRAY/OBJECT START ================
2022-08-28 06:44:59 516807 3904 debug EXE19000809 [v2.5]: ["DNT: 1","Connection: keep-alive","Content-Type: application\/json; charset=UTF-8","Referer: https:\/\/alexa.amazon.de\/spa\/index.html","Origin: https:\/\/alexa.amazon.de","csrf: 951245403"]
2022-08-28 06:44:59 516823 3904 debug EXE19000809 [v2.5]: ================ ARRAY/OBJECT END ================
2022-08-28 06:44:59 517287 3904 debug EXE19000809 [v2.5]: URL: https://alexa.amazon.de/api/devices/deviceType/dsn/audio/v1/allDeviceVolumes

Dazu am besten in der Basisconfig das Format der Logfiles auf Text umstellen.

[Mikelop]

Der Log so besser?

2022-08-31 17:17:47 290613 4423 debug EXE19000809 [v2.4]: regular status update
2022-08-31 17:17:47 291836 4423 debug EXE19000809 [v2.4]: searchDevices() start
2022-08-31 17:17:47 292913 4423 debug EXE19000809 [v2.4]: Importing CSRF from cookie file...
2022-08-31 17:17:47 294037 4423 debug EXE19000809 [v2.4]: INFO: CSRF FOUND: 1
2022-08-31 17:17:47 710514 4423 debug EXE19000809 [v2.4]: other deviceFamilys: UNKNOWN
2022-08-31 17:17:47 715728 4423 debug EXE19000809 [v2.4]: other deviceFamilys: VOX
2022-08-31 17:17:47 720197 4423 debug EXE19000809 [v2.4]: searchDevices(): devices read successfully
2022-08-31 17:17:47 724261 4423 debug EXE19000809 [v2.4]: update_devices() start
2022-08-31 17:17:47 732352 4423 debug EXE19000809 [v2.4]: update_devices() end

Kurze Nachbesserung: Folgende Modelle haben wir Echo 1, Dot 2, Dot 3, Echo 4 (kein Dot) und noch ein Flex.

Hab es soeben mit dem LBS ausprobiert auch der Echo 4 sowie der Flex lassen sich ansprechen bzw. Text vorlesen

Anscheinend funktionieren alle Modelle, aber kann es sein weil in meiner Alexa App unter Geräte auch noch ein Firetv-Stick aufgeführt ist und eine Edomi-Instanz vom LBS 19002166, das dies für den Unkown-Typ im Log verantwortlich ist?

Wenn ich den E2 ändere von 8 auf 0, dann werden die alle 10s Log-Einträge nicht mehr protokolliert, oder?

Andere Idee was mir gerade noch eingefallen ist, ich habe eine Multiroom-Gruppe "Überall" angelegt die sich auch unter den Geräten befindet. (In der sind alle Echos verknüpft)
Wenn ich unter E10 das eintrage, vielleicht können dann Nachrichten global an alle Echos übertragen werden.

[jonofe]

weil in meiner Alexa App unter Geräte auch noch ein Firetv-Stick aufgeführt ist und eine Edomi-Instanz vom LBS 19002166, das dies für den Unkown-Typ im Log verantwortlich ist?

Ja, das wird der Grund sein!

Wenn ich den E2 ändere von 8 auf 0, dann werden die alle 10s Log-Einträge nicht mehr protokolliert, oder?

genau

Wenn ich unter E10 das eintrage, vielleicht können dann Nachrichten global an alle Echos übertragen werden.

Kannst du testen. Bin nicht sicher, ob das funktioniert. Ich selbst nutze das nicht.

[vento66]

Hat noch jemand den Effekt, das eine 1 auf E12 sowie eine 1 oder 0 auf E13 einen Error an A1 anzeigt, und es sich nix tut? Eine 0 an E12 startet jedoch die Wiedergabe. Alle anderen Befehle funktionieren soweit.

[jonofe]

Hat noch jemand den Effekt, das eine 1 auf E12 sowie eine 1 oder 0 auf E13 einen Error an A1 anzeigt, und es sich nix tut? Eine 0 an E12 startet jedoch die Wiedergabe. Alle anderen Befehle funktionieren soweit.

Ja, bei mir schalten auch seit 2-3 Tagen die Echos die Musik im Bad/GWC nicht mehr aus, wenn das Licht ausgeht.
Hatte aber noch keine Zeit mir das anzusehen.

[vento66]

Ok, dann brauch ich nicht schauen. Hatte mich nur gewundert, das die Musik heute noch lief. Eigentlich soll die mittels geofencing ausschalten.

[jonofe]

Bei ioBroker gibts dasselbe Problem. Und auch in der Alexa-App scheint es nicht zu funktionieren.
Vermutung ist, dass Amazon da was kaputt gemacht hat. Also erstmal Abwarten!