Seit Update verliert ioBrocker auf RPI die Wlan Verbindung

[spicer]

Dieser Bug war schonmal da und wurde behoben. Scheinbar hat der sich wieder eingeschlichen.
Das Wlan verliert in unregelmässigen Abständen die Verbindung, wobei das Raspi weiter läuft.
Habe mir nun eine provisorische Lösung gebastelt.
Folgendes Script wird jede Minute per Cronjob aufgerufen, wobei ein log in /home/pi/log angelegt wird, wenn dieses Verzeichnis existiert. Bitte vorher anlegen!
Die IP des Routers ist anzupassen :

Script /home/pi/check_connection.sh (Rechte 744)

#!/bin/bash

pfad="/home/pi"
DST=192.168.1.100        #Router IP

#echo $(date +"%A, %d %B %Y %T") " WLAN Abfrage" >> "$pfad/log/wlan"

if ! ping -c 3 -t 5 $DST > /dev/null
then
   echo $(date +"%A, %d %B %Y %T") " WLAN Neustart wegen WLAN verlust" >> "$pfad/log/wlan"
   ip link set wlan0 down
   sleep 5
   ip link set wlan0 up
fi

Cronjob:
*/1 * * * * /home/pi/check_connection.sh

Getestet unter Debian 10 Buster auf Raspberry.

PS: Musste mit Chrome editieren. Firefox for Linux ist inkompatibel mit dieser Forensoftware! Schade

[Neuschwansteini]

@spicer

Hi, empfehle den Wifi Channel zu wechseln oder den Raspi näher an den Sender zu positionieren.
Evtl n Repeater zwischen schalten. Logs prüfen, nicht dass das Netzteil was hat..

Wenn du deinem Tamagotchi nicht regelmässig zu fressen gibst, musst es auch nicht dauernd re-animieren, wenns stirbt..

[spicer]

@ilovegym
Komisch nur, dass es vorher über 2 Jahre tadellos funktionierte.
Das Raspi ist ca 2m von der Fritzbox entfernt.

[Neuschwansteini]

@spicer halt mal in die Logs schauen, da steht bestimmt warum das Wifi dir wegfliegt..

Meine Glaskugel hat leider kein Wifi-Support..

[spicer]

@ilovegym
Ja, das hab ich schon gemacht. Hier der Log vom 8. Juli:

