¿Cómo obtener una conexión WLAN estable con un Lenovo x121e?

Tengo un problema permanente cuando uso WLAN con mi Lenovo ThinkPad x121e. El adaptador de red inalámbrico en uso es este:

lspci:

01: 00.0 Controlador de red: Realtek Semiconductor Co., Ltd. Adaptador WiFi RTL8188CE 802.11b / g / n (rev 01)

La conexión normalmente funciona bien durante un tiempo y luego comienza a disminuir la velocidad y finalmente se desconecta. A veces, la conexión se restablece segundos después, a veces lleva 30 segundos o más, a veces no se vuelve a conectar.

Este problema ocurre con cada controlador que probé hasta ahora. Especialmente el controlador del núcleo

Linux ThinkPad 3.0.0-14-generic # 23-Ubuntu SMP Lun 21 de noviembre 20:28:43 UTC 2011 x86_64 x86_64 x86_64 GNU / Linux

y el controlador Realteks que se puede encontrar aquí . El conductor que estoy usando en este momento es la que se encuentra en este ppa: ppa:tista/x120e.

Aquí hay otro enlace a www.thinkwiki.org que sugiere una opción de "estado de baja potencia" (LPS) en el controlador de realtek, pero parece que no se puede desactivar en el controlador actual.

¿Hay alguna manera de obtener una WLAN más estable con esta configuración?

Algo más de información del sistema:

Red lshw -class:

   description: Wireless interface
   product: RTL8188CE 802.11b/g/n WiFi Adapter
   vendor: Realtek Semiconductor Co., Ltd.
   physical id: 0
   bus info: pci@0000:01:00.0
   logical name: wlan0
   version: 01
   serial: 38:59:f9:db:e6:83
   width: 64 bits
   clock: 33MHz
   capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
   configuration: broadcast=yes driver=rtl8192CE driverversion=0006.0321.2011 firmware=56 ip=192.168.178.35 latency=0 link=yes multicast=yes wireless=802.11bgn
   resources: irq:17 ioport:3000(size=256) memory:f0200000-f0203fff

iwconfig wlan0:

wlan0     802.11bgn  ESSID:"xxx"  Nickname:"rtl8192CE"
      Mode:Managed  Frequency=2.452 GHz  Access Point: A2:05:43:2F:6E:8E   
      Bit Rate=65 Mb/s   
      Retry:on   RTS thr:off   Fragment thr:off
      Power Management period:0us  mode:All packets received
      Link Quality=100/100  Signal level=0 dBm  Noise level=-120 dBm
      Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
      Tx excessive retries:0  Invalid misc:0   Missed beacon:0

ifconfig wlan:

wlan0     Link encap:Ethernet  HWaddr 38:59:f9:db:e6:83  
      inet addr:192.168.178.35  Bcast:192.168.178.255  Mask:255.255.255.0
      inet6 addr: fe80::3a59:f9ff:fedb:e683/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:117385 errors:0 dropped:0 overruns:0 frame:0
      TX packets:85652 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:115417879 (115.4 MB)  TX bytes:10463799 (10.4 MB)
      Interrupt:17 Memory:ffffc900037a8000-ffffc900037a8100 

Finalmente solucioné este problema compilando e instalando los últimos controladores de Linux Wireless en Ubuntu 12.04, en mi caso el paquete "compat-wireless-3.5.1-1-snpc.tar.bz2": http: //wireless.kernel. org / es / users / Download / stable /

Uno necesita los archivos de encabezado para su núcleo y el paquete build-essentials. Recomiendo también ejecutar el script "driver-select" con la opción rtlwifi antes de compilar porque uno no necesita los otros controladores y reduce el tiempo de construcción:

sudo apt-get install linux-headers-$(uname -r) build-essential

tar jvxf compat-wireless-3.5.1-1-snpc.tar.bz2
cd compat-wireless-3.5.1-1-snpc
./scripts/driver-select rtlwifi
make
sudo make install

Pero la desventaja es que debe reconstruir el controlador después de cada actualización del kernel.

