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

12

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.

Arne
la source
Je me demande une chose: à quoi sert wpa_cli? Peut-il interférer avec le wpa_supplicant?
Arne
J'ai changé mon /etc/network/interfacessemblable à celui répertorié ici: elinux.org/RPi_edimax_EW-7811Un , et maintenant il semble fonctionner assez bien. Fonctionne depuis quelques heures et fonctionne toujours sans se reconnecter.
Arne
Et maintenant, dix minutes plus tard, je reçois deux reconnexions. Le problème n'est donc pas résolu. Tant qu'il ne se reconnecte que toutes les deux heures, je suis heureux. Voyons voir ...
Arne
Avez-vous toujours le problème?
Jivings
1
J'espère que cette prime vous attirera un peu plus d'attention.
Jivings

Réponses:

7

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.

Arne
la source
Alors, à qui voulez-vous que j'accorde cette prime? :)
Jivings
Pas moi. Ce serait injuste, je pense. Je vous laisse le soin.
Arne
Je ne sais pas si les realtek sont les meilleurs pilotes / puces. J'en ai un (RTL8188CUS), c'est ok, mais ce n'est pas terrible, avec des déconnexions / reconnexions assez fréquentes. Le pilote semble stable, cependant, même lors du déchargement / rechargement. De l'autre côté, j'ai lu de bonnes expériences avec d'autres dongles basés sur ralink sur le pi. J'ai commandé un dongle de 5 € censé avoir moi-même une puce ralink, dont j'ai bien lu, et j'ai l'intention de le tester bientôt. Il y a aussi une page Web pour les périphériques vérifiés (dont vous êtes peut-être déjà au courant): elinux.org/RPi_VerifiedPeripherals
Pa_
J'ai trouvé cela ici: raspberrypi.org/phpBB3/viewtopic.php?f=24&t=5830 - Mon Raspberry Pi est de l'année dernière, peut-être que j'ai la version avec les polyfusibles limitant l'adaptateur WiFi? J'utilisais le dongle Edimax sur le Raspberry Pi (avec alimentation 1,2 A).
Arne
Cependant, puisque mon Pi redémarre lorsque je branche (à chaud) l'Edimax, je suppose que mon Pi est déjà livré avec des Polyfuses désactivés.
Arne
2

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é .

BigCowPi
la source
Je ne suis pas sûr que votre réponse s'applique ici. Je comprends que hostapd est pour Pis fonctionnant comme un point d'accès ..? Le mien fonctionne en tant que client.
Arne
Désolé, il y a eu la mauvaise extrémité du bâton :)
BigCowPi
2

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

Pennsylvanie_
la source
J'ai déjà un tel script en cours d'exécution (tous les 5 m, il syslogs si le wifi est en haut ou en bas, et redémarre le wifi), mais cela n'aide pas. En ce moment, je suppose que tout le système s'arrête, car à un moment donné, la journalisation dans / var / log / messages s'arrête complètement. Essayer de déboguer avec l'affichage attaché maintenant.
Arne
Comme je l'ai écrit ci-dessus: le Pi vient de geler. Clavier mort, sortie d'affichage figée, aucun autre message.
Arne
1
De plus: il semble que mon Edimax utilise le pilote rt2800, pas le rtl8192.
Arne
Vous devez exclure la possibilité que le problème du pilote wifi et le problème de gel ne soient pas liés en retirant le dongle et en effectuant le même test via Ethernet.
goldilocks
Je fais ça maintenant. Jusqu'à présent, 1,7 Go copié sans problème. Marche encore.
Arne
2

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


la source
2

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 
Mircea D.
la source