La conexión WiFi se cae con bastante frecuencia con Edimax EW-7711UTn

12

Estoy usando un modelo B de 256 MB Pi con un adaptador WiFi USB Edimax EW-7711UTn. Después de algunas horas, la conexión WiFi comienza a caerse y se reinicia. Hasta que deje de funcionar por completo. Esto es lo que veo en / 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

Y dmesg a veces me dice:

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

Los procesos de wpa en ejecución son:

 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

¿Alguien más tiene estos problemas y cómo puedo solucionarlos?

Dado que muchas personas parecen tener problemas con fuentes de alimentación insuficientes: Mi RasPi funciona con un suministro de 1.2A 5V y tiene un concentrador USB de 3.8A 5V conectado. Ahora desconecté todos los demás dispositivos del concentrador alimentado y conecté el Edimax a él, tal vez esto ayude.

Actualización: No, esta vez solo tomó unos minutos para que el WiFi dejara de responder.

Actualización 2: Todavía tengo problemas, en este momento noté que la conexión se puede reiniciar usando ifdown y ifup, pero sigo recibiendo más y más de estos mensajes:

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

Esto sucede en períodos de tiempo cada vez más cortos hasta que reinicio. Entonces está bien de nuevo por un día o dos. Entonces, ¿qué está pasando aquí?

Actualización: Ok, acabo de conectar el Pi a una pantalla y comencé a copiar archivos a través de WiFi. Después de unos 15 minutos, el Pi se congeló. Tuve un tmux ejecutándose con salida de htop y tail -f / var / log / messages. Sin kernel panic visible, ni nada en / var / log / messages. La máquina está congelada.

Arne
fuente
Una cosa que me pregunto es: ¿de qué sirve el wpa_cli? ¿Puede interferir con el wpa_supplicant?
Arne
Cambié mi /etc/network/interfacessimilar al que aparece aquí: elinux.org/RPi_edimax_EW-7811Un , y ahora parece funcionar bastante bien. Ha estado despierto durante algunas horas y sigue trabajando, sin reconexión.
Arne
Y ahora, diez minutos después, tengo dos reconexiones. Entonces el problema no se ha ido. Mientras se vuelva a conectar solo cada dos horas, estoy feliz. A ver ...
Arne
¿Sigues teniendo el problema?
Jivings
1
Esperemos que esta recompensa te atraiga un poco más de atención.
Jivings

Respuestas:

7

Me imagino que ahora puedo decir con seguridad que los problemas se deben al dispositivo y / o al controlador rt2x00. He estado usando Ethernet solo las últimas 48 horas, he copiado muchos Gigabytes de datos y no tengo un solo problema. Por lo tanto, actualmente desalentaría el uso de dispositivos basados ​​en rt2800, e intentaré encontrar otro dongle, tal vez uno con el chip Realtek, ya que parece ser el más utilizado.

EDITAR: Compré un TPL-WN725N con un chip RTL8188CUS. Funciona fuera de la caja, actualmente con 0,5 GB de tráfico y aún se está ejecutando. También parece algo más rápido que el dongle basado en Ralink. Obtengo 1.9MByte / sec, mientras que antes tenía 1.3MByte / sec. Veamos si permitirá que el Pi funcione más tiempo y no se congele.

EDITAR: > 5 GB y sigue fuerte. Se ve muy prometedor. Lo mantendrá en funcionamiento para ver si falla.

Arne
fuente
Entonces, ¿a quién quieres que le otorgue esta recompensa? :)
Jivings 01 de
Pues yo no. Eso sería injusto, creo. Lo dejo a usted.
Arne
No estoy seguro de si los Realtek son los mejores controladores / chips. Tengo uno (RTL8188CUS), está bien, pero no es tan bueno, con desconexiones / reconexiones bastante frecuentes. El controlador parece estable, incluso después de la descarga / recarga. Por otro lado, leí sobre buenas experiencias con otros dongles basados ​​en ralink en el pi. Pedí un dongle de 5 € que se suponía que tenía un chip ralink, lo cual leí bien, y planeo probarlo pronto. También hay un wikipage para periféricos verificados (de los cuales puede que ya esté al tanto): elinux.org/RPi_VerifiedPeripherals
Pa_
Encontré esto aquí: raspberrypi.org/phpBB3/viewtopic.php?f=24&t=5830 - Mi Raspberry Pi es del año pasado, ¿tal vez tengo la versión con los fusibles múltiples que limitan el adaptador WiFi? Había estado usando el dongle Edimax en la Raspberry Pi (con fuente de alimentación 1.2A).
Arne
Sin embargo, dado que mi Pi se reinicia cuando conecto (en caliente) el Edimax, supongo que mi Pi ya viene con Polyfuses deshabilitados.
Arne
2

Hay una versión especial de hostapd (se ocupa de la autenticación inalámbrica) que debe usar con este adaptador. El chipset Realtek no funciona particularmente bien si es que tiene la versión de distribución Raspbian 'lista para usar'.

Yo publicado una guía para la instalación de este adaptador Wi-Fi para su uso como un punto de acceso en mi blog.

Si no desea consultar mi blog, aquí está el enlace de la guía que utilicé .

BigCowPi
fuente
No estoy seguro de que su respuesta se aplique aquí. Entiendo que hostapd es para Pis corriendo como punto de acceso ... El mío se está ejecutando como cliente.
Arne
Lo siento, tengo el extremo equivocado del palo allí :)
BigCowPi
2

No tengo idea, para ser honesto, pero hay dos cosas que puedes probar:

el primero es jugar con las opciones de ahorro de energía documentadas en el paquete del controlador realtek. en este momento uso el máximo ahorro de energía, por:

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

pero puede probar diferentes combinaciones de las opciones anteriores.

La segunda cosa que podría intentar es tener un cronojob cada n minutos que verifique si el wlan está funcionando (por ejemplo, utilizando fping o cualquier otro), y si no, lo desactiva y lo vuelve a activar (utilizando el cliente de línea de comando del administrador de red), posiblemente también quitando y reinsertando el módulo

Pensilvania_
fuente
Ya tengo un script de este tipo ejecutándose (cada 5 m registra syslog si el wifi está activo o inactivo, y reinicia el wifi), pero no ayuda. En este momento, supongo que todo el sistema se detiene, porque en algún momento el registro en / var / log / messages se detiene por completo. Intentando depurar con pantalla adjunta ahora.
Arne
Como escribí anteriormente: el Pi simplemente se congeló. Teclado muerto, salida de pantalla congelada, no hay más mensajes.
Arne
1
Además: Parece que mi Edimax usa el controlador rt2800, no el rtl8192.
Arne
Debe descartar la posibilidad de que el problema del controlador wifi y el problema de congelación no estén relacionados quitando el dispositivo de seguridad y haciendo la misma prueba a través de Ethernet.
Ricitos de Oro
Haciendo eso ahora mismo. Hasta ahora, 1.7GB copiados sin problemas. Sigue yendo
Arne
2

Tengo exactamente este problema con varios dongles Wifi diferentes. Dos cosas.

1.) agregue esto a su / etc / network / interfaces

apagado inalámbrico

2.) wlan0: la autenticación de xxx por elección local (razón = 3) repetidamente puede ser un ataque de autenticación en su wifi


fuente
2

Encontré esta explicación que indica que la administración de energía del controlador podría ser la culpa. También sugiere usar estos cambios para el controlador:

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

y pegue lo siguiente en:

# Disable power saving
options 8192cu rtw_power_mgnt=0 rtw_enusbss=1 rtw_ips_mode=1 
Mircea D.
fuente