Shelly bleibt Rot + Wlan Problem Pi4 nach Router wechsel

rasen1992

Hallo zusammen,

folgendes Problem, ich habe mir einen neuen Router / Modem von Asus ( ipv4 -> Ipv6) besorgt und diesen installiert.
Der Name und das Kennwort wurden ident zum vorherigen Router geändert.
Soweit so gut läuft alles, nur zwei Probleme bleiben

1. Shelly
Der Shelly Adapter verbindet sich mit der Shelly-Cloud aber er bekommt keine Verbindung zum Host.
Im Log finde ich nur das er beim verbinden zum Coap Modus stecken bleibt ...

shelly.0	2020-12-30 05:34:39.596	info	(12677) Starting Shelly adapter in CoAP modus.
shelly.0	2020-12-30 05:34:39.562	info	(12677) Polltime of the shelly devices: 5 sec.
shelly.0	2020-12-30 05:34:39.562	info	(12677) Starting Adapter shelly.0 in version 3.3.6
shelly.0	2020-12-30 05:34:39.530	info	(12677) starting. Version 3.3.6 in /opt/iobroker/node_modules/iobroker.shelly, node: v12.19.0, js-controller: 3.1.6
shelly.0	2020-12-30 05:34:39.312	debug	(12677) Plugin sentry Initialize Plugin (enabled=true)
shelly.0	2020-12-30 05:34:39.026	debug	(12677) statesDB connected
shelly.0	2020-12-30 05:34:39.025	debug	(12677) States connected to redis: 127.0.0.1:9000
shelly.0	2020-12-30 05:34:39.016	debug	(12677) States create System PubSub Client
shelly.0	2020-12-30 05:34:39.013	debug	(12677) States create User PubSub Client
shelly.0	2020-12-30 05:34:39.006	debug	(12677) Redis States: Use Redis connection: 127.0.0.1:9000
shelly.0	2020-12-30 05:34:39.003	debug	(12677) objectDB connected
shelly.0	2020-12-30 05:34:38.996	debug	(12677) Objects connected to redis: 127.0.0.1:9001
shelly.0	2020-12-30 05:34:38.976	debug	(12677) Objects client initialize lua scripts
shelly.0	2020-12-30 05:34:38.975	debug	(12677) Objects create User PubSub Client
shelly.0	2020-12-30 05:34:38.973	debug	(12677) Objects create System PubSub Client
shelly.0	2020-12-30 05:34:38.970	debug	(12677) Objects client ready ... initialize now
shelly.0	2020-12-30 05:34:38.924	debug	(12677) Redis Objects: Use Redis connection: 127.0.0.1:9001
shelly.0	2020-12-30 05:34:36.711	warn	(12648) Terminated (NO_ADAPTER_CONFIG_FOUND): Without reason
shelly.0	2020-12-30 05:34:36.710	debug	(12648) Plugin sentry destroyed
shelly.0	2020-12-30 05:34:36.699	error	(12648) adapter disabled
shelly.0	2020-12-30 05:34:36.481	debug	(12648) Plugin sentry Initialize Plugin (enabled=true)
shelly.0	2020-12-30 05:34:36.193	debug	(12648) statesDB connected
shelly.0	2020-12-30 05:34:36.192	debug	(12648) States connected to redis: 127.0.0.1:9000
shelly.0	2020-12-30 05:34:36.182	debug	(12648) States create System PubSub Client
shelly.0	2020-12-30 05:34:36.179	debug	(12648) States create User PubSub Client
shelly.0	2020-12-30 05:34:36.173	debug	(12648) Redis States: Use Redis connection: 127.0.0.1:9000
shelly.0	2020-12-30 05:34:36.170	debug	(12648) objectDB connected
shelly.0	2020-12-30 05:34:36.163	debug	(12648) Objects connected to redis: 127.0.0.1:9001
shelly.0	2020-12-30 05:34:36.135	debug	(12648) Objects client initialize lua scripts
shelly.0	2020-12-30 05:34:36.133	debug	(12648) Objects create User PubSub Client
shelly.0	2020-12-30 05:34:36.132	debug	(12648) Objects create System PubSub Client
shelly.0	2020-12-30 05:34:36.127	debug	(12648) Objects client ready ... initialize now
shelly.0	2020-12-30 05:34:36.092	debug	(12648) Redis Objects: Use Redis connection: 127.0.0.1:9001

Ich habe absichtlich eine ältere Shelly Version da ich MQTT umgehen möchte, hat bis dato mit meinem alten Router ohne Probleme funktioniert ...

Wenn ich in den Einstellungen die Coap Listen IP auf IPv4 - 127.0.0.1 - lo einstelle, wird der Adapter Grün, kann aber keine Geräte steuern bzw. bekomme ich den Status nicht angezeigt...

EDID Lösung
Habe jetzt in den Einstellungen IPv4 192.168.0.91 eth gewählt (habe den PI mit dem Kabel nun verbunden) und es funktioniert jetzt wieder. Meine Frage warum funktioniert es dann mit listen on all ip's nicht ?