Estoy ejecutando el controlador durante dos días con cierre y apertura excesivos de la tapa y no obtuve ninguna desconexión.

El problema podría ser causado por el salto de canal (y el nuevo kernel de Linux).

Lo arreglé principalmente compilando el controlador por mi cuenta e instalándolo. Lo segundo que hice fue buscar redes si la red se está rompiendo.

Entré en la terminal watch sudo iwlist wlan0 scan.

Con esto el conductor se mantuvo despierto. Otra solución que utilicé es presionar Fn+ F5para deshabilitar wifi y luego hago lo mismo unos segundos más tarde.

Una cosa más que probé:

sudo modprobe -r rtl8192ce
sudo modprobe rtl8192ce

Esto vuelve a cargar el controlador para wifi. También hago ping a veces el enrutador, esto mantiene estable mi conexión wifi.

Este enlace me dio la pista para probar la opción ips = 0 para el módulo rtl8192ce para desactivar todo el ahorro de energía con el adaptador wlan. Hasta ahora, esto me da el mejor comportamiento: sin abandonos, sin desconexiones. Esto seguramente tendrá un efecto en el consumo de energía, ya veremos. Estoy usando la compilación en controladores con el kernel 3.0.0-15 por ahora.

Terminé reemplazando la tarjeta WLAN ya que no pude obtener una conexión estable.

Para aquellos que quieran hacer lo mismo: el truco es conectar la tarjeta a la ranura mini PCIe de repuesto y no a la ranura para tarjeta WLAN. De esta forma, el BIOS no se quejará del hardware no actualizado. La ranura de repuesto está diseñada para una tarjeta WWAN / UMTS, pero los cables de antena WLAN la alcanzan perfectamente. Es realmente simple hacer solo 3 tornillos para el panel y uno para la tarjeta, además de los enchufes de antena.

Compré una tarjeta Intel Centrino Advanced - N 6200 (PCIe de media longitud) por 20 € y funciona perfectamente. Aunque recomiendo usar una tarjeta PCI express de longitud completa ya que para eso está hecha la ranura (tuve que arreglar la mía con cinta, que es mucho más estable de lo que parece).

Hice lo mismo: deshabilité el puerto WLAN en el BIOS, quité la tarjeta Realtek y agregué un Intel Centrino 6200 al puerto WWAN. Utilicé un adaptador MiniPCIe medio-> lleno (cuesta menos de 5 euros) para asegurar la tarjeta en su lugar.

Hola, acabo de hacer lo que se menciona en la última parte del texto (actualización del 21 de febrero de 2011) http://www.hitxp.com/articles/software/ubuntu-fix-slow-wireless-internet-connection-speed-upgrading- 11-04-natty-narwhal / obtengo mejores resultados con eso para thinkpad x121e ubuntu 12.04

También estaba teniendo el mismo problema. Pasé por el proceso de compilar controladores desde la fuente, etc. Pero aún tenía el mismo problema. Tendría acceso pero fue extremadamente lento. Tendría que liberar y volver a cargar el módulo, parece que cada 5-10 minutos para mantener cualquier conexión utilizable.

Ahora esto era simplemente molesto. Entonces, leyendo más publicaciones y probando varios métodos, finalmente encontré una solución que funcionó para mí. Hice lo siguiente.

De una nueva instalación:

sudo -i
apt-get update && apt-get dist-upgrade
apt-get install linux-packports-modules-cw-3.4-3.2.0-30-generic
nano /etc/modules (Added rtl8192ce to the end)

Cambió ipv6 para ignorar en el administrador de red.

Se reinició como de costumbre.

La primera vez que inicio sesión a veces tengo que liberar el módulo y volver a cargar.

sudo modprobe -r rtl8192ce

(espera unos segundos)

sudo modprobe rtl8192ce

He estado probando toda la noche descargando archivos de mi servidor sin una notable reducción de velocidad o pérdida de conexión. Como se indicó anteriormente, a veces tengo que liberar el módulo y volver a cargar. Pero rara vez solo en el arranque.

Estoy usando la versión del kernel 3.2.0-30-generic, y la tarjeta wlan es la ASUS PCE-N15. También uso servidores de opendns, no creo que haga demasiada diferencia, pero prefiero usarlos.

