Neueste Beiträge

#1

Sprachsteuerung / Aw: echodevice: wait for refre...

Letzter Beitrag von duu75 - 08 Juni 2026, 16:24:05

Kurzes Update zu meinem "not connected" Problem.

Jetzt geht es alles wieder.
Habe aber den ganzen Alexa2 Cookie npm Kram komplett löschen müssen und auch alle FHEM Device Definitionen!
Nach komplett Ubuntu Neustart dann from Scratch alles neu installiert und definiert, npm_login new usw.
Dann waren die Echos wieder sauber ansprechbar und auch wirklich ONLINE.

Refresh Intervall auch erstmal auf 60 gedreht und beobachte weiter was passiert und parallel in ioB.

#2

Sprachsteuerung / Aw: echodevice: wait for refre...

Letzter Beitrag von stefanru - 08 Juni 2026, 16:18:40

Ok, Danke!
Ja sehe ich auch so.

Aber in iOBroker geht es demnächst sobald der refresh Token aktualisiert werden soll auch schief.
Dann sollte hoffentlich etwas passieren.

Wenn du Lust und Zeit hast kannst du dir meinen Patch mal ansehen.
Er verhindert das massive pollen und macht auch seltener Anfragen für refreshs.
Muss aber auch nicht wie du willst.

Auf jedenfall vielen Dank fürs Melden und Schauen.

Gruß,
Stefan

#3

Sprachsteuerung / Aw: echodevice: wait for refre...

Letzter Beitrag von michael.winkler - 08 Juni 2026, 16:12:11

https://github.com/Apollon77/alexa-cookie/issues/190

Wird wohl noch etwas dauern, bis das wieder funktioniert.

#4

Sprachsteuerung / Aw: echodevice: wait for refre...

Letzter Beitrag von michael.winkler - 08 Juni 2026, 14:55:13

Vielleicht ist der Wert bei dir auch noch zu groß. Hab auch gerade festgestellt das 10 Minuten eventuell zu lange ist. Habe es bei mir jetzt mal auf 60 runtergestellt. Ich teste weiter

#5

Sprachsteuerung / Aw: echodevice: wait for refre...

Letzter Beitrag von stefanru - 08 Juni 2026, 14:47:36

Hi Michael,
npm_refresh_intervall auf 600, hatte ich eigentlich probiert und hat bei mir nicht geholfen.
Hätte ich vorher etwas cleanen müssen?
Hatte nur login new gemacht?

Danke und Gruß,
Stefan

#6

Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...

Letzter Beitrag von michael.winkler - 08 Juni 2026, 14:45:49

So, habe jetzt weiter geforscht. Grundsätzlich muss man zwei Dinge unterscheiden. Es gibt einmal ein Cookie für Abfrage der diversen Readings und Funktionen. Und dann gibt es noch einen Refreshtoken. Beide haben eine maximale Gültigkeitsdauer! Bei dem Refreshtoken scheint es jetzt so zu sein, dass er nicht mehr so lange gültig ist. Im Standard wird der Refresh alle 6000 Sekunden durchgeführt. Ich habe jetzt das Attribut "npm_refresh_intervall" auf 60 gestellt. Damit bekomme ich jetzt wieder einmal pro Minuten ein neues Cookie und einen gültigen Refreshtoken.

WICHTIG: Damit das ganze bei Euch wieder funktioniert, müsst Ihr zuerst für ein "NPM_login new" ein neues Cookie erstellen.

Bitte testet das bei Euch mal und gebt mir dann Bescheid.

#7

Sprachsteuerung / Aw: echodevice: wait for refre...

Letzter Beitrag von michael.winkler - 08 Juni 2026, 14:42:19

So, habe jetzt weiter geforscht. Grundsätzlich muss man zwei Dinge unterscheiden. Es gibt einmal ein Cookie für Abfrage der diversen Readings und Funktionen. Und dann gibt es noch einen Refreshtoken. Beide haben eine maximale Gültigkeitsdauer! Bei dem Refreshtoken scheint es jetzt so zu sein, dass er nicht mehr so lange gültig ist. Im Standard wird der Refresh alle 6000 Sekunden durchgeführt. Ich habe jetzt das Attribut "npm_refresh_intervall" auf 600 gestellt. Damit bekomme ich jetzt wieder alle 10 Minuten ein neues Cookie und einen gültigen Refreshtoken.

WICHTIG: Damit das ganze bei Euch wieder funktioniert, müsst Ihr zuerst für ein "NPM_login new" ein neues Cookie erstellen.

Bitte testet das bei Euch mal und gebt mir dann Bescheid.

#8

Sprachsteuerung / Aw: echodevice: wait for refre...

Letzter Beitrag von MiK77 - 08 Juni 2026, 14:22:50

Nachdem jetzt der Zweite Benutzer mit seiner eigenen Modulweiterentwicklung ums Eck kam, dachte ich schreibe Euch das mal.

Ich habe diese Erweiterungen eher als kurzfristige Workarounds und Suche nach der Ursache verstanden. Ich glaube keiner möchte hier, dass Du Dich zurückziehst.

#9

Sprachsteuerung / Aw: echodevice: wait for refre...

Letzter Beitrag von duu75 - 08 Juni 2026, 13:53:38

Hi Michael,

wie gesagt ich habe 2 Accounts.

Einen meiner Accounts habe ich mit login new vor ca 3 Stunden angemeldet. Dort habe ich jetzt einen Refresh gemacht, danach wie erwartet:
amazon_refreshtoken wait for refreshtoken
da der refresh ja nicht geht.

Meine Fixe verhinden nur die System last und unnötige refreshes so wie im ioBroker Modul auch.
Heißt der Fehler wird erst viel später sichtbar, aber er bleibt.
Vorteil: Systemlast niedriger, Problem taucht erst auf wenn auch ein neues Token benötigt wird.

Der Refresh ansich ist kaputt, da geht kein weg dran vorbei.
Da wird wohl Apollo77 nachlegen müssen.


@duu75: Dein Verhalten kann ich bei mir nicht nachvollziehen.
Hast du alexa-cookie2 v5.0.3 und alexa-remote2  v8.0.4.
Bei mir gehen speak usw nach wie vor auch nach 3 Tagen+.

Gruß,
Stefan

npm list
alexa-cookie@ /opt/fhem/cache/alexa-cookie
└── alexa-cookie2@5.0.3

Komplett entfernt und neu installiert und Login erfolgreich .....

Not connected Aborting.....

#10

Sprachsteuerung / Aw: echodevice: wait for refre...

Letzter Beitrag von michael.winkler - 08 Juni 2026, 13:36:30

Hi Michael, nein so ist das überhaupt nicht gemeint.
Schau es dir in ruhe an.

Ich denke der Refresh tut nach einer gewissen Zeit nicht.
Das ist was wir hier alle als Problem hatten.
Danach pollt das Modul sehr aggresiv jede Sekunde und Timer akkumulieren sich.

Mehr wollte ich dazu nicht sagen.
Ich habe für mich erstmal eine Lösung mit der ich meine Echos weiter betreiben kann und mein Raspberry läuft.

Natürlich warte ich auf einen sauberen Fix von dir und mein Code kann gerne benutzt oder verworfen werden wenn nicht zielführend.

Sorry wenn das falsch rüber kam.

Gruß,
Stefan

Nachdem jetzt der Zweite Benutzer mit seiner eigenen Modulweiterentwicklung ums Eck kam, dachte ich schreibe Euch das mal.

Mach mal bitte ein get Status an deinem Account Device und schicke mir die Daten zu. Ich würde gerne mal etwas prüfen.