La connessione WiFi viene interrotta abbastanza spesso con Edimax EW-7711UTn

Sto usando un modello B da 256 MB Pi con un adattatore WiFi USB Edimax EW-7711UTn. Dopo alcune ore, la connessione WiFi inizia a cadere e viene riavviata. Fino a quando smette di funzionare completamente. Questo è quello che vedo in / var / log / messages:

Mar  9 20:39:29 raspberrypi kernel: [ 9353.773167] cfg80211: Calling CRDA to update world regulatory domain
Mar  9 20:39:29 raspberrypi wpa_action: WPA_IFACE=wlan0 WPA_ACTION=DISCONNECTED
Mar  9 20:39:29 raspberrypi wpa_action: WPA_ID=0 WPA_ID_STR= WPA_CTRL_DIR=/var/run/wpa_supplicant
Mar  9 20:39:29 raspberrypi wpa_action: ifdown wlan0
Mar  9 20:39:30 raspberrypi wpa_action: removing sendsigs omission pidfile: /run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlan0.pid
Mar  9 20:39:33 raspberrypi kernel: [ 9357.478605] wlan0: authenticate with 30:46:9a:54:6f:3d
Mar  9 20:39:33 raspberrypi kernel: [ 9357.624628] wlan0: send auth to xxx (try 1/3)
Mar  9 20:39:33 raspberrypi kernel: [ 9357.626510] wlan0: authenticated
Mar  9 20:39:33 raspberrypi kernel: [ 9357.703189] wlan0: associate with xxx (try 1/3)
Mar  9 20:39:33 raspberrypi kernel: [ 9357.707045] wlan0: RX AssocResp from 30:46:9a:54:6f:3d (capab=0x411 status=0 aid=2)
Mar  9 20:39:33 raspberrypi kernel: [ 9357.722534] wlan0: associated
Mar  9 20:39:33 raspberrypi wpa_action: WPA_IFACE=wlan0 WPA_ACTION=CONNECTED
Mar  9 20:39:33 raspberrypi wpa_action: WPA_ID=0 WPA_ID_STR= WPA_CTRL_DIR=/var/run/wpa_supplicant
Mar  9 20:39:33 raspberrypi wpa_action: ifup wlan0=default
Mar  9 20:39:40 raspberrypi wpa_action: creating sendsigs omission pidfile: /run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlan0.pid
Mar  9 20:39:40 raspberrypi wpa_action: bssid=xxx
Mar  9 20:39:40 raspberrypi wpa_action: ssid=xxx
Mar  9 20:39:40 raspberrypi wpa_action: id=0
Mar  9 20:39:40 raspberrypi wpa_action: mode=station
Mar  9 20:39:40 raspberrypi wpa_action: pairwise_cipher=CCMP
Mar  9 20:39:40 raspberrypi wpa_action: group_cipher=CCMP
Mar  9 20:39:40 raspberrypi wpa_action: key_mgmt=WPA2-PSK
Mar  9 20:39:40 raspberrypi wpa_action: wpa_state=COMPLETED
Mar  9 20:39:40 raspberrypi wpa_action: ip_address=xxx
Mar  9 20:39:40 raspberrypi wpa_action: address=xxx

E a volte dmesg mi dice:

[20014.112395] wlan0: deauthenticating from xxx by local choice (reason=3)

I processi wpa in esecuzione sono:

 1872 ?        Ss     0:00 /sbin/wpa_supplicant -s -B -P /var/run/wpa_supplicant.wlan0.pid -i wlan0 -W -D nl80211,wext -c /etc/wpa_supplicant/wpa_supplicant.conf
 2010 ?        Ss     0:00 /sbin/wpa_cli -B -P /var/run/wpa_action.wlan0.pid -i wlan0 -p /var/run/wpa_supplicant -a /sbin/wpa_action

Qualcun altro ha questi problemi e come posso risolverli?

Poiché molte persone sembrano avere problemi con alimentatori insufficienti: il mio RasPi funziona con un alimentatore da 1,2 V 5 V e ha un hub USB da 3,8 V 5 V alimentato. Ora ho staccato tutti gli altri dispositivi dall'hub alimentato e collegato l'Edimax ad esso, forse questo mi aiuterà.

Aggiornamento: No, questa volta ci sono voluti solo pochi minuti perché il WiFi non rispondesse.

Aggiornamento 2: ho ancora problemi, in questo momento ho notato che la connessione può essere riavviata usando ifdown e ifup, ma continuo a ricevere sempre più di questi messaggi:

