Intentado resolver problemas de desconexión del sistema ambilight, gracias a un comentario de alguien en algún foro que hablaba sobre su necesidad de bajar el tamaño de las muestras de la capturadora para que el puerto USB 2.0 no se saturase, descubrí que mi caso era algo similar, la única diferencia es que mi información, a pesar de muy inferior, viajaba por Wifi, un medio muy problemático.
Así que, leyendo el post de Korbin Brown, descubrí que, a pesar de tener el punto de acceso al lado de la Raspberry PI, el cable LAN solucionó el problema por completo.
Con «iwconfig wlan0» detecté que la velocidad que alcanzaba era de 1Mb/s, totalmente insuficiente para transmitir los datos necesarios a Hyperion.
A pesar de tener la ultima versión del firmware Centrino Advanced-N 6235, la conexión a una Wi-Fi podía ir a la primera o tener que reiniciar varias veces para lograrlo o simplemente desistir. Habiendo probado con OpenSuse y Debian, con varios gestores de conexión Wi-Fi, al final las solución vino de mano de un usuario de AskUbuntu.
Simplemente se trata de lanzar el siguiente comando como root:
tee /etc/modprobe.d/iwlwifi-opt.conf <<< «options iwlwifi 11n_disable=1 swcrypto=1 bt_coex_active=0 power_save=0»
Cada una de las opciones significa lo siguiente:
11n_disable=1 Deshabilita el modo 802.11n
11n_disable=8 Habilita la opción de agregación TX
swcrypto=1 Deshabilita el cifrado por hardware para usar la versión por software
bt_coex_active=0 Deshabilita bluetooth debido a los problemas adheridos a la coexistencia de ambas tecnologías al usar iwlwifi
power_save=0 Deshabilita el modo de ahorro de energía
¿Hace falta todo? No necesariamente, con la opción de 11n_disable=8 debería ser suficiente.
Para probar las opciones sin reiniciar:
sudo modprobe -r iwldvm iwlwifi
sudo modprobe iwldvm iwlwifi
sudo service network-manager restart
Un portátil con un adaptador wifi con el chip RTL8723BE que al cabo del rato parece dejar de funcionar, dejando de poder enviar y recibir datos. Parece ser que es debido a que entra en modo de ahorro de energía y no es capaz de recuperarse cuando se le pide de nuevo que entre en funcionamiento.
La solución en este caso, que llevo probando desde hace unos meses gracias a un post en un foro, es lanzar la siguiente orden en un terminal:
echo «options rtl8723be fwlps=N ips=N» | sudo tee /etc/modprobe.d/rtl8723be.conf
Y después reiniciar el módulo:
sudo modprobe -rv rtl8723be
sudo modprobe -v rtl8723be
Con esto ya debería funcionar correctamente sin desconectarse.
Parece ser que existe un bug en el kernel que provoca una funcionalidad extremadamente lenta o incluso la imposibilidad de establecer conexión a través de la Wifi en ciertos equipos que utilizan el RTL8723BE.
La solución provisional es la de descargar los drivers y compilarlos con dos sencillos comandos:
$ make
$ sudo make install
Últimos Comentarios