Riiconoscimento chiavetta Huawei E1692

da **samiel** » dom nov 01, 2009 11:48

Ho una chiavetta USB Huawei E1692 con una scheda TIM.
Ora, Slack non vuole sapere di riconoscerla. O meglio:
i comandi lsusb e tail /var/log/messages la mostrano
correttamente, ma il dispositivo non è poi montato
e non si crea alcun dispositivo /dev/ttyUSB0 e simili,
per cui non sono in grado di connettermi. In Debian
succede una cosa ancora più strana. Se accendo il computer,
idem. Se allora riavvio, carico Windows (anche senza
connettermi a Internet) e poi riavvio e carico Debian,
allora /dev/ttyUSB0viene creato e navigo. Ho verificato
decine di volta questo fatto, che non capisco. Devo
essere grato a Win? E che nesso c'è fra l'avvio di Win
e la creazione in Debian del dispositivo? E infine:
perché Slack non me lo crea per niente?

GrazIE!
m.

da **muzzle** » dom nov 01, 2009 11:59

Se la chiavetta è di quelle che installano direttamente i driver (ossia il famoso zerocd), l'unica spiegazione che mi viene in mente è che sotto win il software cambi la chiavetta da zerocd in modem, e al riavvio con debian rimanga tale configurazione, ma una volta staccata ritorni zerocd.

In questi casi può essere utile il programma "usb_modeswitch" reperibile qui http://www.draisberghof.de/usb_modeswitch/, tra l'altro la tua chiavetta è supportata.

da **samiel** » dom nov 01, 2009 15:27

Ci avevo provato, adesso ci ho provato di nuovo solo che...
Ho sistemato /eyc/usb_modeswithc.conf
Ho anche creato una regola di udev, questa:

Codice: Seleziona tutto: # Huawei E1692 # Vendor:Product id = 0x12d1:0x1446 SUBSYSTEM=="usb", SYSFS{idVendor}=="12d1", SYSFS{idProduct}=="1446", RUN+="/usr/sbin/usb_modeswitch --default-vendor 0x12d1 --default-product 0x1446 --detach-storage-only "

per automatizzare il processo.
Ecco gli output:

Codice: Seleziona tutto: darkstar:~# tail /var/log/messages Nov 1 13:51:34 kernel: [ 276.736018] usb 1-8: new high speed USB device using ehci_hcd and address 4 Nov 1 13:51:34 kernel: [ 276.862569] usb 1-8: New USB device found, idVendor=12d1, idProduct=1446 Nov 1 13:51:34 kernel: [ 276.862575] usb 1-8: New USB device strings: Mfr=3, Product=2, SerialNumber=0 Nov 1 13:51:34 kernel: [ 276.862578] usb 1-8: Product: HUAWEI Mobile Nov 1 13:51:34 kernel: [ 276.862581] usb 1-8: Manufacturer: HUAWEI Technology Nov 1 13:51:34 kernel: [ 276.862695] usb 1-8: configuration #1 chosen from 1 choice Nov 1 13:51:34 kernel: [ 276.868452] scsi8 : SCSI emulation for USB Mass Storage devices Nov 1 13:51:34 kernel: [ 276.870437] scsi9 : SCSI emulation for USB Mass Storage devices Nov 1 13:51:39 kernel: [ 281.874208] scsi 9:0:0:0: Direct-Access HUAWEI SD Storage 2.31 PQ: 0 ANSI: 2 Nov 1 13:51:39 kernel: [ 281.885812] sd 9:0:0:0: [sdc] Attached SCSI removable disk darkstar:~# lsusb Bus 002 Device 002: ID 03f0:3404 Hewlett-Packard DeskJet 6122 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 004: ID 12d1:1446 Huawei Technologies Co., Ltd. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub darkstar:~# usb_modeswitch * usb_modeswitch: tool for controlling "flip flop" mode USB devices * Version 1.0.2 (C) Josua Dietze 2009 * Works with libusb 0.1.12 and probably other versions Looking for default devices ... Found default devices (1) Accessing device 004 on bus 001 ... Using endpoints 0x01 (out) and 0x81 (in) Inquiring device details; driver will be detached ... Looking for active driver ... No driver found. Either detached before or never attached Received inquiry data (detailed identification) ------------------------- Vendor String: � Product String: =�� Revision String: ------------------------- Device description data (identification) ------------------------- Error: could not get description string "manufacturer" Manufacturer: Error: could not get description string "product" Product: Serial No.: not provided ------------------------- Sending Huawei control message ... Error: sending Huawei control message failed (error -110). Aborting. darkstar:~# usb_modeswitch * usb_modeswitch: tool for controlling "flip flop" mode USB devices * Version 1.0.2 (C) Josua Dietze 2009 * Works with libusb 0.1.12 and probably other versions Looking for default devices ... No default device found. Is it connected? Bye. darkstar:~# usb_modeswitch * usb_modeswitch: tool for controlling "flip flop" mode USB devices * Version 1.0.2 (C) Josua Dietze 2009 * Works with libusb 0.1.12 and probably other versions Looking for default devices ... Found default devices (1) Accessing device 005 on bus 001 ... Using endpoints 0x01 (out) and 0x81 (in) Inquiring device details; driver will be detached ... Looking for active driver ... OK, driver found ("usbfs") OK, driver "usbfs" detached Received inquiry data (detailed identification) ------------------------- Vendor String: HUAWEI Product String: Mass Storage Revision String: 2.31 ------------------------- Device description data (identification) ------------------------- Manufacturer: HUAWEI Technology Product: HUAWEI Mobile Serial No.: not provided ------------------------- Sending Huawei control message ... OK, Huawei control message sent -> Run lsusb to note any changes. Bye.

