[37_echodevice] Amazon Echo Modul (nicht Alexa)

[luckiluke]

Hallo,

ich habe ein Problem mit der npm-Anmeldung. Mit der Installation hatte ich lange Probleme. Eine globale Installation per Hand hat dann die Lösung gebracht.
Mein aktuelles Problem ist aber ein anderes:

Ich habe zwei Netzwerke am Raspberry Pi eingerichtet. Ein WLAN, über das nur die Aktoren für FHEM angeschlossen sind und eine LAN-Verbindung mit der ich im Netzwerk und Internet hänge. Das WLAN ist aber stark eingeschränkt, sodass nur bestimmte Ports und keine Kommunikation zwischen den Netzwerken funktioniert. Jetzt versucht FHEM aber bei der npm-Anmeldung über das WLAN eine Internetverbindung herzustellen, was natürlich nicht funktioniert. Ein Update von FHEM funktioniert aber. Es sollte also ein Problem des echodevice-Moduls sein. Ich weiß leider nicht wie ich es umstellen kann, dass die Anmeldung über das LAN funktioniert. Unter npm_proxy_ip die LAN-ip einzutragen hilft leider nicht.

[MadMax-FHEM]

WLAN kurz deaktivieren:

Code Auswählen Erweitern

sudo ifconfig wlan0 down

Code Auswählen Erweitern

sudo ifconfig wlan0 up

sofern dein WLAN wlan0 ist.
Mit ifconfig bekommst du die Namen raus...

Gruß, Joachim

[luckiluke]

An die einfachste Lösung hatte ich tatsächlich noch garnicht gedacht. Es bringt aber leider auch keine Besserung.

[luckiluke]

Ich habe meine Lösung gefunden:

ich habe das Attribut npm_proxy_listen_ip mit der gleichen IP-Adresse wie in npm_proxy_ip gefüttert. Damit hat es funktioniert.

Vielleicht sollte sowol das Globalatribut bei der Instalation wie auch das Atribut npm_proxy_listen_ip in die Doku mit aufgenommen werden. Das hätte mir einiges an Fummellei erspart.

Code Auswählen Erweitern

sudo npm clean-install -g --prefix /opt/fhem/cache/alexa-cookie alexa-cookie2

das clean kann natürlich weggelassen werden. Bei allen die Probleme haben kann es aber nicht schaden.

[JudgeDredd]

Hallo Zusammen,

es geht mir heute um das Attribut "voice_timestamp", welches hier ja schon oft angesprochen wurde, aber dennoch habe ich wohl ein Verständnisproblem.

Beispielinhalt:

Code Auswählen Erweitern

voice_timestamp        1567663707679          2019-09-05 08:08:44

Wenn ich mir nun mit:

Code Auswählen Erweitern

localtime(1567663707679)

den TimeStamp anzeigen lasse, bekomme ich als Rückgabe:
Sun Apr 14 23:01:19 51647

Stimmt da meine Denkweise oder das Format vom TimeStamp nicht ?
Ich würde erwarten das ich Thu Sep 05 08:08:44 2019 bekomme.
(Ein Unix TimeStamp der dem Datum entsprechen würde, ist: 1567663724)

Gruß,
JudgeDredd

[binford6000]

...ich wollte euch mal fragen, wie lange bei euch ein NPM Login hält?
Mein echodevice fliegt immer nach 1-2 Wochen raus und im State steht dann: connected but loginerror...
Es hilft dann nur ein: "set echodevice NPM_login new"

Hallo Mark,
bei mir nur 2-3 Tage... 
Habe auch schon alles probiert was hier so vorgeschlagen wird. Aber länger als oben genannten Zeitraum ist einfach nicht drin.

node und NPM sind jeweils aktuell. Bin mal gespannt auf die angekündigte "offizielle" NPM-Login Anleitung von Michael:
https://forum.fhem.de/index.php/topic,82631.msg967913.html#msg967913

Vielleicht habe ich ja doch was (mehrfach) übersehen 
VG Sebastian

EDIT: V 0.0.54 hab ich auch am Start.

[pc1246]

Moin
Bei mir laeuft die Versin 0.0.54 seit dem 22.08.19.
Ohne Einschraenkungen.
Gruss Christoph

[mark79]

bei mir nur 2-3 Tage... 
Habe auch schon alles probiert was hier so vorgeschlagen wird. Aber länger als oben genannten Zeitraum ist einfach nicht drin.

node und NPM sind jeweils aktuell. Bin mal gespannt auf die angekündigte "offizielle" NPM-Login Anleitung von Michael:
https://forum.fhem.de/index.php/topic,82631.msg967913.html#msg967913

Hallo Sebastian,

das ist schon merkwürdig, das es beim Rest läuft und bei uns nicht. 
Ich habe auch einiges probiert, mehrfach die Echo Devices gelöscht und neu angelegt, node upgedatet, aber geholfen hat das alles nicht.
Fhem ist auf dem neusten Stand.

Auf welcher Architektur hast du das bei dir laufen?
Bei mir läuft das auf ARM bzw. ARM64 und auch in einem LXC Container.

Wenn ich mal Lust habe setzte ich mal einen frischen Container auf und installiere dort nur Fhem und das Echo Modul und dann mal schauen wie lange das läuft.


Viele Grüße
Mark

[binford6000]

Hallo Sebastian,

das ist schon merkwürdig, das es beim Rest läuft und bei uns nicht. 
Ich habe auch einiges probiert, mehrfach die Echo Devices gelöscht und neu angelegt, node upgedatet, aber geholfen hat das alles nicht.
Fhem ist auf dem neusten Stand.

Auf welcher Architektur hast du das bei dir laufen?
Bei mir läuft das auf ARM bzw. ARM64 und auch in einem LXC Container.