Espero que esto ayude a cualquiera que tenga el mismo problema. Sé que estaba tan cerca de volver a Windows, pero tuve que intentarlo.

Enseña a un hombre a pescar:

Tuve exactamente el mismo problema: nueva tarjeta inalámbrica ASUS 802-11bgn con un chipset ralink rtl8192ce, la conexión WiFi solía caer y luego restablecerse cada pocos minutos. Las sesiones ssh y la carga de la página web se congelarían y todo iba penosamente lento pero "funcionaba" intermitentemente.

En el transcurso de varios días, probé muchas soluciones, tanto en el lado del software como del hardware: actualizar los controladores, reorientar la antena, mover la tarjeta inalámbrica a una ranura adicional para evitar el calor de la tarjeta gráfica vecina, reconfigurar el punto de acceso WiFi para usar diferentes canales, intente bandas de frecuencia más estrechas para reducir la interferencia de los vecinos, cambiar MTU, desactivar el ahorro de energía, etc. etc. Prueba y error en su extremo.

El avance en mi caso, llegó cuando me di cuenta de 2 cosas:

• Mi señal inalámbrica es realmente fuerte y saludable. Esto se encontró usando:

  watch iwlist wlan0 scan

• Antes de que ocurriera cualquier desconexión, había un problema grave de pérdida de paquetes. Esto se encontró al ejecutar continuamente mtren una ventana dedicada:

  mtr 10.0.0.1

(reemplace 10.0.0.1 con su IP de punto de acceso real). Ejecutar esto mtren una pantalla me permitió verificar rápidamente si algún cambio que hago tiene un efecto inmediato en la pérdida de paquetes. La capacidad de realizar esta rápida experimentación fue clave para señalar al culpable entre tantas variables posibles.

En mi caso, era el repetidor (también conocido como "extensor WiFi") en el pasillo. Una vez apagado, la pérdida de paquetes comenzó a caer hacia el 0%. YMMV. Como resultado, 802-11n tiene la capacidad de integrar múltiples señales débiles que rebotan en las paredes con ligeros retrasos para amplificar la señal. En mi caso, pensé que el repetidor estaba introduciendo un retraso demasiado grande que causaba que se recibiera por error casi exactamente uno de cada 3 paquetes.

Como puede ver en la gran cantidad de respuestas aquí, muchas personas tienen un problema similar, pero las razones son diferentes. La clave para cualquier solución eventual puede ser simplemente la capacidad de experimentar y probar hipótesis rápidamente. Un mtrmonitoreo continuo de la tasa de pérdida de paquetes mientras cambiaba los parámetros al mismo tiempo lo hizo por mí. Recomiendo esto como un enfoque de diagnóstico.

Yo también tengo un X121e. He cambiado mi WLAN al modo g solamente. Ahora mi conexión Wlan es bastante estable (funciona durante aproximadamente 1 hora sin desconectar). Tal vez el cambio entre el modo b, el modo g y el modo n es parte del problema.

Actualización para Ubuntu 12.04:

Tengo el mismo problema que antes con el controlador buildin de Precise Pangolin. Lo que funciona más estable que cualquier cosa que probé con Oneiric es el controlador del sitio web de realtek . Estoy usando la última versión (0005.1230.2011). Esta versión no funcionó bien para mí con Oneiric (suspender no funcionó). Con Precise funciona bien y la mayoría de los problemas desaparecen. De vez en cuando (una vez cada dos días) la conexión inalámbrica deja de funcionar como antes, pero no tan a menudo como antes.

Tengo los mismos problemas con X121e. Tengo el problema de que las teclas de función se cambiaron después del modo de espera y la conexión inalámbrica se desconecta aleatoriamente.

Luego, mi placa base se rompió y envié el cuaderno a Lenovo, que reemplazó a la placa base. Y después de eso todo funcionó bien. ¡Todos mis problemas se habían ido! Hasta que reinstalé Kubuntu y todos los problemas volvieron.

Quizás esto ayude más a entender