Mar 22 19:11:59 raspberrypi kernel: [215435.967714] cfg80211: Calling CRDA to update world regulatory domain
Mar 22 19:12:01 raspberrypi kernel: [215437.948971] wlan0: authenticate with XXXXXX
Mar 22 19:12:02 raspberrypi kernel: [215438.087245] wlan0: send auth to XXXXXX (try 1/3)
Mar 22 19:12:02 raspberrypi kernel: [215438.089006] wlan0: authenticated
Mar 22 19:12:02 raspberrypi kernel: [215438.165765] wlan0: associate with XXXXXX (try 1/3)
Mar 22 19:12:02 raspberrypi kernel: [215438.169604] wlan0: RX AssocResp from XXXXXX (capab=0x411 status=0 aid=1)
Mar 22 19:12:02 raspberrypi kernel: [215438.185759] wlan0: associated

Ciò accade in periodi di tempo sempre più brevi fino al riavvio. Quindi va di nuovo bene per un giorno o due. Quindi cosa sta succedendo qui?

Aggiornamento: Ok, ho appena collegato il Pi a un display e ho iniziato a copiare i file tramite WiFi. Dopo circa 15 minuti il ​​Pi si è congelato. Ho avuto un tmux in esecuzione con output di htop e tail -f / var / log / messages. Nessun panico visibile sul kernel, né nulla in / var / log / message. La macchina è congelata.

Immagino di poter dire tranquillamente ora che i problemi sono dovuti al dispositivo e / o al driver rt2x00. Ho usato Ethernet solo nelle ultime 48 ore, ho copiato molti Gigabyte di dati e non ho avuto nessun problema. Quindi, attualmente scoraggerei l'uso di dispositivi basati su RT2800 e proverò a trovare un altro dongle, forse uno con il chip Realtek, poiché sembra essere il più utilizzato.

EDIT: ho comprato un TPL-WN725N con un chip RTL8188CUS. Funziona immediatamente, attualmente con 0,5 GB di traffico e ancora in esecuzione. Sembra anche un po 'più veloce del dongle basato su Ralink. Ottengo 1,9MByte / sec, mentre prima avevo 1,3MByte / sec. Vediamo se permetterà al Pi di funzionare più a lungo e senza congelarsi.

EDIT: > 5 GB e va ancora forte. Sembra molto promettente. Lo manterrà in funzione per vedere se fallisce.

Esiste una versione speciale di hostapd (si occupa dell'autenticazione wireless) da utilizzare con questo adattatore. Il chipset Realtek non funziona particolarmente bene se non con la versione distro Raspbian "out of the box".

Ho pubblicato una guida per l'installazione di questo adattatore Wifi da utilizzare come AP sul mio blog.

Se non vuoi dare un'occhiata al mio blog, ecco il link per la guida che ho usato .

non ho idea, a dire il vero, ma ci sono due cose che potresti provare:

il primo è giocare con le opzioni di risparmio energetico documentate nel pacchetto driver realtek. in questo momento utilizzo il massimo risparmio energetico, tramite:

insmod /lib/modules/3.6.11+/kernel/drivers/net/wireless/rtl8192cu/8192cu.ko  rtw_power_mgnt=2 rtw_ips_mode=1 rtw_hwpwrp_detect=1 rtw_enusbss=1

ma potresti provare diverse combinazioni delle opzioni sopra.

seconda cosa che potresti provare è avere un cronojob ogni n minuti che controlla se il wlan sta funzionando (ad esempio usando fping o qualsiasi altra cosa), e in caso contrario lo fa andare su e giù di nuovo (usando il client della riga di comando del gestore di rete), possibilmente anche rimuovere e reinserire il modulo

Ho esattamente questo problema con diversi dongle Wifi diversi. Due cose.

1.) aggiungi questo al tuo / etc / network / interfaces

spegnimento senza fili

2.) wlan0: l'autenticazione da xxx per scelta locale (motivo = 3) ripetutamente può provenire da un attacco di autenticazione sul tuo wifi

Abbiamo trovato questa spiegazione che afferma che la gestione dell'alimentazione dal driver potrebbe essere in errore. Suggerisce inoltre di utilizzare queste modifiche per il driver:

sudo nano /etc/modprobe.d/8192cu.conf

e incolla quanto segue in:

# Disable power saving
options 8192cu rtw_power_mgnt=0 rtw_enusbss=1 rtw_ips_mode=1