Monatsrückblick Januar/Februar 2026 ist online!

[padrino]

@apollon77
Wenn man einen Echo erst mit Strom versorgt, wärend der Adapter schon läuft, das Gerät aber an sich (von "früher) dem Adapter bekannt ist (also auch mit Datenpunkte angelegt ist), ist dann zu erwarten, dass das Wakeword nicht aus dem History Datenpunkt getilgt wird?
Dem scheint nämlich so sein, bis man den Adapter neu startet. =)

[JB_Sullivan]

Kurze Zwischenfrage, die nicht zwingend etwas mit der hier beschriebenen Problematik zu hat. Wenn es das Thema schon irgendwo gibt, vielleicht kann mich jemand da hin linken. Ich habe jedenfalls nichts dazu gefunden oder die falschen Schlagwörter verwendet.

Die Frage lautete, warum sind bei einem FireHD als Echo Device keine Audio Operationen möglich? Siehe Vergleich FireHD und Echo Spot. Von Amazon nicht vorgesehen oder in Alexa 2.0 nicht implementiert.

Vielen Dank - Sorry für`s Thread missbrauchen.

[deta]

Ich habe es gerade mal probiert! Und Alexa hat einen Song gezwischert :relaxed:

[apollon77]

@padrino sollte an sich unabhängig sein, es seinen Amazon fragt das wakeword vom Gerät selbst ab irgendwie und liefert ggf ein falsches beim adapterstart. Das müsste man über debug Logs rausfinden. Wenn es dir wichtig genug ist bitte debug log von adapterstart für einen Fall mit deaktiviertem und einmal mit aktivierten gerät machen und mir schicken. Dann kann ich das vergleichen.

[apollon77]

@JB_Sullivan wenn es die 2.3.3 ist über die wir reden dann liegt es daran das mal ein User gemeldet hat das dieses deviceTyp das nicht kann. Ob es das kann kannst runtersein indem du versuchst per Alexa Handy App eine Routine anzulegen zb mit Sprachausgabe oder so und dann dieses Gerät auszuwählen. Wenn es nicht auswählest ist dann geht es nicht und du hast deine Antwort. Wenn es wählbar Istanbul es geht dan bitte GitHub issue mit devicetype und den Infos was doch geht. Dann kann ich das ändern.

[apollon77]

@JB_Sullivan oooohhh Ps: Audio Funktionen werden anhand der von Amazon gemeldeten capabilities definiert. Wenn die fehlen dann kann das Gerät das nicht und auch die Alexa Handy App sollte es nicht erlauben. Falls doch brauche ich mal die capabilities (unter Info befinden States dieses Geräts).

[crunchip]

@apollon77 nein, hab es aber nun nochmal durchgetestet und nun klappt es, warum auch immer.
ne std später probiert und geht wieder nicht, aber nur bei singasong.
Nun probier ich immer im Wechsel alle mal durch.
mal geht´s mal nicht.
was mir aber aufgefallen ist, das bei singasong, wenn es mal anläuft, aber kein blauer Leuchtring erscheint, wie bei den anderen Befehlen.
oh jeh, hätt ich doch lieber nichts geschrieben:joy: :joy:
das hier verwundert mich

also, ich hab den Adapter auf debug gestellt, einmal in IoBroker und einmal per App singasong gestartet..ist das ok?
dann mach ich noch einen Adapterstart und schick es per Mail.

[crunchip]

@apollon77 hab das log soeben mal geschickt

[apollon77]

Ok, ich schaue mal rein ... aber wenn es mal tut und mal nicht gehe ich eher von Probleme bei Amazon aus. Bzw der eine text sieht mir eher nach dem "info des tages" aus ...

[crunchip]

@apollon77 richtig, aber was hat info des Tages mit kannst du singen zu tun
würds ja verstehn, wenns vorgesungen worden wäre :joy: :joy:
vllt liegt da ja der Fehler, wie du eben schon vermutest...seitens Amazon`s

[derrapf]

Hallo Apollon
Ich hatte jetzt auch das Problem dass der Adapter wegen "no csrf found" gelb war.
Also auf 2.3.3 upgedatet (wurde mir angeboten von iobroker) und dann gemäss Log die Siete aufgerufen zum Cookie generieren.
Das hat auch geklappt und danach war der Adapter grün.

Allerdings hat Alexa keine Sprachbefehle mehr angenommen. Weder über den DP "speak" noch über "ssml"

Ein erneuter Blick zeigt dass der Adapter wieder gelb ist.
Ich werde jetzt nochmal das Cookie generieren und dann berichten. Ist doch aber seltsam, oder?

edit: jetzt ist er grün...
Konisch..

Gruss Ralf