Wenn ich mal Lust habe setzte ich mal einen frischen Container auf und installiere dort nur Fhem und das Echo Modul und dann mal schauen wie lange das läuft.


Viele Grüße
Mark

Bei mir läuft fhem im LXC unter Ubuntu 18.04 LTS (X86/64).

Code Auswählen Erweitern

npm -v
6.11.3

Code Auswählen Erweitern

node -v
v10.16.3

Modul: v0.0.54

VG Sebastian

[amenomade]

An diejenige, wo es nicht reibungslos funktioniert: was ergibt

Code Auswählen Erweitern

ls -la /opt/fhem/cache/alexa-cookie?

[Enrico Raak]

An diejenige, wo es nicht reibungslos funktioniert: was ergibt

Code Auswählen Erweitern

ls -la /opt/fhem/cache/alexa-cookie?

Habe mal Screenshot angehängt

[mark79]

Bei mir läuft es nicht und bei mir sieht es so aus:

Code Auswählen Erweitern

root@fhem:/opt/fhem/cache/alexa-cookie# ls -la /opt/fhem/cache/alexa-cookie
total 100
drwxr-xr-x   3 fhem dialout  4096 Sep  3 11:10 .
drwxrwxrwx   4 fhem dialout 20480 Aug 25 17:59 ..
-rw-r--r--   1 fhem dialout   788 Aug  6 19:38 412refresh-cookie.js
-rw-r--r--   1 fhem dialout  3991 Jul 25 17:58 430refresh-cookie.js
-rw-r--r--   1 fhem dialout   873 Aug 20 13:22 461refresh-cookie.js
-rw-r--r--   1 fhem dialout  3373 Feb  2  2019 495result.json
drwxr-xr-x 139 fhem dialout  4096 Aug 20 13:36 node_modules
-rw-r--r--   1 root root    54362 Jul 19 20:05 package-lock.json

Was sich unterscheidet ist User root bei der Datei package-lock.json und die ganzen node_modules im Ordner gehören auch alle root.
Ich ändere das mal ab...

EDIT: obwohl daran kann eigentlich auch nicht liegen. Der User fhem ist bei mir in sudoers eingetragen und hat root Rechte: fhem ALL=(ALL) NOPASSWD: ALL


Viele Grüße
Mark

[Enrico Raak]

Bei mir läuft es nicht und bei mir sieht es so aus:

Code Auswählen Erweitern

root@fhem:/opt/fhem/cache/alexa-cookie# ls -la /opt/fhem/cache/alexa-cookie
total 100
drwxr-xr-x   3 fhem dialout  4096 Sep  3 11:10 .
drwxrwxrwx   4 fhem dialout 20480 Aug 25 17:59 ..
-rw-r--r--   1 fhem dialout   788 Aug  6 19:38 412refresh-cookie.js
-rw-r--r--   1 fhem dialout  3991 Jul 25 17:58 430refresh-cookie.js
-rw-r--r--   1 fhem dialout   873 Aug 20 13:22 461refresh-cookie.js
-rw-r--r--   1 fhem dialout  3373 Feb  2  2019 495result.json
drwxr-xr-x 139 fhem dialout  4096 Aug 20 13:36 node_modules
-rw-r--r--   1 root root    54362 Jul 19 20:05 package-lock.json

Was sich unterscheidet ist User root bei der Datei package-lock.json und die ganzen node_modules im Ordner gehören auch alle root.
Ich ändere das mal ab...

EDIT: obwohl daran kann eigentlich auch nicht liegen. Der User fhem ist bei mir in sudoers eingetragen und hat root Rechte: fhem ALL=(ALL) NOPASSWD: ALL


Viele Grüße
Mark

Läuft bei mir unter docker. Daher evt roor

[mark79]

Kann das evtl. sein das die alten json Datein daran schuld sind?

Ich habe nun die ganzen json Datein gelöscht, Fhem neugestartet und ein "set echodevice NPM_login new" gesendet.

Noch mal in die Console ls -l geschaut:

Code Auswählen Erweitern

-rw-r--r--   1 fhem dialout   574 Sep  6 12:22 473create-cookie.js
-rw-r--r--   1 fhem dialout     4 Sep  6 12:22 473result.json


Nach der NPM Anmeldung war die 473create-cookie.js Datei weg:

Code Auswählen Erweitern

drwxr-xr-x 139 fhem dialout  4096 Aug 20 13:36 node_modules
-rw-r--r--   1 fhem dialout 54362 Jul 19 20:05 package-lock.json

und wenn man ein "set echodevice NPM_login refresh" macht und schnell in die Console schaut, gibt es dort für ca. 5 Sekunden ein  473refresh-cookie.js Datei.

Code Auswählen Erweitern

-rw-r--r--   1 fhem dialout  3692 Sep  6 12:32 473refresh-cookie.js
drwxr-xr-x 139 fhem dialout  4096 Aug 20 13:36 node_modules
-rw-r--r--   1 fhem dialout 54362 Jul 19 20:05 package-lock.json


Daher kann das evtl. damit zusammen hängen, das die älteren refresh-cookie.js Datein für den refresh verwendet wurden und das er mich deswegen immer raus kickt?
Ist nur die Frage warum die nicht gelöscht wurden...


Viele Grüße
Mark

[amenomade]

Also, meiner Meinung nach (aber die Analyse von Markus wäre nicht schlecht):
- wer keine refresh-cookie.js hat, hat keine Chance, sein Cookie erneuern zu können => jedes Mal neues login nötig
- wer mehrere refresh-cookie.js hat... weiss ich nicht, aber es gibt bestimmt eine Chance, dass die falsche Datei bei der Erneuerung benutzt wird. Ich würde vorschlagen, alle refresh*.js zu löschen, ein neues login zu machen, und.. beobachten