Estou tentando usar o AT&T Beam USB Modem (AC340U) no Ubuntu 14.04 e no Raspberry Pi Modelo B+. Em ambos os sistemas, vejo a conexão eth1 presente, mas não consigo usá-la. No Ubuntu, eth1 é mostrado na saída ifconfig e há uma conexão correspondente no gerenciador de conexões GUI, mas não consigo ativá-lo porque o item de menu para conectá-lo está cinza e diz "dispositivo não gerenciado". No Raspberry Pi também vejo o eth1 no ifconfig. Alguém pode me ajudar?
Eu tentei o seguinte. As etapas marcadas com (*) estão listadas emo guia oficial.
Em um computador com Windows 7:
(*) Conectei o dispositivo, instalei o driver, atualizei o firmware para a versão 01.13.12.13.
(*) Aplicado o patch para desabilitar a funcionalidade MBIM do Windows 8. O link para o patch não está mais disponível, então procurei e instalei emaqui. Não tenho certeza se esta é a coisa correta a fazer.
No Raspberry Pi B+:
- Inicialmente não há pacote linux-headers necessário na instalação, então seguiesta postagempara instalá-lo, que foi bem-sucedido e o kernel em uso após a instalação era 3.12-1-rpi.
No Ubuntu 14.04 e no Raspberry Pi B+:
(a versão do kernel do Ubuntu era 3.13.0-35-genérica)
- (*) sudo make all/install o GobiNet e GobiSerial, que foram bem sucedidos.
Depois disso, meu ifconfig no Ubuntu fica assim:
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)
Porém não sei como usar essa conexão "eth1".
Eu tentei sudo dhclient -r eth1
e sudo ifconfig eth1 up
. Nenhum dos dois tem qualquer efeito.
A conexão está desabilitada no menu suspenso (a conexão denominada Sierra Wireless AirCard 340U):
E eu tenho duas conexões no gerenciador de conexões:
Também verifiquei o log de inicialização e o GobiNet está carregado:
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
O que observei no Raspberry Pi B+ é semelhante, exceto que a parte GUI não é aplicável lá.
Encontrei vários posts na internet. Por exemplo,esta postagemresolve um problema até que se possa ver o GobiNet sendo carregado. Não tentei essa abordagem porque posso ver a mesma saída (o log de inicialização acima). Tambémesta postagemmas não tenho certeza se o que fiz é o mesmo.
ATUALIZAR:
Após a instalação o guia oficial diz para usar sudo ifconfig eth1 up
para abrir a interface. Porém eu já tinha a interface. Diz que posso conectar manualmente enviando os comandos AT para/dev/ttyUSB2. Não sei como fazer isso e tentei o seguinte:
sudo apt-get install minicom
minicom -s
- Aparece um menu e selecionei "Configuração da porta serial" e configurei "Dispositivo serial" para "/dev/ttyUSB2".
- Selecione “Sair” no menu principal.
Ele entra em uma tela com a seguinte mensagem e tudo o que eu digito não surte efeito.
Bem-vindo ao minicom 2.7
OPÇÕES: I18n
Compilado em 1º de janeiro de 2014, 17:13:19.
Porta /dev/ttyUSB2, 21:09:36Pressione CTRL-A Z para obter ajuda sobre teclas especiais
Responder1
No meu Raspberry Pi 3 descobri que havia um conflito entre os drivers GobiNet
e qmi_wwan
. Desativando o qmi_wwan
driver ( sudo rmmod qmi_wwan
seguido por um novo sudo modprobe GobiNet
) e adicionando uma blacklist qmi_wwan
linha para /etc/modprobe.d/raspi-blacklist.conf
resolver o conflito. Agora a interface aparece como eth1
sempre e funciona perfeitamente na inicialização com DHCP.
Responder2
Você não poderá fazer muito com o Network Manager se tiver usado a última instrução do terceiro link. E sendo uma conexão de banda larga móvel, você vai querer deixar o Network Manager tentar configurar para você, vendo como essa conexão serial é útil. =P NM no Pi? incrível.
Responder3
Não acredito que o AC340U suporte gravação direta em uma porta serial, pois os drivers Netgear/Sierra Wireless são anteriores ao kernel 3.9. Consegui que o AC340U fosse reconhecido intermitentemente como eth1
(versus wwan0
) cerca de 30% do tempo ligado em um 3.12.35+ raspbian
. Não sei por que às vezes é registrado como wwan0
em vez de eth1
. No entanto, se você definirPassagem de IPmodo econexão automática(2 utilitários que você pode encontrar na web), então o AC340 deve se conectar ao APN padrão e fornecer um IP (se você configurar dhcp
para eth1
o /etc/network/interfaces
.
Deixe-me saber se isso ajuda, ou se você já descobriu, por favor, deixe-me saber como você descobriu e o que funcionou.
Responder4
A única maneira de fazer o meu funcionar é aqui: http://forums.linuxmint.com/viewtopic.php?f=53&t=185124
Ubuntu 14.10 - Sierra 340u (AT&T Beam)