Re: [PART HS] Clef 3G+ sous Debian ?

[Bernard <bdebreil@teaser.fr>]

Je viens de faire d'autres essais. D'abord, j'ai viré la version 
usb_switchmode que j'avais installé, ainsi que vodaphone et ses autres 
dépendances (ozero...)

Et je me suis re-penché sur 'huaweiAktBbo'. Je l'ai lancé manuellement :

sudo huaweiAktBbo

-> erreur d'assertion de dev, ligne 113

J'édite le source (sudo huaweiAktBbo.c), pour m'apercevoir que la ligne 
113 fait référence à une autre clef (12d1:1003). Je remplace ces valeurs 
par 19d2:2000, recompile, et re lance le programme.

Les messages ne sont que partiellement en anglais, le reste étant en 
Tchèque (slovaque) :

Hladam HUAWEI E220 a prepnem na modem - bbo 06
4 set feature request returned 0
Prepnuke-OK, Mas ttyUSB0 ttyUSB1 (cez usbserial vendor=0x12d1 
product=0x1003)
pozri /proc/bus/usb/devices

(e texte fait encore référence à vendor=0x12d1 product=0x1003, mais ces 
valeurs ne sont plus désormais présentes que dans le texte du message 
d'erreur, ainsi que j'ai pu le vérifier dans le source)

mon répertoire /proc/bus/usb/devices est vide.

*************************

Maintenant que j'ai viré "ozero...", "usb-modeswitch" et "vodaphone", la 
clef est à nouveau reconnue comme CDROM et Gnome la monte 
automatiquement. J'ai réutilisé l'astuce que j'avais vue quelque part, 
et qui consiste à cliquer sur ladite icône et sur "éjecter". Alors les 
ID changent, passant de 19d2:2000 à 19d2:052 (lsusb). Mais dmesg ne dit 
rien de plus : c'est toujours reconnu comme Mass Storage. Et
huaweiAktBbo, recompilé avec les nouveaux ID, ne donne pas d'autre 
résultat que précédemment.

****************************

Quant aux 'udev rules', j'ai l'impression que les divers essais que j'ai 
faits n'ont aucunement tenu compte du contenu de

/etc/udev/rules.d/sfr-huwei.rules

Même si j'ai affirmé le contraire hier, j'ai aujourd'hui de sérieux 
doutes, et je ne parviens pas à reproduire les résultats sur les 
changements de comportements selon les ID inscrits ; il se pourrait que 
c'ait été dû à autre chose, peut-être avais-je omis de retirer la clef 
entre deux manips, ou l'avais-je remise trop tôt

Et donc, il me manque sans doute en effet ce qu'il faut pour activer 
/dev/ttyUSB0, d'autant que j'apprends que sur mon noyau (2.6.24) ceci ne 
se fait pas automatiquement

Le fichier sfr-huwei.rules devrait-il être renommé autrement ?  
Qu'est-ce qui y fait appel ?  Que pourrais-je modifier à l'intérieur qui 
me permette de vérifier si cela a ou non un effet ?


