echodevice: wait for refreshtoken im sekundentakt

[duu75]

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.....

[MiK77]

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.

[michael.winkler]

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.

[stefanru]

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

[michael.winkler]

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

[michael.winkler]

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

Wird wohl noch etwas dauern, bis das wieder funktioniert.

[stefanru]

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

[duu75]

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.


Update:
Ich breche zusammen, es sind schon wieder alle echodevices angeblich connected, aber alle commands laufen auf not connected aborting hinaus.
Und ich kriege es noch nicht mal wieder mit der gleichen Prozedur von vorhin wieder zum laufen.
Ich gebe vorerst auf.