Con mi Huawei ME906s en Linux (probado con debian sid, debian experimental, Fedora 24 y Ubuntu 16.04, pero el resultado es el mismo en Windows 10), recibo mensajes ERRORo NO CARRIER(dependiendo del dispositivo que esté usando). En contraste conesta pregunta, el comportamiento es consistente y también ocurre cuando ejecuto wvdial mucho después del arranque. Eliminé el PIN de la SIM y verifiqué que la red móvil funciona con un teléfono inteligente Android.
Usando Linux 4.7.0-rc4, veo 5 dispositivos que puedo asociar a la tarjeta:
/dev/ttyUSB0- Habla AT, la salida se muestra a continuación/dev/ttyUSB1- Sin salida (¿para GPS?)/dev/ttyUSB2- Habla AT, pero responde ERROR en lugar de NO CARRIER para marcar/dev/ttyUSB3- Mismo comportamiento que /dev/ttyUSB0/dev/ttyUSB4- Sin salida (¿para GPS?)
Aquí está el resultado que obtengo con unwvdial.conf especialmente diseñado:
--> WvDial: Internet dialer version 1.61
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: AT+CFUN=1
AT+CFUN=1
OK
--> Sending: ATQ0 V1 E1 S0=0
ATQ0 V1 E1 S0=0
OK
--> Sending: AT+CGDCONT=1,"IP","internet.t-mobile"
AT+CGDCONT=1,"IP","internet.t-mobile"
OK
--> Sending: ATI
ATI
Manufacturer: Huawei Technologies Co., Ltd.
Model: ME906s-158
Revision: 11.617.00.00.00
IMEI: 8<snip by @phihag>0
+GCAP: +CGSM,+DS,+ES
OK
--> Sending: AT+CPIN?
AT+CPIN?
+CPIN: READY
OK
--> Sending: AT+CFUN?
AT+CFUN?
+CFUN: 1
OK
--> Sending: AT+CSQ
AT+CSQ
+CSQ: 99,99
OK
--> Sending: AT+CREG?
AT+CREG?
+CREG: 0,2
OK
--> Modem initialized.
--> Sending: ATD*99#
--> Waiting for carrier.
ATD*99#
NO CARRIER
--> No Carrier! Trying again.
Las últimas 5 líneas se repiten más de 10 veces.
Otras herramientas como sakis3g y ModemManager/NetworkManager también se bloquean al intentar conectarse.
También veo un enlace de red asociado con el módem, pero tampoco es accesible:
$ ip link
...
6: enp0s20f0u5c2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT group default qlen 1000
link/ether 02:1e:10:1f:00:00 brd ff:ff:ff:ff:ff:ff
Creo rfkillno estar activo:
$ rfkill list
0: tpacpi_bluetooth_sw: Bluetooth
Soft blocked: no
Hard blocked: no
1: tpacpi_wwan_sw: Wireless WAN
Soft blocked: no
Hard blocked: no
3: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
10: hci0: Bluetooth
Soft blocked: no
Hard blocked: no
(Hablando a /dev/ttyUSB0)
AT^RFSWITCH?
^RFSWITCH: 1,1
OK
Como se sugiere, intenté usar AT^NDISDUPen su lugar, sin éxito (aunque a continuación ATZveo líneas adicionales):
$ minicom -D /dev/ttyUSB0
ATZ
OK
^PDPSTATUS: 2
^NDISSTAT: 0,0,,"IPV4"
AT^NDISDUP=1,1,"internet.t-mobile"
OK
AT^DHCP?
ERROR
Sin embargo, ip linktodavía muestra NO-CARRIER y dhclient -v enp0s20f0u5c2también se agota el tiempo de espera. Con ethtoolveo:
$ ethtool -i enp0s20f0u5c2
driver: cdc_ether
version: 22-Aug-2005
firmware-version: CDC Ethernet Device
expansion-rom-version:
bus-info: usb-0000:00:14.0-5
supports-statistics: no
supports-test: no
supports-eeprom-access: no
supports-register-dump: no
supports-priv-flags: no
dmesg me parece bien:
[ 11.674523] cdc_ether 1-5:2.0 usb0: register 'cdc_ether' at usb-0000:00:14.0-5, CDC Ethernet Device, 02:1e:10:1f:00:00
[ 11.674630] usbcore: registered new interface driver cdc_ether
[ 11.675451] option 1-5:2.2: GSM modem (1-port) converter detected
[ 11.675746] usb 1-5: GSM modem (1-port) converter now attached to ttyUSB0
[ 11.675767] option 1-5:2.3: GSM modem (1-port) converter detected
[ 11.676499] usb 1-5: GSM modem (1-port) converter now attached to ttyUSB1
[ 11.676528] option 1-5:2.4: GSM modem (1-port) converter detected
[ 11.676569] usb 1-5: GSM modem (1-port) converter now attached to ttyUSB2
[ 11.676586] option 1-5:2.5: GSM modem (1-port) converter detected
[ 11.676620] usb 1-5: GSM modem (1-port) converter now attached to ttyUSB3
[ 11.676637] option 1-5:2.6: GSM modem (1-port) converter detected
[ 11.676672] usb 1-5: GSM modem (1-port) converter now attached to ttyUSB4
De manera similar, ellsusbproducciónParece bastante normal.
¿Cómo consigo que mi Huawei ME906s se conecte?
Respuesta1
¿Revisaste el AT^RFSWITCH? ¿estado? Debería devolver AT^RFSWITCH: 1,1. Si hay ceros, entonces el módem está en modo "avión" de rfkill.
El módem Huawei tiene dos configuraciones de rfswitch (también conocido como rflock o rfkill): una de hardware y otra de software. El software rf-kill se puede desactivar emitiendo AT^RFSWITCH=1.
La configuración de hardware debe estar desactivada desde su placa base/plataforma, ya que en realidad baja un pin del conector M.2/mPCIe. En las computadoras portátiles, esto suele controlarse mediante una tecla de función ACPI. En mi X260, esto está expuesto en Linux como /sys/class/rfkill/rfkill3/state
Respuesta2
Quizás quieras probar un método de conexión más reciente:
AT^NDISDUP=1,1,"internet.t-mobile"
Luego use un cliente DHCP en su enp0s20f0u5c2interfaz que vea.
Si está conectado, AT^DHCP?también debería obtener una respuesta con su IP en notación hexadecimal.
Respuesta3
Tuve el mismo problema con mi módem ME906s-158. Intenté usarlo a través de MBIM, no hubo suerte. El módem tenía un firmware desactualizado, así que lo actualicé a la última versión. techship.com. Después de la actualización, ME906 funcionó como se esperaba en modo cdc_ether. Antes de habilitar la conexión en la interfaz de red del módem se veía así:
26: enp0s29u1u2u5c2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether 02:1e:10:1f:00:00 brd ff:ff:ff:ff:ff:ff
Necesito habilitar la conexión mediante el comando AT AT^NDISDUP=1,1. Y la interfaz obtuvo IP a través de DHCP:
26: enp0s29u1u2u5c2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 02:1e:10:1f:00:00 brd ff:ff:ff:ff:ff:ff
inet 10.173.107.197/30 brd 10.173.107.199 scope global dynamic enp0s29u1u2u5c2
valid_lft 518398sec preferred_lft 518398sec
inet6 fe80::ef85:b8f8:761e:b922/64 scope link
valid_lft forever preferred_lft forever