Ma il dispositivo richiamato in wvdial (e cioè ttyUSB0) non viene creato...

Grazie
M.

da **luka64** » dom nov 01, 2009 16:13

le Huawei sono gestite dal modulo 'option'
potresti provare

Codice: Seleziona tutto: modprobe option

da **muzzle** » dom nov 01, 2009 18:14

Il primo dubbio che mi viene e se il modulo "option" del tuo kernel supporta la Huawei E1692.

Quindi una volta lanciato usb_modeswitch prova a digitare lsusb e vedere se il modem si vede. Se compare ma non si creano i vari /dev/ttyUSB* per me vuol dire che la versione del kernel non supporta il modem, se invece non cambia nulla c'è qualcosa che non funziona con usb_modeswitch.conf.

In caso metti solo questo nella regola in udev

Codice: Seleziona tutto: SUBSYSTEM=="usb", SYSFS{idVendor}=="12d1", SYSFS{idProduct}=="1446", RUN+="/usr/sbin/usb_modeswitch"

Se non funziona ancora prova ad inserire questo in usb_modeswitch e commentare tutto il resto

Codice: Seleziona tutto: # Huawei E1692 DefaultVendor= 0x12d1 DefaultProduct= 0x1446 TargetVendor= 0x12d1 TargetProduct= 0x140c MessageContent="55534243000000000000000000000011060000000000000000000000000000" CheckSuccess=5

da **luka64** » dom nov 01, 2009 19:44

http://www.vecchiomago.net/index.php?mo ... 1251217240

da **samiel** » lun nov 02, 2009 4:08

Successo (quasi) totale un debian, che almeno dopo l'avvio di Win vedeva corrattamente la chiavetta.

Codice: Seleziona tutto: debian:~# lsusb Bus 002 Device 002: ID 03f0:3404 Hewlett-Packard DeskJet 6122 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 004: ID 12d1:[b]1446[/b] Huawei Technologies Co., Ltd. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub debian:~# usb_modeswitch * usb_modeswitch: tool for controlling "flip flop" mode USB devices * Version 1.0.2 (C) Josua Dietze 2009 * Works with libusb 0.1.12 and probably other versions Looking for target devices ... No devices in target mode or class found Looking for default devices ... Found default devices (1) Accessing device 004 on bus 001 ... Using endpoints 0x01 (out) and 0x81 (in) Inquiring device details; driver will be detached ... Looking for active driver ... OK, driver found ("usb-storage") OK, driver "usb-storage" detached Could not get INQUIRY response (error -16) Device description data (identification) ------------------------- Manufacturer: HUAWEI Technology Product: HUAWEI Mobile Serial No.: not provided ------------------------- Looking for active driver ... OK, driver found ("usbfs") OK, driver "usbfs" detached Setting up communication with interface 0 ... Trying to send the message to endpoint 0x01 ... OK, message successfully sent Device is gone, skipping further steps ... Checking for mode switch after 5 seconds settling time ... Original device can't be accessed anymore. Good. Found a new device in target mode or class Mode switch succeeded. Bye. debian:~# lsusb Bus 002 Device 002: ID 03f0:3404 Hewlett-Packard DeskJet 6122 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 005: ID 12d1:[b]140c[/b] Huawei Technologies Co., Ltd. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Mi resta da chiarire una cosa, poi vedo di applicare il tutto anche a Slack.
LA regola di udev non sembra funzionare. Ho lanciato rmmod usb_storage
e quindi usb_modeswitch a mano e ha funzionato.
Forse c'è ancora qualcosa da perfezionare per rendere automatico
il processo di creazione del dispositivo...

Intanto grazie mille
Domani provo con Slacke so dire...
M.

da **samiel** » mer nov 04, 2009 15:04

Dopo innumerevoli prove, sembra che abbia trovato:

Codice: Seleziona tutto: SUBSYSTEM=="usb", SYSFS{idProduct}=="1446", SYSFS{idVendor}=="12d1", RUN+="/usr/sbin/usb_modeswitch" SUBSYSTEM=="usb", SYSFS{idProduct}=="1446", SYSFS{idVendor}=="12d1", RUN+="/bin/sleep 5" SUBSYSTEM=="usb", SYSFS{idProduct}=="1446", SYSFS{idVendor}=="12d1", RUN+="/sbin/modprobe usbserial vendor=0x12d1 product=0x140c"

M.

Riiconoscimento chiavetta Huawei E1692

Riiconoscimento chiavetta Huawei E1692

Re: Riiconoscimento chiavetta Huawei E1692

Re: Riiconoscimento chiavetta Huawei E1692

Re: Riiconoscimento chiavetta Huawei E1692

Re: Riiconoscimento chiavetta Huawei E1692

Re: Riiconoscimento chiavetta Huawei E1692

Re: Riiconoscimento chiavetta Huawei E1692

Re: Riiconoscimento chiavetta Huawei E1692

Chi c’è in linea