Bernard wrote:
> Daniel Huhardeaux wrote:
> > Le 16/07/2010 00:46, Bernard a écrit :
> > > [...] ma clef SFR, au lieu d'émettre des flash de couleur bleue, 
> > > commence par 3 ou 4 flashes rouges, puis ce sont dees flash verts, 
> > > comme sous MSWIN.
> >
> > C'est le bon comportement
> > > [...]
> > > alors que si j'écris 19d2 et 2000, dmesg donne :
> > >
> > > ....................
> > > usb-storage: waiting for device to settle before scanning
> > > usb-storage: device scan complete
> > > scsi 15:0:0:0: CD-ROM   ZTE   USB SCSI CD-ROM 2.31 ....
> > > etc...
> >
> > Dans le etc.... il n'y a pas de référence à ttyUSB0 (ou autre)? Si 
> > non, prenez la carte SIM de la clé SFR et mettez la dans celle d'Orange.
> Si : /etc/wvdial.conf comporte la ligne :
>
> Modem=/dev/ttyUSB0
>
> Quant à essayer la clef fournie par Orange (un autre modèle Huwei, id 
> 12d1 : 1446), je l'ai fait avec la carte SIM de chez SFR. Les 
> résultats sont pires : usb_modeswitch n'arrive pas à faire la 
> commutation. D'ailleurs la commutation n'est pas non plus obtenue avec 
> la clef SFR, mais au moins le mode Mass Storage disparaît.
>
> Voici le résultat des essais avec usb_modeswitch, sur les deux clefs :
>
> Sur la clef SFR (id 19d2 : 2000) :
>
> sudo usb_modeswitch -W -s 20 -v 19d2 -p 2000
>
> *usb-modeswitch - Version 1.1.0 (C) Josua Dietze 2010 - based on 
> libusb 0.1.12
>
> DefaultVendor= 0x19d2
> DefaultProduct= 0x2000
> TargetVendor= not set
> TargetProduct= not set
> TargetClass= not set
>
> InquireDevice enabled (default)
> Success check enabled, max.wait time 32 seconds
> System integration mode disabled
>
> usb_set_debug: Setting debugging level to 15 (on)
> usb_os_find_busses: Found 007
> usb_os_find_busses: Found 006
> usb_os_find_busses: Found 005
> usb_os_find_busses: Found 004
> usb_os_find_busses: Found 003
> usb_os_find_busses: Found 002
> usb_os_find_busses: Found 001
> usb_os_find_devices: Found 003 on 007
> usb_os_find_devices: Found 001 on 007
> error obtaining child information: Inappropriate ioctl for device
> usb_os_find_devices: Found 001 on 006
> usb_os_find_devices: Found 001 on 005
> usb_os_find_devices: Found 001 on 004
> usb_os_find_devices: Found 001 on 003
> usb_os_find_devices: Found 001 on 002
> usb_os_find_devices: Found 001 on 001
>
> Note: target parameter missing; success check limited
> Looking for default devices ...
>    searching devices, found USB ID 19d2:2000
>       found matching vendor ID
>       found matching product ID
>    searching devices, found USB ID 0000:0000
>    searching devices, found USB ID 0000:0000
>    searching devices, found USB ID 0000:0000
>    searching devices, found USB ID 0000:0000
>    searching devices, found USB ID 0000:0000
>    searching devices, found USB ID 0000:0000
>    searching devices, found USB ID 0000:0000
> Found default devices (1)
> Accessing device 003 on bus 007 ...
> 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
>
> la prestation s'arrète là, et usb_modeswitch ne "rend pas la main" ; 
> il faut taper CTRL-C pour en sortir, et ce, quelque soit le temps 
> d'attente, fut il d'une demie heure. Le mass storage driver est bien 
> détaché, mais la suite du travail reste apparemment bloquée, en 
> suspends...
>
> Si, après ce CTRL-C, je recommence la même manip, j'ai ceci :
>
> (même chose pour le début), puis :
>
> .........................
> USB error : could not get bound driver: No data available
>    no driver found. Either detached before or never attached
>
> et çà reste encore en suspens, il faut faire CTRL-C pour sortir.
>
> Un nouvel essai avec le "Huawei mode" (-H) donne le même résultat.
>
> J'ai également essayé de mettre des Targets (-V -P). Si je mets autre 
> chose que les mêmes ID que pour -v -p, ça n'est pas trouvé. et si je 
> remets pour -V -P les mêmes valeurs que pour -v -p, c'est bien trouvé, 
> mais le résultat est le même.
>
> ********************************
>
> Je pense que l'info principale est la suivante :
>
> "error obtaining child information: Inappropriate ioctl for device"
>
> ****************************************
>
> Et maintenant, voici ce que cela donne avec la clef fournie par Orange 
> (Huawei 12d1:1446)
>
> sudo usb_modeswitch -W -s 20 -v 12d1 -p 1446
>
> *usb-modeswitch - Version 1.1.0 (C) Josua Dietze 2010 - based on 
> libusb 0.1.12
>
> DefaultVendor= 0x12d1
> DefaultProduct= 0x1446
> TargetVendor= not set
> TargetProduct= not set
> TargetClass= not set
>
> InquireDevice enabled (default)
> Success check enabled, max.wait time 32 seconds
> System integration mode disabled
>
> usb_set_debug: Setting debugging level to 15 (on)
> usb_os_find_busses: Found 007
> usb_os_find_busses: Found 006
> usb_os_find_busses: Found 005
> usb_os_find_busses: Found 004
> usb_os_find_busses: Found 003
> usb_os_find_busses: Found 002
> usb_os_find_busses: Found 001
> usb_os_find_devices: Found 014 on 007
> usb_os_find_devices: Found 001 on 007
> error obtaining child information: Inappropriate ioctl for device
> usb_os_find_devices: Found 001 on 006
> usb_os_find_devices: Found 001 on 005
> usb_os_find_devices: Found 001 on 004
> usb_os_find_devices: Found 001 on 003
> usb_os_find_devices: Found 001 on 002
> usb_os_find_devices: Found 001 on 001
>
> Note: target parameter missing; success check limited
> Looking for default devices ...
>    searching devices, found USB ID 12d1:1446
>       found matching vendor ID
>       found matching product ID
>    searching devices, found USB ID 0000:0000
>    searching devices, found USB ID 0000:0000
>    searching devices, found USB ID 0000:0000
>    searching devices, found USB ID 0000:0000
>    searching devices, found USB ID 0000:0000
>    searching devices, found USB ID 0000:0000
>    searching devices, found USB ID 0000:0000
> Found default devices (1)
> Accessing device 014 on bus 007 ...
> 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 (avec la clef SFR, j'avais 
> "usbfs" au lieu de "usb-storage" ici)
>
>
> et là, au lieu de rester en suspens jusqu'à ce que je tape CTRL-C, çà 
> continue comme suit :
>
> SCSI inquiry data (for identification)
> ---------------------------------------------
> Manufacturer: HUAWEI Technology
> Product: HUAWEI Mobile
> Serial No.: 1234567890ABCDEF
> ---------------------------------------------
> Warning: no switching method given
>
> Checking for mode switch (max. 32 times, once per second) ...
>    Waiting for original device to vanish ...
>    Waiting for original device to vanish ...
>    .....................................................................
>    etc (32 fois)
>    .....................................................................
>
>    Original device still present after the timeout
>
> Mode switch most likely failed. Bye.
>
> bd@dell-desktop:~$
>
> *****************************************************
>
> Les essais que j'ai faits ensuite avec les modes -H, -S -G, -O (modes 
> Huawei; Sierra, GCT, Sony) ne donnèrent rien non plus !