Hallo zusammen
ich hab irgend ein Connectivity Problem was sich auf den Alexa Connector und auch auf FHEM Update auswirkt
Der Alexa Connector, hat bisher tadellos funktioniert.
Von einem Tag auf den anderen haben die Alexa Anweisungen nicht mehr funktioniert ("Das Gerät funktioniert gerade nicht")
Ich sehe nun im Reading der Alexa die Fehlermeldung:
alexaFHEM.ProxyConnection error; Reverse Proxy replied with neither registered nor unregistered status: out: err:ssh: Could not resolve hostname fhem-va.fhem.de: Temporary failure in name resolution
List Alexa
Internals:
.FhemMetaInternals 1
FD 4
FUUID 66071dc4-f33f-f943-9a11-551ea8ebd95eed27
FVERSION 39_alexa.pm:0.238200/2021-02-24
LAST_START 2025-02-14 10:29:47
LAST_STOP 2025-02-14 10:29:46
NAME Alexa
NOTIFYDEV global,global:npmjs.*alexa-fhem.*
NR 174
NTFY_ORDER 50-Alexa
PARTIAL
PID 1034955
STARTS 2
STATE running /usr/local/bin/alexa-fhem
TYPE alexa
active 0
alexa-fhem version 0.5.64
currentlogfile ./log/alexa-2025-02.log
eventCount 6
logfile ./log/alexa-%Y-%m.log
.attraggr:
.attrminint:
CoProcess:
cmdFn alexa_getCMD
name alexaFHEM
state running /usr/local/bin/alexa-fhem
READINGS:
2025-02-14 10:29:47 alexaFHEM running /usr/local/bin/alexa-fhem
2025-02-14 10:29:49 alexaFHEM.ProxyConnection error; Reverse Proxy replied with neither registered nor unregistered status: out: err:ssh: Could not resolve hostname fhem-va.fhem.de: Temporary failure in name resolution
2024-03-29 21:00:04 alexaFHEM.bearerToken crypt:<gekürzt>
2024-03-29 21:00:04 alexaFHEM.skillRegKey crypt:<gekürzt>
helper:
Attributes:
alexaFHEM-config ./alexa-fhem.cfg
alexaFHEM-log ./log/alexa-%Y-%m.log
alexaMapping #Characteristic=<name>=<value>,...
On=verb=schalte,valueOn=an;ein,valueOff=aus,valueToggle=um
Brightness=verb=stelle,property=helligkeit,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent
Hue=verb=stelle,valuePrefix=auf,values=rot:0;grün:128;blau:200
Hue=verb=färbe,values=rot:0;grün:120;blau:220
Saturation=verb=stelle,property=sättigung,valuePrefix=auf,values=AMAZON.NUMBER
Saturation=verb=sättige,values=AMAZON.NUMBER
TargetPosition=verb=mach,articles=den;die,values=auf:100;zu:0
TargetPosition=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent
TargetTemperature=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=grad
Volume:verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent
#Weckzeit=verb=stelle,valuePrefix=auf;für,values=AMAZON.TIME,valueSuffix=uhr
alexaTypes #Type=<alias>[,<alias2>[,...]]
light=licht,lampen
blind=rolladen,rolläden,jalousie,jalousien,rollo,rollos
devStateIcon stopped:control_home@red:start stopping:control_on_off@orange running.*:control_on_off@green:stop
echoRooms #<deviceId>=<room>
fhemIntents #IntentName=<sample utterance>
gutenMorgen=guten morgen
guteNacht=gute nacht
group IO_Devices
icon alexa
persons #<personId>=<name>
room System
stateFormat alexaFHEM
Dann dachte ich machst mal ein FHEM update...
Da sehe ich aber im Log folgende Meldungen
Downloading https://fhem.de/fhemupdate/controls_fhem.txt
2025.01.27 17:57:35 1: fhem
2025.01.27 17:57:35 1: https://fhem.de/fhemupdate/controls_fhem.txt: Can't connect(1) to https://fhem.de:443: IO::Socket::INET: Bad hostname 'fhem.de:443'
2025.01.27 17:57:35 1: Downloading https://raw.githubusercontent.com/fhempy/fhempy/master/controls_pythonbinding.txt
2025.01.27 17:57:35 1: pythonbinding
2025.01.27 17:57:35 1: https://raw.githubusercontent.com/fhempy/fhempy/master/controls_pythonbinding.txt: Can't connect(1) to https://raw.githubusercontent.com:443: IO::Socket::INET: Bad hostname 'raw.githubusercontent.com:443'
2025.01.27 17:57:35 1: Downloading https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
2025.01.27 17:57:35 1: signalduino
2025.01.27 17:57:35 1: https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt: Can't connect(1) to https://raw.githubusercontent.com:443: IO::Socket::INET: Bad hostname 'raw.githubusercontent.com:443'
Neustart / Reboot von allem mögliche hab ich schon gemacht
Update Alexa (npm) auf dem Raspi hab ich auch gemacht
https://va.fhem.de/register/check.html sagt...
Good key
Status SSH: not online - no SSH session established
Ich muss zugeben ich hab grad keine Ahnung wo ich anfangen/nachschauen soll
Kann mich jemand an die Hand nehmen ?
Grüße
Sven
hi,
vieleict hilft das weiter: sporadische Aussetzer seit Umzug der Vereins-Hardware? (https://forum.fhem.de/index.php?topic=140744.0;topicseen)
gruss
@Eisman glaub ich nicht, denn sein Log ist älter -> 2025.01.27 17:57:35
Ich lese da Problem mit der Namensauflösung und sowas wird es wohl auch sein. Irgendwie das Netzwerk verkonfiguriert?
Gibt Dir der Befehl in der FHEM Kommandozeile sinnvolle IPs zurück?
{qx(host fhem.de)}oder das in der Klammer mal im Terminal probieren.
Zitat von: Otto123 am 14 Februar 2025, 14:21:08Gibt Dir der Befehl in der FHEM Kommandozeile sinnvolle IPs zurück?
{qx(host fhem.de)}oder das in der Klammer mal im Terminal probieren.
Das geb ich in der FHEM CMD ein richtig ?
Wo sollte ich da was sehen ?
Nein es gibt nichts zurück ???
Und ja, ich hab für einige Devices tatsächlich statische IPs in der Fritzbox vergeben. (Um dem Onlinekonsum meines Juniors etwas einzudämmen)
Aber mir wäre nicht bekannt dass FHEM Devices betroffen sind/waren.
gibt nichts zurück? :o
Wenn er fhem.de nicht findet gibt es einen Fehler.
Ok falls er das host Kommando nicht kennt, steht ein Fehler im Log.
Probier doch mal irgendwas mit Namensauflösung im Terminal ping fhem.de oder wget https://fhem.de/
mit "im Terminal" meinst du auf dem Raspi richtig ?
pi@FHEM:~ $ ping fhem.de
ping: fhem.de: Temporärer Fehler bei der Namensauflösung
pi@FHEM:~ $ wget https://fhem.de/
--2025-02-14 16:26:47-- https://fhem.de/
Auflösen des Hostnamens fhem.de (fhem.de)... fehlgeschlagen: Temporärer Fehler bei der Namensauflösung.
wget: Host-Adresse »fhem.de« kann nicht aufgelöst werden
Zitat von: Mazz78 am 14 Februar 2025, 16:29:07mit "im Terminal" meinst du auf dem Raspi richtig ?
Ja :)
Es liegt nicht an deinem FHEM, es liegt auch nicht an der Infrastruktur von fhem.de
dein Internet ist kaputt?
Namensauflösung falsch konfiguriert?
falsche IP für Gateway eingetragen?
Router falsch konfiguriert?
Was geben diese Befehle zurück?
ip a
ip route
resolvconf -l
Ich würde behaupten das mein Internet grad gut ist
Aber mir ist aufgefallen dass wenn ich länge auf der FHEM Weboberfläche bleibe dass er ein Timeout bringt
pi@FHEM:~ $ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether dc:a6:32:62:02:86 brd ff:ff:ff:ff:ff:ff
inet 192.168.178.101/24 brd 192.168.178.255 scope global noprefixroute eth0
valid_lft forever preferred_lft forever
inet6 fe80::d9af:4bff:32a3:c03b/64 scope link noprefixroute
valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether dc:a6:32:62:02:87 brd ff:ff:ff:ff:ff:ff
pi@FHEM:~ $ ip route
default via 192.168.178.1 dev eth0 proto static metric 100
192.168.178.0/24 dev eth0 proto kernel scope link src 192.168.178.101 metric 100
pi@FHEM:~ $ resolvconf -l
-bash: resolvconf: Kommando nicht gefunden.
IP statisch konfiguriert? Wo? Möglichkeiten die mir einfallen:
cat /etc/network/interfaces
cat /etc/network/interfaces.d/*
cat /etc/dhcpcd.conf
Edit: und die Ausgabe von
cat /etc/resolv.conf
cat /etc/hosts
Oder auch hier mal schauen https://www.elektronik-kompendium.de/sites/raspberry-pi/2008011.htm
Die Ausgabe von cat /etc/resolv.conf hat mich auf eine Idee gebracht...
pi@FHEM:~ $ cat /etc/resolv.conf
# Generated by NetworkManager
nameserver fd00::9ec7:a6ff:fe43:eb5a
Irgendwann hab ich mal in der Fritzbox denn Punkt IPv6-Unterstützung gesehen und ich dachte für was brauchst das überhaupt ... und hab se deaktiviert.
Sobald ich die IPv6-Unterstützung wieder aktiviert hatte, funktionierte wieder alles !!!
Danke Otto für den Support und das Händchanhalten ;D
Oje, jetzt hat es mich auch erwischt: Fehlermeldung
Reverse Proxy replied with neither registered nor unregistered status: out: err:ssh: Could not resolve hostname fhem-va.fhem.de: Temporary failure in name resolution]
Alle Updates und Ottos obige Checks habe ich gemacht:
Auf {qx(host fhem.de)}kommt
fhem.de has address 188.40.131.57
fhem.de has IPv6 address 2a01:4f8:221:1b5a::2
fhem.de mail is handled by 10 mx2.fhem.de.
ping fhem.de gibt (Auszug)
PING fhem.de(vmhost2.fhem.de (2a01:4f8:221:1b5a::2)) 56 data bytes
64 bytes from vmhost2.fhem.de (2a01:4f8:221:1b5a::2): icmp_seq=1 ttl=58 time=13.6 ms
64 bytes from vmhost2.fhem.de (2a01:4f8:221:1b5a::2): icmp_seq=2 ttl=58 time=13.4 ms
64 bytes from vmhost2.fhem.de (2a01:4f8:221:1b5a::2): icmp_seq=3 ttl=58 time=13.0 ms
Auf
ip a
ip route
resolvconf -l kommt
resolvconf -l
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether e4:5f:01:47:36:0a brd ff:ff:ff:ff:ff:ff
inet 192.168.178.115/24 brd 192.168.178.255 scope global dynamic eth0
valid_lft 863378sec preferred_lft 755378sec
inet6 fdb8:ac08:4d2a:0:6ab9:5001:907c:7c96/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 7061sec preferred_lft 3461sec
inet6 2003:fa:5f19:4d00:103c:d040:6c09:3907/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 7061sec preferred_lft 1629sec
inet6 fe80::34f0:fd4d:3483:1c36/64 scope link
valid_lft forever preferred_lft forever
default via 192.168.178.1 dev eth0 proto dhcp src 192.168.178.115 metric 202 mtu 1500
192.168.178.0/24 dev eth0 proto dhcp scope link src 192.168.178.115 metric 202 mtu 1500
# resolv.conf from eth0
# resolv.conf for eth0
domain fritz.box
nameserver 192.168.178.1
# resolv.conf from eth0.dhcp
# Generated by dhcpcd from eth0.dhcp
domain fritz.box
search fritz.box
nameserver 192.168.178.1
# resolv.conf from eth0.dhcp6
# Generated by dhcpcd from eth0.dhcp6
nameserver fdb8:ac08:4d2a:0:e72:74ff:fea9:a083
nameserver 2003:fa:5f19:4d00:e72:74ff:fea9:a083
# resolv.conf from eth0.ra
# Generated by dhcpcd from eth0.ra
nameserver fdb8:ac08:4d2a:0:e72:74ff:fea9:a083
nameserver 2003:fa:5f19:4d00:e72:74ff:fea9:a083
cat /etc/network/interfaces
cat /etc/network/interfaces.d/*
cat /etc/dhcpcd.conf
bringt
# interfaces(5) file used by ifup(8) and ifdown(8)
allow-hotplug wlan0
iface wlan0 inet dhcp
wpa-conf /etc/wpa_supplicant.conf
allow-hotplug eth0
iface eth0 inet dhcp
# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d
cat: '/etc/network/interfaces.d/*': Datei oder Verzeichnis nicht gefunden
# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.
# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel
# Inform the DHCP server of our hostname for DDNS.
#hostname
#interface eth0
#static ip_adress=192.168.178.115
#static routers=192.168.178.1
#static domain_name_servers=192.168.178.1
#static domain_search=
# Use the hardware address of the interface for the Client ID.
clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
# Some non-RFC compliant DHCP servers do not reply with this set.
# In this case, comment out duid and enable clientid above.
#duid
# Persist interface configuration when dhcpcd exits.
persistent
# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
option rapid_commit
# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
# Respect the network MTU. This is applied to DHCP routes.
option interface_mtu
# Most distributions have NTP support.
#option ntp_servers
# A ServerID is required by RFC2131.
require dhcp_server_identifier
# Generate SLAAC address using the Hardware Address of the interface
#slaac hwaddr
# OR generate Stable Private IPv6 Addresses based from the DUID
slaac private
# Example static IP configuration:
#interface eth0
#static ip_address=192.168.0.10/24
#static ip6_address=fd51:42f8:caae:d92e::ff/64
#static routers=192.168.0.1
#static domain_name_servers=192.168.0.1 8.8.8.8 fd51:42f8:caae:d92e::1
# It is possible to fall back to a static IP if DHCP fails:
# define static profile
#profile static_eth0
#static ip_address=192.168.1.23/24
#static routers=192.168.1.1
#static domain_name_servers=192.168.1.1
Bedeutet das ein DHCP-Problem?? Der Raspi hat aber eine statische Adresse.
Weiter mit
cat /etc/resolv.conf
cat /etc/hosts
cat /etc/hosts
# Generated by resolvconf
domain fritz.box
nameserver 192.168.178.1
nameserver fdb8:ac08:4d2a:0:e72:74ff:fea9:a083
nameserver 2003:fa:5f19:4d00:e72:74ff:fea9:a083
127.0.0.1 localhost
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
127.0.1.1 R4
Abgesehen davon, dass ich schon obige Ausgaben nicht interpretieren kann (und sofern diese nicht schon den Fehler erkennen lassen):
Was ich kann ich noch probieren?
Vielen Dank,
LG Ingo
Hallo Ingo,
Zitat von: is2late am 22 Februar 2025, 11:19:10Der Raspi hat aber eine statische Adresse.
Du meinst über eine Reservierung in der Fritzbox?
Ich sehe erstmal keine Fehler, Du kannst doch den Namen auflösen?
Was heißt es hat Dich erwischt? Der Fehler kommt einfach aus der Kalten? Oder hast Du System neu gemacht oder so etwas?
Gruß Otto
Hallo Otto,
ja genau, "statistische Adresse" ist sicher der falsche Ausdruck. Ich meinte eine fixe Adresse in der Fritzbox.
Tatsächlich ist der Fehler aus heiterem Himmel aufgetreten. Ich hatte nichts verändert, gar nichts - keine manuellen Updates,
keine Installationen, nichts (aber s. unten). Hab routinemäßig das Logfile kontrolliert und bin dabei auf diese zahlreichen Fehlermeldungen gestoßen.
Interessant finde ich Folgendes:
Im Log stellt die Fehlermeldung sich wie folgt dar:
Jeder neue Meldungsblock beginnt so:
SyntaxError: Unexpected number
at wrapSafe (internal/modules/cjs/loader.js:1029:16)
at Module._compile (internal/modules/cjs/loader.js:1078:27)
at Object.Module._extensions..js (internal/modules/cjs/loader.js:1143:10)
at Module.load (internal/modules/cjs/loader.js:979:32)
at Function.Module._load (internal/modules/cjs/loader.js:819:12)
at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:75:12)
at internal/main/run_main_module.js:17:47
/opt/fhem/cache/alexa-cookie/297refresh-cookie.js:6
formerRegistrationData: {"loginCookie":"frc=wELfCZa/LyWKIqsnEdiz0pk6NcY+Y00HDIS0FHfabxWttFUFyrpYu3PpXP4ysWqJxv19uXrtP7XTRiTRneRFccXpMl7+IxvA/sd7PCrSgF68ZKfzU/lmY7yYeQshyrpikbf0qN3pvdKtmmD638CgJayoo53HD44e6VbxFLrVkIAAgl3x+p9tCKNu7klSm9ue3zySU3+u/Dahc2asiSSjxESNkVYTmnxVLwjUtUEzwmufo/mh93WmAwPEZgBgatOK8pFW7/d6tTvS4AYPZ12xoPAoaLSiR0QSZg+iCGx//aoyh5GWoTjIA/EwZ6B+t57yfsaeHLeFGbhqlRs1gE2pmD96UeAeZSiQlDudYVQd6XnmdZk7kuKJQG5B4txSPMEF4/cEaenxHNOXNgmAcqCcIVNKKFv7OMh2Kg==; map- (abgeschnitten)
und endet identisch so:
DjwFQD41J1G2cu_hordH7lcWGpYo3pZ5jbTmUpPaLe1t-q5bRXfvC-GQX0BS1PMk3qHSbN4gAVxW45RJmz_eeyV64S-4WAp8OyY3ug0-10wt3ziffXPI9iXiSvjYoSm1MCE1NkeukvbyDtNtceSIJM0-mwrAho56_VCVXeaShpqVHcOUUrLOwkQMuNWH50EWDUrjAdc1l-MV6UVjD1ySk3dVuA; sess-at-acbde=+7vxjUKfOullJS7kGifSwgoYdn9x0a+VwZFsDwInIc8=; csrf=-258043723","csrf":"-258043723"}11"}
Und alexa arbeitet natürlich nicht, zeigt rotes Quadrat. Set reload/restart etc hilft nicht. alexaFhem steht auf "stopped", wobei das Reading alexaFHEMProxyConnection das Fehlermeldungsdatum 2024-12-29 trägt, während alexaFHEM "stopped" das aktuelle Datum aufweist.
Was ich 29.12.24 gemacht habe, weiß ich nicht mehr genau - vermutlich ging es um die Fhempy-Fehlermeldung, die danach aber weiterhin aufgetreten ist, während der neue Fehler damals noch nicht vorlag. Erinnere aber, an jenem Tag aufgeräumt zu haben. Womöglich etwas falsch gelöscht? Ich bin aber ziemlich sicher, dass diese große Fehlermeldung danach noch nicht auftrat.
Was meinst Du mit "Namen auflösen"? Wie kann ich das überprüfen?
Bei Eingabe von fhem-va.fhem.de (aus der Fehlermeldung "err:ssh: could not resolve") lande ich hier: Fhem Connector (https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa)
LG Ingo
Moin Ingo,
ich meine Du hast kein Problem mit der Namensauflösung. Das Reading alexaFHEMProxyConnection zeigt das Datum der letzten Verbindung. Bedeutet: deine Verbindung geht seit dem Jahreswechsel nicht mehr.
Du hast eine lokale Alexa Installation in der FHEM Umgebung, keinen extra Container?
Ich denke Du musst einfach die Verbindung neu einrichten.
Gruß Otto
Danke Otto!
Stimmt, Alexa liegt in der Fhem- Umgebung.
Also Alexa-Fhem deinstallieren und neu installieren?'
LG
Nein, ich denke Du musst nur die Alexa Verbindung neu machen. Also primär geht ja Proxy Connection nicht. Ich weiß leider nicht wirklich wie man da einen Reset macht.
Zitat von: Otto123 am 23 Februar 2025, 10:15:03Also primär geht ja Proxy Connection nicht. Ich weiß leider nicht wirklich wie man da einen Reset macht.
@Mazz78:Sollte im alexa-connector Wiki (ganz) unten stehen
Stichworte: Fehlersuche über die FHEM-Oberfläche, Fehlersuche über Kommandozeile (lies: Shell) + FHEM-Oberfläche, Registrierungskey vergessen, Registrierung zurücksetzen
Gruß, Joachim
Hi,
ich habe es mit den Tipps im Wiki versucht, leider erfolglos. Daraufhin alexa neu installiert und es hat einwandfrei geklappt (wobei das "D" wegzulassen war - gab irgendwo ein Thema dazu; mit "D" brach die Installation ab).
Das Seltsame:
Die Fehlermeldungen bleiben trotz verbose 0.
Hat jemand eine Idee, woran es liegen könnte? Scheinbar geht es um einen Refresh des alexa cookie....
Hier nochmal ein Block der sich in unbekannten Abständen (aber jedenfalls mehrmals täglich) wiederholenden Fehlermeldung:
/opt/fhem/cache/alexa-cookie/296refresh-cookie.js:6
formerRegistrationData: {"loginCookie":"frc=wELfCZa/LyWKIqsnEdiz0pk6NcY+Y00HDIS0FHfabxWttFUFyrpYu3PpXP4ysWqJxv19uXrtP7XTRiTRneRFccXpMl7+IxvA/sd7PCrSgF68ZKfzU/lmY7yYeQshyrpikbf0qN3pvdKtmmD638CgJayoo53HD44e6VbxFLrVkIAAgl3x+p9tCKNu7klSm9ue3zySU3+u/Dahc2asiSSjxESNkVYTmnxVLwjUtUEzwmufo/mh93WmAwPEZgBgatOK8pFW7/d6tTvS4AYPZ12xoPAoaLSiR0QSZg+iCGx//aoyh5GWoTjIA/EwZ6B+t57yfsaeHLeFGbhqlRs1gE2pmD96UeAeZSiQlDudYVQd6XnmdZk7kuKJQG5B4txSPMEF4/cEaenxHNOXNgmAcqCcIVNKKFv7OMh2Kg==; map-md=eyJkZXZpY2VfdXNlcl9kaWN0aW9uYXJ5IjpbXSwiZGV2aWNlX3JlZ2lzdHJhdGlvbl9kYXRhIjp7InNvZnR3YXJlX3ZlcnNpb24iOiIxIn0sImFwcF9pZGVudGlmaWVyIjp7ImFwcF92ZXJzaW9uIjoiMi4yLjIyMzgzMCIsImJ1bmRsZV9pZCI6ImNvbS5hbWF6b24uZWNobyJ9fQ==; JSESSIONID=4A52010F4E1FC230990D8FD39A81732F; session-id=136-8583219-2318567; session-id-time=2370732359l; ubid-main=135-0409795-4215456; x-main=\"3fA5KidrMF1OMYILaH7XixNWv5bYIGIU\"; at-main=\"Atza|IwEBIMIFcxBueQDjfLUTZw9LbUsj6vLwoBw4oT78c3xp0ZwKNr1Pt76VCCfRdw_YN--e2-bpDEAnB622EiZbicgVCj7t9ba-fHaQKB-vm03ZrPl3V81f3dSOG9PSiJLC0ApSuS0RWcvUdenrhLPwIMkM1U_d102IYNr05ojGiEfgdXmBYZeD_YlHxjOAeImydKn-B0Ed-o-olM5rIqAT7tmgqTs5H5OIBimlScYA5-ApCZV8KIqBpJx6gIbkY1YBg3P0blv5UcaYE5tX6gEn647bFfcXe5lcRvGbNU64LC5XXC9hZJZN5DiMZk2kEwYmQLcSOf4\"; sess-at-main=\"2PKu0q5uShBOo46O9aa3gm33MWq/Bz2Y9KvKV9Vc590=\"","frc":"wELfCZa/LyWKIqsnEdiz0pk6NcY+Y00HDIS0FHfabxWttFUFyrpYu3PpXP4ysWqJxv19uXrtP7XTRiTRneRFccXpMl7+IxvA/sd7PCrSgF68ZKfzU/lmY7yYeQshyrpikbf0qN3pvdKtmmD638CgJayoo53HD44e6VbxFLrVkIAAgl3x+p9tCKNu7klSm9ue3zySU3+u/Dahc2asiSSjxESNkVYTmnxVLwjUtUEzwmufo/mh93WmAwPEZgBgatOK8pFW7/d6tTvS4AYPZ12xoPAoaLSiR0QSZg+iCGx//aoyh5GWoTjIA/EwZ6B+t57yfsaeHLeFGbhqlRs1gE2pmD96UeAeZSiQlDudYVQd6XnmdZk7kuKJQG5B4txSPMEF4/cEaenxHNOXNgmAcqCcIVNKKFv7OMh2Kg==","map-md":"eyJkZXZpY2VfdXNlcl9kaWN0aW9uYXJ5IjpbXSwiZGV2aWNlX3JlZ2lzdHJhdGlvbl9kYXRhIjp7InNvZnR3YXJlX3ZlcnNpb24iOiIxIn0sImFwcF9pZGVudGlmaWVyIjp7ImFwcF92ZXJzaW9uIjoiMi4yLjIyMzgzMCIsImJ1bmRsZV9pZCI6ImNvbS5hbWF6b24uZWNobyJ9fQ==","deviceId":"303238323336344142453731303546453139463132443930304244323130343623413249564c5635564d32573831","deviceSerial":"0c18783e3b3dd35816d7ec249dd46ebe","refreshToken":"Atnr|EwICINSMR4vWwiBPcNk6CSypAFP4j_PgRinJsgG0AXRC_xkx4QxZvwH3DRowxhqvmylLNHPqzkHJH71hU3zCzpQBojATpMdRuLIGAVLIJwk2mOGeVzleMF5hiII6Y-NqIYz5w9vdvNB6JXdEAu6UEIGMIG-arXqrsd9Web_ug1FkxfMnqEQyvO_6zqaThKDr8bh24hdUq9CDf-ga41V_Rh09BJc-VOdw-isHotnY-4rL-vmyfZFiqzP_yRpgePKZXdhKgp40_WEsI-5Qw_BgzPF1iRum","tokenDate":1740012344889,"macDms":{"device_private_key":"MIIEvQIBADANBgkqhkiG9w0BAQEFAASCBKcwggSjAgEAAoIBAQDaDRQwSgprYaKqgg8aXKLoOM+UxNkq6QKPESDwWCrMlHGq7r4uG/MlAKXeUJocEtj7NdnwkXn7WFNU7qxiiXM8NH99hxfE0UmNnIzIrydI/IjL/S9hvf0EagRAopKC9v7vRtZB9GXmotmSx11Y8lcO0cu0SFGGHaUi3jqjTqF9R1zlAhO7noCqwr71KcS0PexOzb6eBQ5BH2H6Wl7p5Ka/bRdqIMcFSp6up2KTtgiEU7DHjAxJmxbMCoPLA3fqOLuUzFPftxjhL3YCp2eQqIJjg9aVAZwoJ6wq64ldGsmvileXvlhnDVWqyd/IUGpXglE2PSWZRBdgeZWcGmfXMEU3AgMBAAECggEAGSIcy5wdK1drqn+nQgCffmjd9GXkKkAFXXw58boX5NDPcUZngWUTV5aFh+R+fvHlNL92SXZbOw9pO4bvM8RoFe5vK4bgxHzjH4GF8LPPsWf6VJjwVzHQ8itOJi0W+iWCKQ5fL+b9v+HRdkuohNIaGskv063qR60vFZ/L3nr3vjq/ENkyabthNnPdWSa8kz8ywk4amYYjhJDFauGqhc8eLOzq8OSTCQUukUKOtSiCmTyARUbGDgCPrNNvBQqOYmwqHUrP0TpGpIWgMv5Ys8CN51PAlhBunu+4rTKS2LYrHAH5HhHrhat6a8kMHyXY6suGp/cBgdL/G4RW0vZxO52+sQKBgQDtiu54Lw4gEK25qcHvDnax5qW/Dn78zlO59JKiMEKdRH6NPrTnd0VRw5zqY+0XPMz7A5O7e2gSUD+BaJYyyYBLsWiO1QArLuSFpyAJjf6rQIRwxEt4mDme7QgJkcQkR4LB9qaJ5URTQ8mFi4hx9Uc2Gp5N7bpNud2/7kAdLNnNTQKBgQDq/m5SC6fuq/BtTOTT4sllmUQ7N+279KZPlUx3z+Bk2Ch+uLBDrXZv4H9A0jWIOyc6AlvWXvQhPhOsW3XDBwOEgujIFy7D/ExFIK2sJ+Ys0B2ynV5Xozw2sO85MXJOTgihfTPy2akDyGrV/qEQJvoxSey87+jq2E8qW7rV8tPqkwKBgHAI/NxWZTUeaLGOrVdQ3Q6fGEF6Vs5piffEsHwqguCl84IutygMivc7aYDrTGGPXaZuU3kzhSxOCQXCDEU74HTS4dur/n5fiYy3/FZFUH342f5NtsLUGSkp5oaM55Os3rEY4gdbyNP0vtFrtBj7dHDCMTPUEfCi30Gs3zRjeP5pAoGBAMb45epcajXhqfKyL/LkzMhU7PwDUC1calFqRdQQ1JwulqMtuDmlr2ntOXJmSuNtyroIc0BhJ+7ZxAilbGHVF3pk6bs6PeO+RcomcEcbhX6ePPcW3mHwGjTovbW8k1+QHSi3fXv8JmrIkQVe03t8tU10nZogvSPUQbvI7broH903AoGARIQjTO/vYFQCxqdwjBdgCjmZmjVpjiJZ6v2jhdx47ARPInZVpAWLDdYaMh6mSKWsErpj/O2PgAeH3y3t+qxdOCtiQdMFRfaq/ZgBpmiM5Maf1SHFXaHdrKJC8wzDRiwjDAs3+e4m6z86duabJdrNcbZLJZyqJ9IuAj5qCoiuTYY=","adp_token":"{enc:e1veIwTjC9tUdYoHoz7oRAS8k2Sy3/xMfm1s9axQZ70TdhHAB6xJmd8r4WYDQq2V5CEsJcVOr9YhgmwZ8uSmytzd8twlS/E6zdnI8uEczcs8rdjouWC/O/IHC6flrf37cRgNzua6FKnOFv4rrPN8ZJTmTp3M0QHfxXS6ore/t/Xq/nMukG6JuPL72gT1AiVoJGz9DQK18TjeV2HE1Ik6E+ruWyKsKCixuZok3S3GKjXx/q3GsNldvZ0URWiXLnBK0zAGbOJqiqmbQVF7J8qTsGqhzFu4fKEqMz/kSOrZLzhwJ/r8vCfPLRR/HP9zOJ1zWiVr6V4XcDxEV5D3ASQqigsYe+nlxsKBCOgMNDtPojEI5iNzpVzwJDmNvaEqbtJNifGDeNrF6qpJwUh/b1lrhLid8r183CtOoMLzEZWHHHKKcwWEzlE9aqnvVGmSEesgrHwgOTA7R9OO7b9mbaMOKFdezlTt38ayNTf+T/tsDj3FmOh9CWKC+yuCY6hxR4jSMX6S4n38MbD7EUsIsvPlKyCg1qcC8AtZDZRwQL7cVzNay5ft/34s+i3aMAQ4cqr3qpM4iJPEJnop55L6f7q6skOJ3r0blsUJ6iJJ44970yt7PYGiVlaorqzywuvHvq5LLAjM8gySLU9O4WYweV6b9mofYJnpBPdT75dh+KUYkYnyiJku4HB62rfz9ZuzE33EpWvOE8iijGGkBdxMP+dmWbd1/ydsgb65ENOWf07xCCJjZVcG7qxOO8neH7rsCo5ndZYfEYiA7XuRAfNtLuHdEjED7iloezlhEcYtAqmkWlFrVy759UhL2jMhMJJnDt5qtHtmjLc90HFlJsgjYmUUN2OebvFAlh8Uq+Qu6BkJJsXXx/TzRe88NoeX35lYIGVCSndXLq3d+dfcpvKN5f+22P1QHsFdiQgjXICMtFpBO4kXqZKbXOJfSEsb6gdvkfcs6Npl9TR2qhgoR24sUgjdVL6jx2d+Z5W944N1YbUuH0czjvbFMs4QPV31HkOf/5b8EV6xGE2A4rvw/tUmFRDw+p6bVGuDGhV8fDwW3UIQ+vWR/SBdxOGOJOCbVF6M+0Ao}{key:Jw9xOzhITeouH7YxgKRiUP9H08ovXmXga/PGv3zPbhk+MqtjmkGrQJpj2lCQdBPBzJf+peBWXnD2DY168UZPLdBNqD5VhAyCNW/rGKwCAhDvz3T+zq8ikH7UXsAldN+jC2Azhy2SSUgOiUvSn85CPOY6a7ap19mZmCIAYuxWKo+CDPYh4SyEzOlNsn5s4YL4VkYxr3VdGys5dPfP9ILvWUAbZ7/l4/jXcaHj2TqJhlIk9gelX5wJehk7XOg5hyPobxXxnVAKQOxyVCPIQIrMADpJuc5ULo+JUwLZ2TSfzDflOk/tSMfvfoS0GyY4DCC0DUae/dEl9sJ6F7P7Rswi0Q==}{iv:oW0XXnGQ5XS5KEcp8mxF4Q==}{name:QURQVG9rZW5FbmNyeXB0aW9uS2V5}{serial:Mg==}"},"amazonPage":"amazon.de","localCookie":"JSESSIONID=BE71FE57AD688572562AD5957F5B6756; session-id=257-0062777-1617446; session-id-time=2370732361l; ubid-acbde=261-1215717-4663316; x-acbde=AbrGJvLn3GEXnm3yxz8j2ortd7fkeBg0; at-acbde=Atza|IwEBIMMKsz7cS9bBjbn4wJNsidFFM19-5zwQ0dDBO022p5qPkVhD3KubJdo7UvUWR61ODMQDtgxtIs1SqP7puvHlXPs0ICtY9ai6JnluzzE--DjwFQD41J1G2cu_hordH7lcWGpYo3pZ5jbTmUpPaLe1t-q5bRXfvC-GQX0BS1PMk3qHSbN4gAVxW45RJmz_eeyV64S-4WAp8OyY3ug0-10wt3ziffXPI9iXiSvjYoSm1MCE1NkeukvbyDtNtceSIJM0-mwrAho56_VCVXeaShpqVHcOUUrLOwkQMuNWH50EWDUrjAdc1l-MV6UVjD1ySk3dVuA; sess-at-acbde=+7vxjUKfOullJS7kGifSwgoYdn9x0a+VwZFsDwInIc8=; csrf=-258043723","csrf":"-258043723"}11"}
SyntaxError: Unexpected number
at wrapSafe (internal/modules/cjs/loader.js:1029:16)
at Module._compile (internal/modules/cjs/loader.js:1078:27)
at Object.Module._extensions..js (internal/modules/cjs/loader.js:1143:10)
at Module.load (internal/modules/cjs/loader.js:979:32)
at Function.Module._load (internal/modules/cjs/loader.js:819:12)
at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:75:12)
at internal/main/run_main_module.js:17:47
Geht es womöglich garnicht um den alexa-Connector, sondern um Amazon/echo-device??? Da funktioniert aber alles (Cookie_STATE OK, COOKIE-TYPE "Reading_NPM", state "connected", jeweils mit aktuellem Datum.
Zitat von: is2late am 25 Februar 2025, 16:12:23Geht es womöglich garnicht um den alexa-Connector, sondern um Amazon/echo-device???
Ja
Keine Ahnung, wieso das kommt – vielleicht ist auch einfach dein alexa-cookie2-npm-Modul veraltet (wobei das letzte Update im November 2023 war)? Du solltest eigentlich relativ gefahrlos alles unter /opt/fhem/cache löschen können und dann einfach echodevice neu einrichten können. Aber bitte vorher überprüfen, dass unter /opt/fhem/cache tatsächlich nur echodevice-Sachen sind und nichts anderes wichtiges.
Wenn du dir unsicher bist poste bitte mal die Ausgabe von
ls -la /opt/fhem/cachebevor du irgendetwas löscht.
Es kann aber auch gut sein, dass Amazon einfach etwas geändert hat und alexa-cookie2 gerade nicht mehr richtig funktioniert. Kann es selbst leider nicht testen, weil ich es nicht verwende.
Vielen Dank, passibe!
Habe alle Dateien in dem cache/alexa-cookie gelöscht bis auf node_modules, dessen Löschung mir sogar als su verwehrt bleibt.
In node_modules stecken zahlreiche Dateien. rm -r oder rmdir klappen nicht.
Hast Du einen Tipp für mich, wie ich diesen Ordner loswerde?
LG Ingo
Das ist merkwürdig.
Zitat von: is2late am 27 Februar 2025, 12:27:29dessen Löschung mir sogar als su verwehrt bleibt
Was bedeutet das? Was war die genaue Fehlermeldung?
Stoppe mal FHEM und versuche es dann nochmal, einfach mit
sudo rm -rf /opt/fhem/cache/alexa-cookieDann FHEM wieder starten und echodevice neu einrichten.
@passibe:Habe ich gemacht, vielen Dank!
Das vorherige Stoppen von Fhem war der Schlüssel.
Morgen sehe ich mal weiter...