Jul  8 07:31:31 halten2 kernel: [50425.754930] ieee80211 phy0: brcmf_fw_crashed: Firmware has halted or crashed
Jul  8 07:31:31 halten2 kernel: [50425.828034] ieee80211 phy0: brcmf_fil_cmd_data: bus is down. we have nothing to do.
Jul  8 07:31:31 halten2 kernel: [50425.828052] ieee80211 phy0: brcmf_cfg80211_get_tx_power: error (-5)
Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: carrier lost
Jul  8 07:31:32 halten2 avahi-daemon[361]: Interface wlan0.IPv6 no longer relevant for mDNS.
Jul  8 07:31:32 halten2 avahi-daemon[361]: Leaving mDNS multicast group on interface wlan0.IPv6 with address fe80::ccbc:e876:d299:4ff8.
Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: deleting address fe80::ccbc:e876:d299:4ff8
Jul  8 07:31:32 halten2 avahi-daemon[361]: Interface wlan0.IPv4 no longer relevant for mDNS.
Jul  8 07:31:32 halten2 avahi-daemon[361]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.251.
Jul  8 07:31:32 halten2 avahi-daemon[361]: Withdrawing address record for fe80::ccbc:e876:d299:4ff8 on wlan0.
Jul  8 07:31:32 halten2 avahi-daemon[361]: Withdrawing address record for 192.168.1.251 on wlan0.
Jul  8 07:31:32 halten2 systemd[1]: Starting Load/Save RF Kill Switch Status...
Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: deleting route to 192.168.1.0/24
Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: deleting default route via 192.168.1.100
Jul  8 07:31:32 halten2 systemd[1]: Started Load/Save RF Kill Switch Status.
Jul  8 07:31:32 halten2 kernel: [50426.570244] brcmfmac: brcmf_sdiod_probe: Failed to set F1 blocksize
Jul  8 07:31:32 halten2 kernel: [50426.570285] brcmfmac: brcmf_sdio_bus_reset: Failed to probe after sdio device reset: ret -123
Jul  8 07:31:32 halten2 kernel: [50426.570734] mmc1: card 0001 removed
Jul  8 07:31:32 halten2 kernel: [50426.610024] mmc1: queuing unknown CIS tuple 0x41 (4 bytes)
Jul  8 07:31:32 halten2 kernel: [50426.612484] mmc1: queuing unknown CIS tuple 0x04 (0 bytes)
Jul  8 07:31:32 halten2 kernel: [50426.613219] mmc1: bad CIS tuple 0x20 (0 bytes)
Jul  8 07:31:32 halten2 kernel: [50426.613247] mmc1: error -22 whilst initialising SDIO card
Jul  8 07:31:32 halten2 kernel: [50426.658190] mmc1: queuing unknown CIS tuple 0x41 (4 bytes)
Jul  8 07:31:32 halten2 kernel: [50426.661076] mmc1: queuing unknown CIS tuple 0x04 (0 bytes)
Jul  8 07:31:32 halten2 kernel: [50426.661905] mmc1: bad CIS tuple 0x20 (0 bytes)
Jul  8 07:31:32 halten2 kernel: [50426.661924] mmc1: error -22 whilst initialising SDIO card
Jul  8 07:31:32 halten2 kernel: [50426.719480] mmc1: queuing unknown CIS tuple 0x41 (4 bytes)
Jul  8 07:31:32 halten2 kernel: [50426.723985] mmc1: queuing unknown CIS tuple 0x04 (0 bytes)
Jul  8 07:31:32 halten2 kernel: [50426.725324] mmc1: bad CIS tuple 0x20 (0 bytes)
Jul  8 07:31:32 halten2 kernel: [50426.725348] mmc1: error -22 whilst initialising SDIO card
Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: removing interface
Jul  8 07:31:32 halten2 kernel: [50426.801430] mmc1: queuing unknown CIS tuple 0x41 (4 bytes)
Jul  8 07:31:32 halten2 kernel: [50426.809505] mmc1: queuing unknown CIS tuple 0x04 (0 bytes)
Jul  8 07:31:32 halten2 kernel: [50426.811802] mmc1: bad CIS tuple 0x20 (0 bytes)
Jul  8 07:31:32 halten2 kernel: [50426.811819] mmc1: error -22 whilst initialising SDIO card
Jul  8 07:31:33 halten2 dhcpcd-run-hooks[9584]: wlan0: stopping wpa_supplicant
Jul  8 07:31:37 halten2 systemd[1]: systemd-rfkill.service: Succeeded.
Jul  8 08:17:01 halten2 CRON[9624]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jul  8 09:01:56 halten2 snapd[366]: autorefresh.go:501: Cannot prepare auto-refresh change due to a permanent network error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
Jul  8 09:01:56 halten2 snapd[366]: stateengine.go:150: state ensure error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
ul  8 09:17:01 halten2 CRON[9670]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jul  8 09:26:56 halten2 snapd[366]: autorefresh.go:501: Cannot prepare auto-refresh change due to a permanent network error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
Jul  8 09:26:56 halten2 snapd[366]: stateengine.go:150: state ensure error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
Jul  8 09:46:56 halten2 snapd[366]: autorefresh.go:501: Cannot prepare auto-refresh change due to a permanent network error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
Jul  8 09:46:56 halten2 snapd[366]: stateengine.go:150: state ensure error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable

Um 7:29 Uhr war damals das Wlan weg.

[Jan1]

@spicer sagte in Seit Update verliert ioBrocker auf RPI die Wlan Verbindung:

Das Raspi ist ca 2m von der Fritzbox entfernt.

Was hindert Dich daran den Pi mit LAN zu verbinden? Wird bei nem Server eh empfohlen

[Neuschwansteini]

@spicer sagte in Seit Update verliert ioBrocker auf RPI die Wlan Verbindung:

Jul 8 09:46:56 halten2 snapd[366]: stateengine.go:150: state ensure error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable

Da haben wir es doch schon, liegt wohl daran, dass dein DNS entweder nicht funktioniert, nicht erreichbar ist oder dein Wifi nicht erreichbar..

Hat also nix mit Linux oder iobroker zu tun, liegt einfach am Netzwerk und den Einstellungen oder Verbindungen.
Schau also mal in die Channels, was da los ist, vielleicht hat ein Nachbar ja was neues aufgestellt und stört dein System..

Ansonsten mal per Kabel dran und laufen lassen, evtl liegt ja auch an deinem DNS.. ??

[Thomas Braun]

@spicer Raspberry OS?

Da dürfte auf der mmc1 SD-Karte ein Einschlag sein und dann läuft da mit snapd auch ein ungewöhnlicher / unnötiger Service.