La connexion WiFi est abandonnée assez souvent avec Edimax EW-7711UTn

J'utilise un modèle B 256 Mo Pi avec un adaptateur WiFi USB Edimax EW-7711UTn. Après quelques heures, la connexion WiFi commence à chuter et à redémarrer. Jusqu'à ce qu'il cesse de fonctionner complètement. Voici ce que je vois dans / 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

Et dmesg me dit parfois:

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

Les processus wpa en cours d'exécution sont:

 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

Quelqu'un d'autre a-t-il ces problèmes et comment puis-je les résoudre?

Étant donné que de nombreuses personnes semblent avoir des problèmes avec des alimentations insuffisantes: Mon RasPi fonctionne sur une alimentation 1.2A 5V et dispose d'un concentrateur USB alimenté 3.8A 5V. J'ai maintenant détaché tous les autres appareils du concentrateur alimenté et y ai connecté l'Edimax, peut-être que cela aidera.

Mise à jour: Non, cette fois, il n'a fallu que quelques minutes pour que le WiFi ne réponde plus.

Mise à jour 2: j'ai toujours des problèmes, en ce moment j'ai remarqué que la connexion peut être redémarrée en utilisant ifdown et ifup, mais je reçois de plus en plus de ces messages:

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

Cela se produit dans des intervalles de temps de plus en plus courts jusqu'à ce que je redémarre. Ensuite, c'est ok pour un jour ou deux. Alors qu'est-ce qui se passe ici?

Mise à jour: Ok, je viens de brancher le Pi à un écran et j'ai commencé à copier des fichiers via WiFi. Après environ 15 minutes, le Pi vient de geler. J'avais un tmux en cours d'exécution avec une sortie de htop et tail -f / var / log / messages. Pas de panique visible du noyau, ni rien dans / var / log / messages. La machine est gelée.

Je pense que je peux dire en toute sécurité maintenant que les problèmes sont dus au périphérique et / ou au pilote rt2x00. Je n'utilise Ethernet que depuis 48 heures, j'ai copié de nombreux gigaoctets de données et je n'ai eu aucun problème. Par conséquent, actuellement, je découragerais l'utilisation d'appareils basés sur rt2800, et j'essaierai de trouver un autre dongle, peut-être un avec la puce Realtek, car cela semble être le plus largement utilisé.

EDIT: J'ai acheté un TPL-WN725N avec une puce RTL8188CUS. Il fonctionne prêt à l'emploi, actuellement avec 0,5 Go de trafic, et fonctionne toujours. Il semble également un peu plus rapide que le dongle basé sur Ralink. J'obtiens 1,9 Mo / sec, alors qu'avant, j'avais 1,3 Mo / sec. Voyons si cela permettra au Pi de fonctionner plus longtemps et de ne pas geler.

EDIT: > 5 Go et toujours aussi fort. Semble très prometteur. Le fera fonctionner pour voir s'il échoue.

Il existe une version spéciale de hostapd (traite de l'authentification sans fil) que vous devez utiliser avec cet adaptateur. Le chipset Realtek ne fonctionne pas particulièrement bien, voire pas du tout avec la version disto Raspbian `` prête à l'emploi ''.

J'ai posté un guide pour installer cet adaptateur Wifi à utiliser comme AP sur mon blog.

Si vous ne souhaitez pas consulter mon blog, voici le lien vers le guide que j'ai utilisé .

je n'ai aucune idée, pour être honnête, mais il y a deux choses que vous pourriez essayer:

le premier joue avec les options d'économie d'énergie documentées dans le package de pilotes realtek. en ce moment j'utilise l'économie d'énergie maximale, en:

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

mais vous pouvez essayer différentes combinaisons des options ci-dessus.

la deuxième chose que vous pourriez essayer est d'avoir un cronojob toutes les n minutes qui vérifie si le wlan fonctionne (par exemple en utilisant fping ou quoi que ce soit), et sinon il le fait descendre et remonter (en utilisant le client de ligne de commande du gestionnaire de réseau), éventuellement également retirer et réinsérer le module

J'ai exactement ce problème avec plusieurs dongles Wifi différents. Deux choses.

1.) ajoutez ceci à votre / etc / network / interfaces

mise hors tension sans fil

2.) wlan0: la désauthentification à partir de xxx par choix local (raison = 3) à plusieurs reprises peut provenir d'une attaque de dauthentification sur votre wifi

Trouvé cette explication qui indique que la gestion de l'alimentation du pilote peut être en cause. Il suggère également d'utiliser ces modifications pour le pilote:

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

et collez ce qui suit dans:

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