FHEM Update & Alexa SSH Probleme

Begonnen von Mazz78, 14 Februar 2025, 13:03:17

Vorheriges Thema - Nächstes Thema

Mazz78

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



RaPi 4 / Buster / FHEM 6
CUL868 / JeeLink868
Banana M1 (Bananian) + ser2net + Stiebel Eltron LWZ403
FIRMATA -> Gartenbewässerung /-licht
ALEXA

eisman

1x FHEM Debian, Homematic,ZigBee,FS20 / 1X Raspberry, ConBee / 5x ESP
1x FHEM Debian, Homematic,ZigBee         / 1X Raspberry, ConBee / 5x ESP
1x FHEM Debian,MQTT                               / 1X Raspberry, i2c,onewire,gpio
1x auf Windows 2012 Hyper-V-S

Otto123

#2
@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.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Mazz78

#3
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.
RaPi 4 / Buster / FHEM 6
CUL868 / JeeLink868
Banana M1 (Bananian) + ser2net + Stiebel Eltron LWZ403
FIRMATA -> Gartenbewässerung /-licht
ALEXA

Otto123

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/
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Mazz78

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
RaPi 4 / Buster / FHEM 6
CUL868 / JeeLink868
Banana M1 (Bananian) + ser2net + Stiebel Eltron LWZ403
FIRMATA -> Gartenbewässerung /-licht
ALEXA

Otto123

#6
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
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Mazz78

#7
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.
RaPi 4 / Buster / FHEM 6
CUL868 / JeeLink868
Banana M1 (Bananian) + ser2net + Stiebel Eltron LWZ403
FIRMATA -> Gartenbewässerung /-licht
ALEXA

Otto123

#8
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
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Mazz78

#9
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
RaPi 4 / Buster / FHEM 6
CUL868 / JeeLink868
Banana M1 (Bananian) + ser2net + Stiebel Eltron LWZ403
FIRMATA -> Gartenbewässerung /-licht
ALEXA

is2late

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


Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox

Otto123

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
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

is2late

#12
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


LG Ingo




Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox

Otto123

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
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

is2late

Danke Otto!

Stimmt, Alexa liegt in der Fhem- Umgebung.

Also Alexa-Fhem deinstallieren und neu installieren?'

LG
Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox