[37_echodevice] Amazon Echo Modul (nicht Alexa)

[michael.winkler]

Wenn das Problem auftritt, hat das einen Grund. Falls jemand das Problem hat bitte mal im ./cache/alexa-cookie/.. Verzsichnisch schauen. Dort müsste eine XXrefresh-cookie.js Datei liegen. Direkt daneben sollte ein XXresult.json liegen (XX wir dynamisch vergeben.) Diese Datei mal mit einem "tail -f ./pfad/XXresult.json" öffnen. Hier solle man dann sehen warum er keinen Refresh machen konnte. In meinem Fall konnte mein System keinen Refresh mehr durchführen, da mein Refreshtoken ungültig war! Folgendes habe ich dann gemacht:
1. node gekillt (ps -A | grep node) und dann den Prozess gekillt.
2. Neuen Token per "NPM_login new" erstellt.
3. Refresh Token per "NPM_login refresh" getestet.

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

[michael.winkler]

Bitte geduldet Euch noch etwas. Ich bin an der Sache dran. Aktuell sieht es so aus, dass das Problem nicht vom Modul kommt, sondern von der NPM Komponente. Ich bin mit dem Entwickler dran. Sobald ich was weiß melde ich mich wieder.

[rs]

Vielleicht kann ich hierzu was beitragen:

* Mein Prozess perf fhem.pf consumiert 45 - 64% CPU und später 90%, das bringt mein FHEM zum hängen und ist ärgerlich.

Nun habe ich eine KI befragt, die mir den Tip: apptime gab und hier kam heraus:

_________________________
Das fällt sofort auf:

tmr-echodevice_NPMWaitForCookie
count: 6568
total: 60492 ms
average: 9.21 ms

Das sind 6568 Aufrufe in der Messperiode. Das ist ungewöhnlich viel.

Außerdem:

tmr-echodevice_LoginStart
tmr-echodevice_GetSettings
HASH(Amazon)

Denn die 6568 Aufrufe von echodevice_NPMWaitForCookie springen in deiner APptime-Ausgabe deutlich stärker heraus als alles andere. Das wäre mein erster Ansatzpunkt.
____________

Mein echodevice läuft mit npm_login seit Jahren in dieser Konfiguration, wie es Michael auf seiner WebSeite beschreibt.

[cs-online]

Ich habe mein Echo Device jetzt auf disable 1 gestellt, trotzdem kommt jede Sekunde 1x wait for refresh Token. Wie kann ich das ganze Modul stoppen ? Der ganze Server hängt hier mit 50-90 % Auslastung...