Shelly bleibt Rot + Wlan Problem Pi4 nach Router wechsel
-
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 bleiben1. 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:9001Ich 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.
-
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 bleiben1. 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:9001Ich 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.
-
@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?
@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 ...
-
@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
Bin jetzt mit LAN verbundenpi@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
Bin jetzt mit LAN verbundenpi@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@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 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 -
Habe ich in der Config vom pi hinterlegt, dachte nicht das es da zu Problemen kommen kann, verwende ja nur entweder / oder ...
@rasen1992 Nein, du verwendest gerade beide Interfaces gleichzeitig. Sonst würde wlan0 nämlich nicht aufgeführt.
-
@rasen1992 Nein, du verwendest gerade beide Interfaces gleichzeitig. Sonst würde wlan0 nämlich nicht aufgeführt.
-
@Thomas-Braun
Okay das bedeutet entweder ip ändern oder wlan bzw lan deaktivieren ?Und am besten wieder ipv4 ?
@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.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden292
Online32.9k
Benutzer83.0k
Themen1.3m
Beiträge