Estoy intentando usar el módem USB AT&T Beam (AC340U) tanto en Ubuntu 14.04 como en Raspberry Pi Model B+. En ambos sistemas puedo ver la conexión eth1 presente pero no puedo usarla. En Ubuntu, eth1 se muestra en la salida de ifconfig y hay una conexión correspondiente en el administrador de conexiones GUI, pero no puedo activarlo porque el elemento del menú para conectarlo es gris y dice "dispositivo no administrado". En raspberry pi también veo eth1 en ifconfig. ¿Alguien puede ayudarme?
Intenté lo siguiente. Los pasos marcados con (*) se enumeran enla guía oficial.
En una computadora con Windows 7:
(*) Conecté el dispositivo, instalé el controlador, actualicé el firmware a la versión 01.13.12.13.
(*) Se aplicó el parche para deshabilitar la funcionalidad MBIM de Windows 8. El enlace al parche ya no está disponible así que lo busqué y lo instalé desdeaquí. No estoy seguro de si esto es lo correcto.
En Raspberry Pi B+:
- Inicialmente no hay ningún paquete linux-headers que sea necesario en la instalación, así que seguíesta publicaciónpara instalarlo, lo cual fue exitoso y el kernel en uso después de la instalación fue 3.12-1-rpi.
Tanto en Ubuntu 14.04 como en Raspberry Pi B+:
(la versión del kernel de Ubuntu era 3.13.0-35-genérica)
- (*) sudo make all/install GobiNet y GobiSerial, que son exitosos.
Después de eso, mi ifconfig en Ubuntu es como el siguiente:
eth0 Link encap:Ethernet HWaddr 88:88:88:88:87:88
inet addr:192.168.1.183 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::8a88:88ff:fe88:8788/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:73 errors:0 dropped:0 overruns:0 frame:0
TX packets:146 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:11457 (11.4 KB) TX bytes:21763 (21.7 KB)
Interrupt:18 Memory:f9100000-f9120000
eth1 Link encap:Ethernet HWaddr 9e:90:32:a1:01:08
UP BROADCAST NOARP MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Sin embargo, no sé cómo utilizar esta conexión "eth1".
Lo intenté sudo dhclient -r eth1y sudo ifconfig eth1 up. Ninguno tiene ningún efecto.
La conexión está deshabilitada en el menú desplegable (la conexión se llama Sierra Wireless AirCard 340U):
Y tengo dos conexiones en el administrador de conexiones:
También revisé el registro de arranque y GobiNet está cargado:
louis@louis-shao-rig:~$ dmesg | grep Gobi
[ 76.715756] GobiNet: 2013-10-08/NTGR_2.21
[ 76.717909] GobiNet 7-2:1.8 eth1: register 'GobiNet' at usb-0000:08:00.0-2, GobiNet Ethernet Device, 9e:90:32:a1:ab:48
[ 78.128534] usbcore: registered new interface driver GobiNet
[ 78.129664] usbcore: registered new interface driver GobiSerial
[ 78.129698] usbserial: USB Serial support registered for GobiSerial
[ 78.129725] GobiSerial: 2013-10-08/NTGR_2.12:GobiSerial
Lo que observé en Raspberry Pi B+ es similar excepto que la parte GUI no es aplicable allí.
Encontré varias publicaciones en Internet. Por ejemplo,esta publicaciónresuelve un problema hasta que uno puede ver que se carga GobiNet. No probé este enfoque porque puedo ver el mismo resultado (el registro de inicio de arriba). Tambiénesta publicaciónpero no estoy seguro si lo que hice es lo mismo.
ACTUALIZAR:
Después de la instalación, la guía oficial indica que se debe utilizar sudo ifconfig eth1 uppara abrir la interfaz. Sin embargo ya tenía la interfaz. Dice que puedo conectarme manualmente enviando los comandos AT a /dev/ttyUSB2. No sé cómo hacer esto y lo siguiente es lo que intenté:
sudo apt-get install minicomminicom -s- Aparece un menú y seleccioné "Configuración del puerto serie" y configuré "Dispositivo serie" en "/dev/ttyUSB2".
- Seleccione "Salir" en el menú principal.
Entra en una pantalla con el siguiente mensaje y cualquier cosa que escriba no tiene ningún efecto.
Bienvenido a minicom 2.7
OPCIONES: I18n
Compilado el 1 de enero de 2014, 17:13:19.
Puerto /dev/ttyUSB2, 21:09:36Presione CTRL-A Z para obtener ayuda sobre teclas especiales
Respuesta1
En mi Raspberry Pi 3 encontré que había un conflicto entre los controladores GobiNety . qmi_wwanDeshabilitar el qmi_wwancontrolador ( sudo rmmod qmi_wwanseguido de un nuevo sudo modprobe GobiNet) y agregar una blacklist qmi_wwanlínea para /etc/modprobe.d/raspi-blacklist.confresolver el conflicto. Ahora la interfaz aparece como eth1siempre y funciona perfectamente al iniciar con DHCP.
Respuesta2
No podrá hacer mucho con Network Manager si utilizó la última instrucción en su tercer enlace. Y al ser una conexión de banda ancha móvil, querrá dejar que Network Manager intente configurarla por usted, viendo lo útil que es esa conexión en serie. =P NM en el Pi? impresionante.
Respuesta3
No creo que el AC340U admita la escritura directa en un puerto serie, ya que los controladores Netgear/Sierra Wireless son anteriores al kernel 3.9. Obtuve el AC340U reconocido de forma intermitente eth1(en comparación con wwan0) aproximadamente el 30% del tiempo encendido en un 3.12.35+ raspbian. No estoy seguro de por qué a veces se registra como wwan0en lugar de eth1. Sin embargo, si configurapaso de IPmodo yautoconectar(2 utilidades que puede encontrar en la web), entonces el AC340 debería conectarse al APN predeterminado y proporcionarle una IP (si la dhcpconfiguró eth1en /etc/network/interfaces.
Déjame saber si eso ayuda, o si ya lo has descubierto, cuéntame cómo lo resolviste y qué funcionó.
Respuesta4
La única forma en que he hecho que el mío funcione es aquí: http://forums.linuxmint.com/viewtopic.php?f=53&t=185124
Ubuntu 14.10 - Sierra 340u (AT&T Beam)