[37_echodevice] Amazon Echo Modul (nicht Alexa)

[rabehd]

Der angegebene Proxy Port 3002 ist in Benutzung, bitte das Attribut "npm_proxy_port" entsprechend anpassen.

Ich hatte ein Problem mit der fhem.cfg und mußte dort Dinge löschen.
Seit dem erhalten die Alexa-Devices keine Verbindung mehr.
Egal was ich (nach Anleitung) probiere über diese Meldung komme ich nicht hinaus.
Neustart hilft nicht, Löschen von /opt/fhem/cache/alexa-cookie auch nicht.

Wer findet meinen Fehler?

[JoWiemann]

Hm,

wie hast Du denn die fhem.cfg bearbeitet. Und, hast Du die funktionierende Version gesichert?

Grüße Jörg

[rabehd]

Hm,

wie hast Du denn die fhem.cfg bearbeitet. Und, hast Du die funktionierende Version gesichert?

Grüße Jörg

Das war nur der Auslöser und über den internen Editor. Der Fehler lag in zigbee.
Inzwischen hatte ich alle alxa-Device gelöscht und neu angelegt. Ohne Erfolg.

[MadMax-FHEM]

Das war nur der Auslöser und über den internen Editor.

Der interne Editor ist wie extern bearbeiten.
Am Ende wird rereadcfg ausgeführt, das macht (oft) Probleme, bzw. für manche Module ist das "tödlich" (z.B. Alexa aber nicht echodevice, sondern wirklich Alexa/alexa-fhem)...

Gründe/Diskussionen/... warum wieso weshalb nicht hier, einfach mal im Forum suchen...

EDIT: denke aber nicht, dass das für das echodevice relevant ist?

Gruß, Joachim

[rabehd]

EDIT: denke aber nicht, dass das für das echodevice relevant ist?

sehe ich auch so

[rabehd]

Ich hatte ein Problem mit der fhem.cfg und mußte dort Dinge löschen.
Seit dem erhalten die Alexa-Devices keine Verbindung mehr.
Egal was ich (nach Anleitung) probiere über diese Meldung komme ich nicht hinaus.
Neustart hilft nicht, Löschen von /opt/fhem/cache/alexa-cookie auch nicht.

Wer findet meinen Fehler?

Nach dem ich nichts mehr versucht habe, erscheint plötzlich im Register mit dem Port 3002 der Anmeldedialog.
--> connect

Problem weg, nur nicht per Lösung

[jove01]

Hallo
glücklich der, bei dem es irgendwie funktioniert.

Inzwischen habe ich alles versucht: Raspi Neustart, löschen des Cache, neues Install NPM, attribute IP und Proxy (auch alternative gewählt). Immer die bekannte Meldung zum Proxy.
Was mir gerade aufgefallen ist, dass das Reading amazon_refreshtoken sich jede Sekunde aktualisiert!

Kann mir einer noch helfen?
Danke Jürgen

[rabehd]

keine Lösung

Mach im Browser einen Tab mit der IP vom Raspi und Port 3002 auf.
Starte den Raspi neu und schaue immer wieder in den Tab mit Port 3002, bei mir war irgendwann dort das Anmeldefenster von Amazon.

[jove01]

Hallo rabehd

vielen Dank, bin ich zu ungeduldig: Was verstehst du unter "irgendwann".

Also bisher kein Erfolg bei mir.

[Shadow3561]

Was sagt denn die Ausgabe von

Code Auswählen Erweitern

ifconfig -a

[jove01]

ipconfig

Code Auswählen Erweitern


eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.178.107  netmask 255.255.255.0  broadcast 192.168.178.255
        inet6 fe80::93ac:dc45:8f6b:6329  prefixlen 64  scopeid 0x20<link>
        inet6 2a00:6020:4e0c:b600:2e12:d984:176:9ee8  prefixlen 64  scopeid 0x0<global>
        ether b8:27:eb:1f:9a:a8  txqueuelen 1000  (Ethernet)
        RX packets 5325  bytes 495797 (484.1 KiB)
        RX errors 0  dropped 2  overruns 0  frame 0
        TX packets 2383  bytes 267389 (261.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 418  bytes 111185 (108.5 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 418  bytes 111185 (108.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.178.69  netmask 255.255.255.0  broadcast 192.168.178.255
        inet6 2a00:6020:4e0c:b600:6272:87cf:16d4:a3fb  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::f8fd:9006:55ee:9f5d  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:4a:cf:fd  txqueuelen 1000  (Ethernet)
        RX packets 2429  bytes 233595 (228.1 KiB)
        RX errors 0  dropped 2  overruns 0  frame 0
        TX packets 95  bytes 15667 (15.2 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Ich habe hier die IP 192.168.178.69 gesehen.
Ich habe die PI mit einbem USB-Stick neu aufgesetzt. Das war die WLAN-IP der PI, mit der ich das System aufgesetzt habe.

Sonst hoffe ich, dass du daraud Infos ziehen kannst

[Shadow3561]

Welche ip-adresse versucht ein NPM-Login zu erreichen (welche IP steht im browser in der Adresszeile)?

[jove01]

(welche IP steht im browser in der Adresszeile)

Die 107

Ich habe noch einmal ein neues NPM-Install durchgeführt und die 107 als npm-proxy-ip definiert. Aber auch keine Änderung

[Shadow3561]

probiere doch mal ein

Code Auswählen Erweitern

ip link set dev eth0 downoder

Code Auswählen Erweitern

/sbin/ifconfig eth0 down

und danach ein NPM-Login beim FHEM Device

[jove01]

ip link set dev eth0 down

Damit habe ich die Verbindung zur PI verloren, und nun