Probleme mit Raspi 4 im WLan, Netzabbrüche

Heute ist Stammtischzeit:
Jeden Donnerstag 20:30 Uhr hier im Chat.
Wer Lust hat, kann sich gerne beteiligen. ;)
  • Liebe Community,

    zur Einleitung:

    ich nutze seit ca. 3 Jahren einige Raspberries. Mittlerweile habe ich 2 Rasp 3+ in Netz mit Stretch und seit kurzem 2 Raspi4, alle 4 im Dauereinsatz. Ein Raspi4 nutze ich für iobroker, den zweiten Raspi als Backup-System. Alles hängt an einer Fritz-Box 7590.

    Problem:

    Mit den beiden Raspi4 habe ich Probleme in Wlan. Nach dem Starten wird die Verbindung aufgebaut, nach Vergabe die IP-Adresse wird die Verbindungen unterbrochen, nach 2 Sekunden wieder neu aufgebaut, wieder unterbrochen. Das geht 4-6 Mal, oft bleibt die Verbindung dann stabil über ein paar Tage. Manchmal steht die WLan-verbindung, bis ich den Browser (Chrome-Standard) öffne, und eine Verbindung aufbauen will, dann geht das Spiel von vorne los.

    Manchmal wird eine stabile Verbindung im Tray angezeigt, aber die Verbindung ist tot, d.h. ich kann weder im Heimnetz eine IP aufrufen noch im Internet. Nur Neustart hilft.

    Ich möchte betonen, dass dies nur mit den Raspi4 auftritt, die Raspi3 mit Stretch und etliche ESP32 und 8266 funken wochenlang ohne Mucken. Für mich heißt das, das irgendeine Einstellung bei den Raspi4 optimiert werden sollte.

    Kennt jemand dafür eine Lösung, oder ist das noch ein Fehler im Betriebssystem?

    Danke für Tipps

    Jürgen

  • Ich möchte betonen, dass dies nur mit den Raspi4 auftritt, die Raspi3 mit Stretch und etliche ESP32 und 8266 funken wochenlang ohne Mucken. Für mich heißt das, das irgendeine Einstellung bei den Raspi4 optimiert werden sollte.

    Wie ist deine FritzBox betr. WLAN konfiguriert? Benutzt Du 2.4GHz und 5.0GHz?

    Wie hast Du die WLAN-Verbindung auf deinem PI4 konfiguriert? Benutzt Du ein GUI für die Konfiguration?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • RTFM

    angesteckt ist wenig. Bei dem Io-broker Raspi ein USB-Stick, beim Back-up Raspi eine große Festplatte mit separater Stromversorgung.

    Da ich bisher wenig Probleme hatte, stehe ich mit Log-Files noch auf Kriegsfuss. Ich weiß, dass diese unter /var/log liegen.

    Ich habe auch schon mal hineingeschaut, aber bei den langen Files weiß ich nicht, wonach ich suchen muss.

  • Ich habe auch schon mal hineingeschaut, aber bei den langen Files weiß ich nicht, wonach ich suchen muss.

    Dann suche in syslog nach Zeilen mit

    warning | warn,

    error,

    failed,

    unavailable,

    unable,

    info,

    couldn't | could not,

    can't | can not

    no such file,

    voltage | undervoltage | under_voltage

    ....

    Eigentlich solltest Du den Sinn eines Logeitrages schon verstehen, zumindest der meisten Einträge.


    Servus !

    RTFM = Read The Factory Manual, oder so

  • Ich habe das Netzwerk bei der Installation eingerichtet.

    2,4 und 5GHz sind in Betrieb. Die Raspis laufen im alle 5GHz Bereich, sowohl die Raspi 3+ als auch die Raspi4.

    Das ist keine Antwort auf meine Frage.

    Deaktiviere mal 5.0GHz und teste nur mit 2.4GHz.

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • RTFM

    Der Raspi ist heute nacht neu gestartet und ich habe mir die syslog-Datei angeschaut. Nach dem Hochfahren um 0:00 kam diese Meldung:


    May 19 00:01:21 raspberrypi systemd[1]: Started Hostname Service.

    May 19 00:01:21 raspberrypi dhcpcd[440]: wlan0: Router Advertisement from fe80::464e:6dff:fef5:8391

    May 19 00:01:21 raspberrypi dhcpcd[440]: wlan0: adding address 2003:f5:973a:9700:abf9:e183:62fd:bfc9/64

    May 19 00:01:21 raspberrypi dhcpcd[440]: wlan0: adding route to 2003:f5:973a:9700::/64

    May 19 00:01:21 raspberrypi dhcpcd[440]: wlan0: requesting DHCPv6 information

    May 19 00:01:21 raspberrypi dhcpcd[440]: wlan0: fe80::464e:6dff:fef5:8391 is reachable again

    May 19 00:01:21 raspberrypi dhcpcd[440]: wlan0: adding default route via fe80::464e:6dff:fef5:8391

    May 19 00:01:21 raspberrypi avahi-daemon[429]: Leaving mDNS multicast group on interface wlan0.IPv6 with address fe80::b40b:42c:d346:edc7.

    May 19 00:01:21 raspberrypi avahi-daemon[429]: Joining mDNS multicast group on interface wlan0.IPv6 with address 2003:f5:973a:9700:abf9:e183:62fd:bfc9.

    May 19 00:01:21 raspberrypi avahi-daemon[429]: Registering new address record for 2003:f5:973a:9700:abf9:e183:62fd:bfc9 on wlan0.*.

    May 19 00:01:21 raspberrypi avahi-daemon[429]: Withdrawing address record for fe80::b40b:42c:d346:edc7 on wlan0.

    May 19 00:01:21 raspberrypi kernel: [ 16.582262] ICMPv6: process `dhcpcd' is using deprecated sysctl (syscall) net.ipv6.neigh.wlan0.retrans_time - use net.ipv6.neigh.wlan0.retrans_time_ms instead

    May 19 00:01:21 raspberrypi dhcpcd[440]: Too few arguments.

    May 19 00:01:21 raspberrypi dhcpcd[440]: Too few arguments.

    May 19 00:01:25 raspberrypi systemd[1]: systemd-rfkill.service: Succeeded.

    May 19 00:01:26 raspberrypi dhcpcd[440]: wlan0: leased 192.168.178.55 for 864000 seconds

    May 19 00:01:26 raspberrypi avahi-daemon[429]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.178.55.

    May 19 00:01:26 raspberrypi avahi-daemon[429]: New relevant interface wlan0.IPv4 for mDNS.

    May 19 00:01:26 raspberrypi avahi-daemon[429]: Registering new address record for 192.168.178.55 on wlan0.IPv4.

    May 19 00:01:26 raspberrypi dhcpcd[440]: wlan0: adding route to 192.168.178.0/24

    May 19 00:01:26 raspberrypi dhcpcd[440]: wlan0: adding default route via 192.168.178.1

    May 19 00:01:26 raspberrypi dhcpcd[440]: Too few arguments.

    May 19 00:01:26 raspberrypi dhcpcd[440]: Too few arguments.

    May 19 00:01:26 raspberrypi dhcpcd[440]: forked to background, child pid 691

    May 19 00:01:26 raspberrypi systemd[1]: Started dhcpcd on all interfaces.

    May 19 00:01:26 raspberrypi systemd[1]: Reached target Network.

    May 19 00:01:26 raspberrypi systemd[1]: Started ioBroker Server.


    ein paar Zeilen später:

    May 19 00:01:26 raspberrypi avahi-daemon[429]: Withdrawing address record for 2003:f5:973a:9700:abf9:e183:62fd:bfc9 on wlan0.

    May 19 00:01:26 raspberrypi avahi-daemon[429]: Host name conflict, retrying with raspberrypi-2

    May 19 00:01:26 raspberrypi avahi-daemon[429]: Registering new address record for 2003:f5:973a:9700:abf9:e183:62fd:bfc9 on wlan0.*.

    May 19 00:01:26 raspberrypi avahi-daemon[429]: Registering new address record for 192.168.178.55 on wlan0.IPv4.

    Dann im Stundenabstand:

    May 19 00:21:33 raspberrypi dhcpcd[691]: wlan0: Router Advertisement from fe80::464e:6dff:fef5:8391

    .

    .

    May 19 01:21:47 raspberrypi dhcpcd[691]: wlan0: Router Advertisement from fe80::464e:6dff:fef5:8391

    May 19 01:28:34 raspberrypi dhcpcd[691]: wlan0: Router Advertisement from fe80::464e:6dff:fef5:8391

    May 19 01:38:07 raspberrypi dhcpcd[691]: wlan0: Router Advertisement from fe80::464e:6dff:fef5:8391

    May 19 01:43:34 raspberrypi dhcpcd[691]: wlan0: Router Advertisement from fe80::464e:6dff:fef5:8391

    Allerdings sagen mir diese Meldungen nichts.

    Ich werde versuchen, die Meldungen direkt beim Verbindungsabbruch - Aufbau zu finden.

    Jürgen

  • Ich glaube zwar nicht, dass das die Abbrueche erklaert - aber die avahi-daemon-Meldung deutet auf einen Hostnamen-Konflikt hin. Sind da mehrere Teilnehmer im Netzwerk gleich benannt?

  • RTFM

    So, jetzt habe ich auch ein paar Meldungen, als die Verbindung im Tray mit IP-gezeigt wurde, aber keine Verbindung da war:

    May 19 11:22:50 raspberrypi kernel: [40892.223535] brcmfmac: brcmf_cfg80211_scan: scan error (-110)

    May 19 11:23:50 raspberrypi kernel: [40952.224529] brcmfmac: brcmf_run_escan: error (-110)

    May 19 11:23:50 raspberrypi kernel: [40952.224558] brcmfmac: brcmf_cfg80211_scan: scan error (-110)

    May 19 11:24:50 raspberrypi kernel: [41012.225136] brcmfmac: brcmf_run_escan: error (-110)

    May 19 11:24:50 raspberrypi kernel: [41012.225151] brcmfmac: brcmf_cfg80211_scan: scan error (-110)

    May 19 11:25:50 raspberrypi kernel: [41072.225927] brcmfmac: brcmf_run_escan: error (-110)

    May 19 11:25:50 raspberrypi kernel: [41072.225952] brcmfmac: brcmf_cfg80211_scan: scan error (-110)

    May 19 11:25:59 raspberrypi systemd-timesyncd[355]: Timed out waiting for reply from [2001:1640:11a::2]:123 (2.debian.pool.ntp.org).

    May 19 11:26:09 raspberrypi systemd-timesyncd[355]: Timed out waiting for reply from [2a01:4f8:172:19cf::2]:123 (2.debian.pool.ntp.org).

    May 19 11:26:20 raspberrypi systemd-timesyncd[355]: Timed out waiting for reply from [2a03:2900:7:106::2]:123 (2.debian.pool.ntp.org).

    May 19 11:26:30 raspberrypi systemd-timesyncd[355]: Timed out waiting for reply from [2a01:4f8:13a:bc1::]:123 (2.debian.pool.ntp.org).

    May 19 11:26:40 raspberrypi systemd-timesyncd[355]: Timed out waiting for reply from 162.159.200.1:123 (2.debian.pool.ntp.org).

    May 19 11:26:50 raspberrypi systemd-timesyncd[355]: Timed out waiting for reply from 164.68.124.74:123 (2.debian.pool.ntp.org).

    May 19 11:26:50 raspberrypi kernel: [41132.226700] brcmfmac: brcmf_run_escan: error (-110)

    May 19 11:26:50 raspberrypi kernel: [41132.226715] brcmfmac: brcmf_cfg80211_scan: scan error (-110)

    May 19 11:27:01 raspberrypi systemd-timesyncd[355]: Timed out waiting for reply from 5.9.124.124:123 (2.debian.pool.ntp.org).

    May 19 11:27:11 raspberrypi systemd-timesyncd[355]: Timed out waiting for reply from 78.46.253.198:123 (2.debian.pool.ntp.org).

    Nach der letzten Meldung habe ich den Raspi neu gestartet.

    Helfen die Meldungen?

    Jürgen

  • Das ist der Grund für den meckern von Avahi. Wie gesagt, das ändert nix an der Stabilität. Würde ich mal ändern. Man nennt ja auch nicht alle Kinder Stefanie.

  • Hallo,

    ich habe jetzt die "Kinder" mit Einzelnamen versehen und das Wlan auf 2,4GHz reduziert. Was soll das für einen Effekt (also nur 2,4 GHz) haben, die Raspi3 mit Stretch zicken doch auch nicht rum?

  • Das sind unterschiedliche Chips in 4 vs 3. Das ist denke ich mal einfach ein Versuch, da eine Variable zu eleminieren.

  • ... das Wlan auf 2,4GHz reduziert. ...

    Konfiguriere jetzt noch:

    Code
    sudo nano /etc/modprobe.d/cfg80211.conf

    Inhalt:

    Code
    options cfg80211 cfg80211_disable_40mhz_24ghz=1
    options cfg80211 bss_entries_limit=10
    Code
    sudo nano /etc/modprobe.d/brcmfmac.conf

    Inhalt:

    Code
    options brcmfmac roamoff=1
    options brcmfmac p2pon=0

    danach den PI rebooten.

    Hast Du in deinem WLAN-Router einen festen Kanal konfiguriert? Wenn ja, welchen?

    Wie hoch ist die Wifi-Sendeleitung deines WLAN-Routers konfiguriert?

    Ist in deinem WLAN-Router, WPA oder WPA2 konfiguriert?

    Wenn Du avahi nicht brauchst, dann den avahi-daemon auf deinem PI deinstallieren. Wenn Du IPv6 mit deinem PI nicht verwendest, dann mit dem boot-Parameter in der cmdline.txt deines PI, deaktivieren.

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • Hallo zusammen,

    ich habe die Raspi4 jetzt mehrfach rebootet und es ging jedesmal ohne Störung: Netz aufgebaut, IP aktiviert, stabil gelaufen.

    Jetzt hatte ich ja 2 Maßnahmen gleichzeitig gemacht, Einzelnamen vergeben und Funk auf nur 2,4GHz gesetzt. Welche Maßnahme jetzt den Erfolg gebracht hat werde ich noch prüfen.

    rpi444

    zum Router:

    Ich habe im Haus ein Mesh-Netz installiert, die Raspi4 gehen über einen Repeater (1750) an die Fritzbox (7590). Zur Zeit ist Kanal 1 aktiv, ist aber variabel eingestellt.

    Ich habe noch 11 andere fremde Netze in der Nachbarschaft auf anderen Kanälen, die im 2,4GHz funken. Kein Netz im 5GHz.

    Funkstärke ist im "Eco-Modus", aber die Raspi4 laufen ja über Repeater. Konfiguriert ist WPA2(CCMP).

    Du schlägst einige Änderungen vor. Was sollen die bewirken?

    Meine Idee wäre, die 5 GHz wieder zu aktivieren und zu sehen, ob die Abstürze wieder auftreten. Wenn nein = ist gut; wenn ja=deine Vorschläge realisieren.

    Oder stellen die Vorschläge eine Optimierung des Systems dar?

    Ich lerne immer gern dazu;)

    Jürgen

  • Ich denke mal es lag wohl an den vergebenen Namen. 5GHz würde ich jetzt mal probieren.

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!