Wlan PI4
Verliere seit umstellung immer wieder die Verbindung zum WLan, Aktionen etc. die über den PI gesteuert werden sind extrem träge (Reaktionszeiten bis zu 3 - 4 Minuten) muss ich hier etwas umstellen aufgrund der Umstellung von ipv4 auf ipv6?

danke für eure Hilfe und allen einen guten Rutsch ins neue Jahr.

UncleSam

@rasen1992 Ich habe hier im Forum bis jetzt nur von Problemen gehört mit ipv6. Ich kann mir auch gut vorstellen, dass verschiedene Adapter damit Probleme haben.

Was war denn dein Grund für die Umstellung?

rasen1992

@UncleSam Mein Modem / Router hat sich verabschiedet, werde versuchen ipv6 auf ipv4 umzustellen evtl. hilft es, seit heute wieder eine neues Problem dazubekommen.

Iot-Adapter

(1348) Error by device connection: "premature close"

Hoffe das es nach Umstellung wieder funktioniert ...

Thomas Braun

@rasen1992

ifconfig

bringt?

rasen1992

@Thomas-Braun
Bin jetzt mit LAN verbunden


pi@raspberrypi:~ $ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.91  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::12bf:6b84:9b72:d1e3  prefixlen 64  scopeid 0x20<link>
        ether dc:a6:32:86:f8:69  txqueuelen 1000  (Ethernet)
        RX packets 832892  bytes 163725536 (156.1 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0        TX packets 1036150  bytes 128667335 (122.7 MiB)
        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  (Lokale Schleife)
        RX packets 6123113  bytes 1303550650 (1.2 GiB)
        RX errors 0  dropped 0  overruns 0  frame 0        TX packets 6123113  bytes 1303550650 (1.2 GiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.91  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::dcd:424e:e598:7219  prefixlen 64  scopeid 0x20<link>
        ether dc:a6:32:86:f8:6a  txqueuelen 1000  (Ethernet)
        RX packets 10790  bytes 2332935 (2.2 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0        TX packets 885  bytes 109730 (107.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Thomas Braun

@rasen1992 sagte in Shelly bleibt Rot + Wlan Problem Pi4 nach Router wechsel:

inet 192.168.0.91

Beide interfaces auf der gleichen IP kann/darf nicht sein.
Wie geschieht die IP-Vergabe bei dir im Netz?

Bei meinem (ganz ähnlichen) Setup sieht das so aus:

pi@raspberrypi:~ $ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.178.50  netmask 255.255.255.0  broadcast 192.168.178.255
        inet6 fe81::4880:2721:cb16:4bf  prefixlen 64  scopeid 0x20<link>
        inet6 2002:b0c6:88e:0:c4a2:676a:b04f:c67f  prefixlen 64  scopeid 0x0<global>
        ether dc:a6:32:5a:48:0e  txqueuelen 1000  (Ethernet)
        RX packets 10911230  bytes 3251861404 (3.0 GiB)
        RX errors 0  dropped 3  overruns 0  frame 0
        TX packets 11624385  bytes 3766499012 (3.5 GiB)
        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  (Lokale Schleife)
        RX packets 125582367  bytes 30272314545 (28.1 GiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 125582367  bytes 30272314545 (28.1 GiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.178.49  netmask 255.255.255.0  broadcast 192.168.178.255
        inet6 2003:b1c5:88e:0:fbec:74a8:9d00:65d8  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::81e8:4618:63be:6508  prefixlen 64  scopeid 0x20<link>
        ether dc:b6:32:5a:48:10  txqueuelen 1000  (Ethernet)
        RX packets 1112933  bytes 117797885 (112.3 MiB)
        RX errors 0  dropped 9  overruns 0  frame 0
        TX packets 10225  bytes 1286889 (1.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

rasen1992

@Thomas-Braun

Habe ich in der Config vom pi hinterlegt, dachte nicht das es da zu Problemen kommen kann, verwende ja nur entweder / oder ...

Thomas Braun

@rasen1992 Nein, du verwendest gerade beide Interfaces gleichzeitig. Sonst würde wlan0 nämlich nicht aufgeführt.

rasen1992

@Thomas-Braun
Okay das bedeutet entweder ip ändern oder wlan bzw lan deaktivieren ?

Und am besten wieder ipv4 ?

Thomas Braun

@rasen1992 sagte in Shelly bleibt Rot + Wlan Problem Pi4 nach Router wechsel:

deaktivieren

Jedes Interface braucht eine eigene IP.
Welcher Gedankengang führt eigentlich zu so einer Pfusch-Konfiguration? Am besten Finger von der IP-Vergabe auf Client-Ebene lassen und das über den Router/DHCP-Server erledigen. Dafür ist der nämlich da.

Man kann auch ganz prima einen Mix aus IPv4 und IPv6 fahren. Hab ich hier ja auch laufen.

Community Forum

NEWS

Shelly bleibt Rot + Wlan Problem Pi4 nach Router wechsel

Support us

321

32.9k

83.0k

1.3m