udev et modem 3G ZTE MF 626

shaiton · Le 12/12/2008, à 14:33

Bonjour !

Habituellement simple lecteur, je me tourne vers vous pour m'aiguiller un peu.

Je suis sous debian 2.6.26 arch i686, et j'avais correctement configuré mon system pour intégrer un modem 3G.
Le problème c'est que je veux changer ma configuration pour que si je change de modele (product ID) ca marche toujours.
Mais mon plus gros problème c'est que je ne peux pas faire fonctionner ma config actuelle avec une autre clef.

Il s'agit du modem ZTE MF626.

Comment ca tourne ?
Une simple règle udev

#Modem 3G ZTE
SYSFS{idProduct}=="0031", SYSFS{idVendor}=="19d2", ACTION=="add", ATTRS{bNumEndpoints}=="03",\ 
RUN+="/sbin/modprobe usbserial vendor=0x19d2 product=0x0031"
SYSFS{idProduct}=="0031", SYSFS{idVendor}=="19d2", KERNEL=="ttyUSB*", ACTION=="add", SYMLINK+="modem3G"

Ce qui à pour action d'attacher la bonne partition de la clef sur /dev/modem3G.

Ce que j'aimerai c'est modifier la commande "modprobe usbserial" pour ne pas écrire en dur le productID.
j'ai vu quelque part un truc du genre

#RUN+=“/sbin/modprobe usbserial vendor=0x19d2 product=0x$attr{idProduct}”

Mais ca ne marche pas, une idée ??

Plus important, si je l'écris en dur le product ID de ma nouvelle clef ca ne marche plus !
C'est une nouvelle clef, mais même model. Le firmware doit être différent, parce que je ne détecte qu'une partition.

En gros, lorsqu'elle s'attache à ttyUSB0, ce n'est pas le modem .. Je ne peux pas dialoguer avec.

Ce que j'ai fais, c'est que j'ai modifié ma règle udev comme suit:

#  cat /etc/udev/rules.d/027_zte_modem_3g.rules
SYSFS{idProduct}=="0031", SYSFS{idVendor}=="19d2", ACTION=="add",\ 
RUN+="/sbin/modprobe usbserial vendor=0x19d2 product=0x0031"
SYSFS{idProduct}=="0031", SYSFS{idVendor}=="19d2", KERNEL=="ttyUSB*", ACTION=="add", SYMLINK+="modem3G"

je ne filtre donc plus suivant la partition.
* avec la premiere clef, j'ai ttyUSB0 et ttyUSB1. Je ne peux pas dialoguer avec le premier (modem muet comme avec la nouvelle clef) mais qu'avec le deuxieme.
* avec le nouveau modem (bien sur en modifiant les productID), je n'ai que ttyUSB0.

le log de l'installation de la 1ere clef

[  255.536030] usb 6-2: new high speed USB device using ehci_hcd and address 4
[  255.671272] usb 6-2: configuration #1 chosen from 1 choice
[  260.280016] usbserial_generic 6-2:1.0: Generic device with no bulk out, not allowed.
[  260.280016] usbserial_generic: probe of 6-2:1.0 failed with error -5
[  260.280016] usbserial_generic 6-2:1.1: Generic device with no bulk out, not allowed.
[  260.280016] usbserial_generic: probe of 6-2:1.1 failed with error -5
[  260.280016] usbserial_generic 6-2:1.2: generic converter detected
[  260.280016] usb 6-2: generic converter now attached to ttyUSB0
[  260.280016] usbserial_generic 6-2:1.3: generic converter detected
[  260.280016] usb 6-2: generic converter now attached to ttyUSB1
[  260.280016] usb 6-2: New USB device found, idVendor=19d2, idProduct=0031
[  260.280016] usb 6-2: New USB device strings: Mfr=2, Product=1, SerialNumber=3
[  260.280016] usb 6-2: Product: ZTE CDMA Technologies MSM
[  260.280016] usb 6-2: Manufacturer: ZTE, Incorporated
[  260.280016] usb 6-2: SerialNumber: 1234567890ABCDEF
[  260.956895] Initializing USB Mass Storage driver...
[  260.956989] usbcore: registered new interface driver usb-storage
[  260.956997] USB Mass Storage support registered.[/quote]
le log de l'installation de la 2eme clef
[quote][  194.456016] usb 6-2: new high speed USB device using ehci_hcd and address 4
[  194.596159] usb 6-2: configuration #1 chosen from 1 choice
[  194.600852] usbserial_generic 6-2:1.0: generic converter detected
[  194.600950] usb 6-2: generic converter now attached to ttyUSB0
[  194.601111] usb 6-2: New USB device found, idVendor=19d2, idProduct=2000
[  194.601157] usb 6-2: New USB device strings: Mfr=2, Product=1, SerialNumber=0
[  194.601204] usb 6-2: Product: ZTE CDMA Technologies MSM
[  194.601258] usb 6-2: Manufacturer: ZTE, Incorporated
[  194.961553] Initializing USB Mass Storage driver...
[  194.961630] usbcore: registered new interface driver usb-storage
[  194.961677] USB Mass Storage support registered.

Grande différence, n'est-ce pas ? Pour un même modèle ...

C'est pourquoi je vous joins les udev info...

Premiere clef USB0

udevinfo -a -p $(udevinfo -q path -n /dev/ttyUSB0)
Udevinfo starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.

  looking at device '/class/tty/ttyUSB0':
    KERNEL=="ttyUSB0"
    SUBSYSTEM=="tty"
    DRIVER==""

  looking at parent device '/devices/pci0000:00/0000:00:13.5/usb6/6-2/6-2:1.2/ttyUSB0':
    KERNELS=="ttyUSB0"
    SUBSYSTEMS=="usb-serial"
    DRIVERS=="generic"
    ATTRS{port_number}=="0"

  looking at parent device '/devices/pci0000:00/0000:00:13.5/usb6/6-2/6-2:1.2':
    KERNELS=="6-2:1.2"
    SUBSYSTEMS=="usb"
    DRIVERS=="usbserial_generic"
    ATTRS{bInterfaceNumber}=="02"
    ATTRS{bAlternateSetting}==" 0"
    ATTRS{bNumEndpoints}=="02"
    ATTRS{bInterfaceClass}=="08"
    ATTRS{bInterfaceSubClass}=="06"
    ATTRS{bInterfaceProtocol}=="50"
    ATTRS{modalias}=="usb:v19D2p0031d0000dc00dsc00dp00ic08isc06ip50"

  looking at parent device '/devices/pci0000:00/0000:00:13.5/usb6/6-2':
    KERNELS=="6-2"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{configuration}==""
    ATTRS{bNumInterfaces}==" 4"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{bmAttributes}=="e0"
    ATTRS{bMaxPower}=="500mA"
    ATTRS{urbnum}=="10"
    ATTRS{idVendor}=="19d2"
    ATTRS{idProduct}=="0031"
    ATTRS{bcdDevice}=="0000"
    ATTRS{bDeviceClass}=="00"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{bDeviceProtocol}=="00"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{speed}=="480"
    ATTRS{busnum}=="6"
    ATTRS{devnum}=="4"
    ATTRS{version}==" 2.00"
    ATTRS{maxchild}=="0"
    ATTRS{quirks}=="0x0"
    ATTRS{authorized}=="1"
    ATTRS{manufacturer}=="ZTE, Incorporated"
    ATTRS{product}=="ZTE CDMA Technologies MSM"
    ATTRS{serial}=="1234567890ABCDEF"

  looking at parent device '/devices/pci0000:00/0000:00:13.5/usb6':
    KERNELS=="usb6"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{configuration}==""
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{bmAttributes}=="e0"
    ATTRS{bMaxPower}=="  0mA"
    ATTRS{urbnum}=="90"
    ATTRS{idVendor}=="1d6b"
    ATTRS{idProduct}=="0002"
    ATTRS{bcdDevice}=="0206"
    ATTRS{bDeviceClass}=="09"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{bDeviceProtocol}=="00"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{speed}=="480"
    ATTRS{busnum}=="6"
    ATTRS{devnum}=="1"
    ATTRS{version}==" 2.00"
    ATTRS{maxchild}=="10"
    ATTRS{quirks}=="0x0"
    ATTRS{authorized}=="1"
    ATTRS{manufacturer}=="Linux 2.6.26.081113 ehci_hcd"
    ATTRS{product}=="EHCI Host Controller"
    ATTRS{serial}=="0000:00:13.5"
    ATTRS{authorized_default}=="1"

  looking at parent device '/devices/pci0000:00/0000:00:13.5':
    KERNELS=="0000:00:13.5"
    SUBSYSTEMS=="pci"
    DRIVERS=="ehci_hcd"
    ATTRS{vendor}=="0x1002"
    ATTRS{device}=="0x4386"
    ATTRS{subsystem_vendor}=="0x1002"
    ATTRS{subsystem_device}=="0x4386"
    ATTRS{class}=="0x0c0320"
    ATTRS{irq}=="19"
    ATTRS{local_cpus}=="ff"
    ATTRS{local_cpulist}=="0-7"
    ATTRS{modalias}=="pci:v00001002d00004386sv00001002sd00004386bc0Csc03i20"
    ATTRS{enable}=="1"
    ATTRS{broken_parity_status}=="0"
    ATTRS{msi_bus}==""

  looking at parent device '/devices/pci0000:00':
    KERNELS=="pci0000:00"
    SUBSYSTEMS==""
    DRIVERS==""[/quote]
Premiere clef USB1
[quote="udevinfo -a -p $(udevinfo -q path -n /dev/ttyUSB1)"]Udevinfo starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.

  looking at device '/class/tty/ttyUSB1':
    KERNEL=="ttyUSB1"
    SUBSYSTEM=="tty"
    DRIVER==""

  looking at parent device '/devices/pci0000:00/0000:00:13.5/usb6/6-2/6-2:1.3/ttyUSB1':
    KERNELS=="ttyUSB1"
    SUBSYSTEMS=="usb-serial"
    DRIVERS=="generic"
    ATTRS{port_number}=="0"

  looking at parent device '/devices/pci0000:00/0000:00:13.5/usb6/6-2/6-2:1.3':
    KERNELS=="6-2:1.3"
    SUBSYSTEMS=="usb"
    DRIVERS=="usbserial_generic"
    ATTRS{bInterfaceNumber}=="03"
    ATTRS{bAlternateSetting}==" 0"
    ATTRS{bNumEndpoints}=="03"
    ATTRS{bInterfaceClass}=="ff"
    ATTRS{bInterfaceSubClass}=="ff"
    ATTRS{bInterfaceProtocol}=="ff"
    ATTRS{modalias}=="usb:v19D2p0031d0000dc00dsc00dp00icFFiscFFipFF"

  looking at parent device '/devices/pci0000:00/0000:00:13.5/usb6/6-2':
    KERNELS=="6-2"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{configuration}==""
    ATTRS{bNumInterfaces}==" 4"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{bmAttributes}=="e0"
    ATTRS{bMaxPower}=="500mA"
    ATTRS{urbnum}=="10"
    ATTRS{idVendor}=="19d2"
    ATTRS{idProduct}=="0031"
    ATTRS{bcdDevice}=="0000"
    ATTRS{bDeviceClass}=="00"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{bDeviceProtocol}=="00"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{speed}=="480"
    ATTRS{busnum}=="6"
    ATTRS{devnum}=="4"
    ATTRS{version}==" 2.00"
    ATTRS{maxchild}=="0"
    ATTRS{quirks}=="0x0"
    ATTRS{authorized}=="1"
    ATTRS{manufacturer}=="ZTE, Incorporated"
    ATTRS{product}=="ZTE CDMA Technologies MSM"
    ATTRS{serial}=="1234567890ABCDEF"

  looking at parent device '/devices/pci0000:00/0000:00:13.5/usb6':
    KERNELS=="usb6"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{configuration}==""
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{bmAttributes}=="e0"
    ATTRS{bMaxPower}=="  0mA"
    ATTRS{urbnum}=="90"
    ATTRS{idVendor}=="1d6b"
    ATTRS{idProduct}=="0002"
    ATTRS{bcdDevice}=="0206"
    ATTRS{bDeviceClass}=="09"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{bDeviceProtocol}=="00"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{speed}=="480"
    ATTRS{busnum}=="6"
    ATTRS{devnum}=="1"
    ATTRS{version}==" 2.00"
    ATTRS{maxchild}=="10"
    ATTRS{quirks}=="0x0"
    ATTRS{authorized}=="1"
    ATTRS{manufacturer}=="Linux 2.6.26.081113 ehci_hcd"
    ATTRS{product}=="EHCI Host Controller"
    ATTRS{serial}=="0000:00:13.5"
    ATTRS{authorized_default}=="1"

  looking at parent device '/devices/pci0000:00/0000:00:13.5':
    KERNELS=="0000:00:13.5"
    SUBSYSTEMS=="pci"
    DRIVERS=="ehci_hcd"
    ATTRS{vendor}=="0x1002"
    ATTRS{device}=="0x4386"
    ATTRS{subsystem_vendor}=="0x1002"
    ATTRS{subsystem_device}=="0x4386"
    ATTRS{class}=="0x0c0320"
    ATTRS{irq}=="19"
    ATTRS{local_cpus}=="ff"
    ATTRS{local_cpulist}=="0-7"
    ATTRS{modalias}=="pci:v00001002d00004386sv00001002sd00004386bc0Csc03i20"
    ATTRS{enable}=="1"
    ATTRS{broken_parity_status}=="0"
    ATTRS{msi_bus}==""

  looking at parent device '/devices/pci0000:00':
    KERNELS=="pci0000:00"
    SUBSYSTEMS==""
    DRIVERS==""

Deuxième clef

udevinfo -a -p $(udevinfo -q path -n /dev/ttyUSB0)
Udevinfo starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.

  looking at device '/class/tty/ttyUSB0':
    KERNEL=="ttyUSB0"
    SUBSYSTEM=="tty"
    DRIVER==""

  looking at parent device '/devices/pci0000:00/0000:00:13.5/usb6/6-2/6-2:1.0/ttyUSB0':
    KERNELS=="ttyUSB0"
    SUBSYSTEMS=="usb-serial"
    DRIVERS=="generic"
    ATTRS{port_number}=="0"

  looking at parent device '/devices/pci0000:00/0000:00:13.5/usb6/6-2/6-2:1.0':
    KERNELS=="6-2:1.0"
    SUBSYSTEMS=="usb"
    DRIVERS=="usbserial_generic"
    ATTRS{bInterfaceNumber}=="00"
    ATTRS{bAlternateSetting}==" 0"
    ATTRS{bNumEndpoints}=="02"
    ATTRS{bInterfaceClass}=="08"
    ATTRS{bInterfaceSubClass}=="05"
    ATTRS{bInterfaceProtocol}=="50"
    ATTRS{modalias}=="usb:v19D2p2000d0000dc00dsc00dp00ic08isc05ip50"

  looking at parent device '/devices/pci0000:00/0000:00:13.5/usb6/6-2':
    KERNELS=="6-2"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{configuration}==""
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{bmAttributes}=="e0"
    ATTRS{bMaxPower}=="500mA"
    ATTRS{urbnum}=="9"
    ATTRS{idVendor}=="19d2"
    ATTRS{idProduct}=="2000"
    ATTRS{bcdDevice}=="0000"
    ATTRS{bDeviceClass}=="00"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{bDeviceProtocol}=="00"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{speed}=="480"
    ATTRS{busnum}=="6"
    ATTRS{devnum}=="4"
    ATTRS{version}==" 2.00"
    ATTRS{maxchild}=="0"
    ATTRS{quirks}=="0x0"
    ATTRS{authorized}=="1"
    ATTRS{manufacturer}=="ZTE, Incorporated"
    ATTRS{product}=="ZTE CDMA Technologies MSM"

  looking at parent device '/devices/pci0000:00/0000:00:13.5/usb6':
    KERNELS=="usb6"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{configuration}==""
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{bmAttributes}=="e0"
    ATTRS{bMaxPower}=="  0mA"
    ATTRS{urbnum}=="90"
    ATTRS{idVendor}=="1d6b"
    ATTRS{idProduct}=="0002"
    ATTRS{bcdDevice}=="0206"
    ATTRS{bDeviceClass}=="09"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{bDeviceProtocol}=="00"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{speed}=="480"
    ATTRS{busnum}=="6"
    ATTRS{devnum}=="1"
    ATTRS{version}==" 2.00"
    ATTRS{maxchild}=="10"
    ATTRS{quirks}=="0x0"
    ATTRS{authorized}=="1"
    ATTRS{manufacturer}=="Linux 2.6.26.081113 ehci_hcd"
    ATTRS{product}=="EHCI Host Controller"
    ATTRS{serial}=="0000:00:13.5"
    ATTRS{authorized_default}=="1"

  looking at parent device '/devices/pci0000:00/0000:00:13.5':
    KERNELS=="0000:00:13.5"
    SUBSYSTEMS=="pci"
    DRIVERS=="ehci_hcd"
    ATTRS{vendor}=="0x1002"
    ATTRS{device}=="0x4386"
    ATTRS{subsystem_vendor}=="0x1002"
    ATTRS{subsystem_device}=="0x4386"
    ATTRS{class}=="0x0c0320"
    ATTRS{irq}=="19"
    ATTRS{local_cpus}=="ff"
    ATTRS{local_cpulist}=="0-7"
    ATTRS{modalias}=="pci:v00001002d00004386sv00001002sd00004386bc0Csc03i20"
    ATTRS{enable}=="1"
    ATTRS{broken_parity_status}=="0"
    ATTRS{msi_bus}==""

  looking at parent device '/devices/pci0000:00':
    KERNELS=="pci0000:00"
    SUBSYSTEMS==""
    DRIVERS==""

J'avoue, c'est un peu bourrin comme post. Merci à ceux qui l'on lu !

Je récapitule,
- Savez vous pourquoi les clef sont différentes ? Avez vous une autre solution pour la lier à ttyUSB ?
(En fait je dialogue avec par commande AT, ce n'est pas pour le reseau ... donc pas la peine d'un manager)
- Comment lancer usbserial avec un productID que l'on ne connais pas ? (ATTRS{idproduct} ?)

Dernière question très importante:
Comment recharger les règles après changement sans reboot?? J'en ai un peu marre ...
le /etc/init.d/udev restart, /etc/init.d/udev reload, stop, start, recharger le deamon udevd .... rien à faire

Si je kill udevd et que je le relance, j'ai toute l'initialisation, mais il conserve les anciennes règles !!!!

Merci de votre aide,
je sais que je suis sur le forum ubuntu, mais ubuntu c'est debian

(edit geenux : mise en forme)

Dernière modification par geenux (Le 13/12/2008, à 15:43)

shaiton · Le 12/12/2008, à 16:58

je crois que j'ai fais un peu trop long pour appeller de l'aide lol
la prochaine fois je resterai vague ^^
(en fait je n'ai pas trouvé comment inclure des fichier ...)
ya beaucoup de log mais pas grand chose à lire, hein ^^

shaiton · Le 13/12/2008, à 12:48

Bah alors, pour moi la ubuntu community était très réactive ?!

Personne ne sait comment enregistrer le IDproduct dans une variable (env ?) et s'en reservir ?
Personne ne sait comment vérifier que les deux modem soient identique (partitions ...)
Personne ne sait comment recharger les règles udev rapidement, sans reboot ?

Vous avez le choix, du plus simple au plus compliqué Enfin, ^^

Merci à ceux qui veulent bien me donner des pistes, je suis à cours d'idée.

geenux · Le 13/12/2008, à 15:45

C'est plus lisible comme ça ton post, non ?
Les forums Ubuntu sont en effet réactifs, mais pour les problèmes peu courants, là ça devient plus dur....
Tu as pensé à poster sur le forum Debian, il y a plus de "connaisseurs" qu'ici j'ai l'impression.

shaiton · Le 14/12/2008, à 11:40

Oui c'est sur

Bah en fait je préférai m'inscrire sur ubuntu que debian ^^
Mais je n'ai pas trop le choix ;-)

Merci bien, j'y vais de ce pas.

Et si j'ai la réponse dans pas trop longtemps, je posterai le lien là.

legz · Le 14/12/2008, à 22:55

Salut,

Je cherche à faire fonctionner une clé 3G ZTE MF626, mais pas moyen d'y arrivé...

J'ai essayer avec ta méthode, la clé s'attache bien à ttyUSB0 mais impossible de communiquer avec le modem

Une idée ?

shaiton · Le 15/12/2008, à 20:37

Bonjour,

C'ets une clef "noir" ?

Il n'y a que ttyUSB0, par ttyUSB1 ? Tu as les même log que moi ?

Donne le résultat du
#tail -f /var/log/messages
ou la fin de dmesg ...

J'y retravail demain,

Escobar · Le 23/12/2008, à 23:57

voir ici http://www.bullteam.net/forum/index.php … 195.0.html ça devrait vous aider

shaiton · Le 03/01/2009, à 23:44

Bonjour,

oui merci, en fait c'est qu'il faut commuter la clef manuellement avec usb_modeswitch

Ensuite ya une commande pour qu'elle se monte directement en modem et non plus en lecteur cd

Escobar · Le 04/01/2009, à 06:11

Tu trouveras toutes les infos pour automatiser la commutation et attacher le bon driver pour faire fonctionner cette clef ici http://www.bullteam.net/howto/installer … linux.html

legz · Le 04/01/2009, à 17:08

Bonjour,

Merci pour le tuto, il est plutôt bien fait mais je me heurte à un problème:

Pour attacher le bon driver, il faut ajouter une ligne à "modprobe.conf", mais ce fichier est déprécié depuis des années...

J'ai ajouté la ligne options usbserial vendor=0x19d2 product=0x0031 au fichier option dans /etc/modprobe.d/ mais ça ne semble pas fonctionner:

Avec un lsusb, j'obtiens bien Device 001: ID 19d2:0031
Mais avec un lsmod | grep usbserial, rien, aucune réponse...

Comment rattacher le driver usbserial à la clé ?

Merci beaucoup !

Dernière modification par legz (Le 04/01/2009, à 17:08)

Escobar · Le 05/01/2009, à 22:27

la clef a bien switché c'est déjà une excellente chose
Regarde ici tu auras plus d'explications pour le driver http://www.bullteam.net/index.php?optio … &Itemid=78

legz · Le 06/01/2009, à 22:31

J'avais déjà vu, mais sur ubuntu, le fichier en question est déprécié (donc inexistant) mais bon j'ai trouver la solution pour attacher le driver.

Maintenant la suite du problème, j'ai configuré wvdial pour ma connexion comme cela:

[Dialer SFR]
Modem = /dev/ttyUSB0
Baud = 460800
FLOWCONTROL= NOFLOW
Init1 = ATZ
Init2 = AT&F&D2&C1S0=0
Init3 = AT+CGDCONT=1,"IP","websfr"
Phone = *99***1#
Username = dummy
Password = dummy
Ask Password = 0
Dial Command = ATD
Stupid Mode = 1
Idle Seconds = 3000
Auto DNS = 1

Mais au lancement de wvdial, rien de concluant: Modem no responding...

Si je test avec ttyUSB1 ou ttyUSB2, ça freeze ubuntu donc reboot forcé.

Une idée ?

Escobar · Le 06/01/2009, à 22:52

D'après les users que j'ai pu aider sur cette clef elle se connecte sur le /dev/ttyUSB2. Peux-tu nous donner les dernières lignes de ton dmesg juste avant de lancer wvdial ?

legz · Le 13/01/2009, à 10:47

Après plusieurs essais, je confirme: En mettant ttyUSB2 dans wvdial, ça freeze ubuntu...

Voici mon dmesg:

[ 4154.888039] sd 4:0:0:0: [sdc] Attached SCSI removable disk
[ 4154.888161] sd 4:0:0:0: Attached scsi generic sg2 type 0
[ 4307.060818] usbcore: registered new interface driver usbserial
[ 4307.060908] /home/adamm/git/ubuntu-hardy/debian/build/custom-source-eeepc/drivers/usb/serial/usb-serial.c: USB Serial support registered for generic
[ 4307.060997] usbserial_generic 5-6:1.0: generic converter detected
[ 4307.061360] usb 5-6: generic converter now attached to ttyUSB0
[ 4307.061403] usbserial_generic 5-6:1.1: generic converter detected
[ 4307.061713] usb 5-6: generic converter now attached to ttyUSB1
[ 4307.061756] usbserial_generic 5-6:1.3: generic converter detected
[ 4307.062052] usb 5-6: generic converter now attached to ttyUSB2
[ 4307.062099] usbcore: registered new interface driver usbserial_generic
[ 4307.062115] /home/adamm/git/ubuntu-hardy/debian/build/custom-source-eeepc/drivers/usb/serial/usb-serial.c: USB Serial Driver core

Ça m'avance pas vraiment

NanoFlyingTux · Le 13/01/2009, à 12:19

legz, peux-tu nous fournir un plus d'informations sur ta configuration ? Je pense à ces commandes comme :

uname -a

modinfo usbserial

cat /etc/ppp/peers/wvdial

tout comme toi, j'essaye de me connecter en 3G mais chez Bouygues Télécom, et pour l'instant un seul succès. J'utilise le dernier LiveCD gos 3.1 basé sur la Ubuntu 8.04.1. Le kernel utilisé est la version 2.6.24-19-generic.

Escobar · Le 13/01/2009, à 12:43

NanoFlyingTux dis nous où tu es, on a pas mal de monde connecté sur cette clef chez bouygues par chez nous

legz ajoute une ligne

debug

dans ton /etc/ppp/options

NanoFlyingTux · Le 13/01/2009, à 13:01

C'est déjà fait, et d'après ce que je vois ici http://quozl.linux.org.au/bp3-usb/, je n'ai pas les bonnes options, hormis debug, dans le fichier /etc/ppp/peers/wvdial...:/

NanoFlyingTux · Le 13/01/2009, à 14:31

Ok, je suis de nouveau connecté avec ce fichier de configuration pour /etc/ppp/peers/wvdial (j'ai ajoutée les 3 dernières lignes) :

noauth
name wvdial
usepeerdns
defaultroute
noipdefault
debug

mais, tout comme la dernière fois, la configuration IP me semble farfelue tout du moins pour les serveurs DNS :

cat /etc/resolv.conf
nameserver 10.11.12.13
nameserver 10.11.12.14

et j'ai un message dans les logs explicite :

Could not determine remote IP address: defaulting to 10.64.64.64

la première fois, j'ai utilisé l'adresse IP d'un proxy HTTP de Bouygues Telecom (62.201.129.225:8080) et cette fois-ci, j'ai modifié le fichier /etc/resolv.conf avec 2 adresses IP valides (62.201.129.99 et 62.201.159.99) pour pouvoir surfer, ce qui est loin d'être simple pour une utilisation normale...

Dernière modification par NanoFlyingTux (Le 13/01/2009, à 16:16)

Escobar · Le 13/01/2009, à 22:36

et dans wvdial.conf ?

NanoFlyingTux · Le 14/01/2009, à 01:00

Escobar, voici à cet instant les fichiers de configuration :

cat /etc/wvdial.conf
[Dialer Defaults]
Init1 = ATZ
Init2 = AT+CPIN="0000"
Init3 = AT+CGDCONT=1,"IP","ebouygtel.com"
Modem Type = Analog Modem
ISDN = 0
Phone = *99#
New PPPD = yes
Modem = /dev/ttyUSB2
Ask Password = off
Username = ''
Password = ''
APN = ebouygtel.com
Baud = 460800
Stupid Mode = on
Auto DNS = on

cat /etc/ppp/peers/wvdial
noauth
name wvdial
usepeerdns
defaultroute
noipdefault
debug
ipcp-accept-local
noipv6

egrep -v '^$|^#' /etc/ppp/options
asyncmap 0
noauth
crtscts
lock
hide-password
modem
proxyarp
lcp-echo-interval 30
lcp-echo-failure 4
noipx

certaines options sont redondantes et/ou inutiles.

@legz: la tentative prédédente de connection c'est terminée comme toi :

--> WvDial: Internet dialer version 1.60
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
--> Sending: ATQ0
--> Re-Sending: ATZ
--> Modem not responding.

or comme Escobar me l'a demandé, le mode logs étendus (debug) est actif, et le message en amont "Cannot get information for serial port" apparait apparemment à chaque fois. Pour résoudre le problème de disfonctionnement, j'ai effectué un retrait du driver comme ceci :

rmmod usbserial

puis j'ai déconnectée la clé une dizaine de secondes avant de la reconnecter. Ensuite, il faut de nouveau charger le driver :

modprobe usbserial vendor=0x19d2 product=0x0031

puis, tu dois vérifier que les 3 devices associés sont bien créés :

root@gos:~# /bin/ls -l /dev/ttyUSB*
crw-rw---- 1 root dialout 188, 0 2009-01-13 22:13 /dev/ttyUSB0
crw-rw---- 1 root dialout 188, 1 2009-01-13 22:13 /dev/ttyUSB1
crw-rw---- 1 root dialout 188, 2 2009-01-13 22:14 /dev/ttyUSB2

Parfois, j'ai constaté la présence d'un /dev/ttyUSB3 ce qui n'est pas bon (à ce moment, il faut réappliquer la procédure ci-dessus).

J'ai constaté aussi les freeze systèmes sous gos 3.1 (LiveCD), et deux essais avec les LiveCD PCLinuxOS et Mandriva 2009 ont échoués à cause de l'absence des devices /dev/ttyUSB* après l'insertion du module usbserial avec les bons paramètres.

Finalement, notes bien dans le fichier /etc/wvdial.conf avec ta ligne Init2, le modem n'a pas reconnue cette chaîne comme étant valide, et je n'utilise pas la ligne FLOWCONTROL...

Dernière modification par NanoFlyingTux (Le 14/01/2009, à 01:34)

NanoFlyingTux · Le 14/01/2009, à 01:25

Pour ceux qui souhaitent les logs d'une connection réussite au réseau de Bouygues Télécom (sauf pour l'acquisition correcte des serveurs de noms (DNS)), voici la sortie de wvdial, puis celles dans /var/log/messages :

--> WvDial: Internet dialer version 1.60
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: AT+CPIN="0000"
AT+CPIN="0000"
OK
--> Sending: AT+CGDCONT=1,"IP","ebouygtel.com"
AT+CGDCONT=1,"IP","ebouygtel.com"
OK
--> Modem initialized.
--> Sending: ATDT*99#
--> Waiting for carrier.
ATDT*99#
CONNECT
+ZPSTM: 1,...;1,...;
--> Carrier detected.  Starting PPP immediately.
--> Starting pppd at Tue Jan 13 22:14:13 2009
--> Pid of pppd: 9266
--> pppd: °[1f]ô·(©[06][08][18]©[06][08]
--> Using interface ppp0
--> pppd: °[1f]ô·(©[06][08][18]©[06][08]
...
--> pppd: °[1f]ô·(©[06][08][18]©[06][08]
--> Authentication (CHAP) started
--> pppd: °[1f]ô·(©[06][08][18]©[06][08]
--> pppd: °[1f]ô·(©[06][08][18]©[06][08]
--> pppd: °[1f]ô·(©[06][08][18]©[06][08]
--> Authentication (CHAP) successful
--> pppd: °[1f]ô·(©[06][08][18]©[06][08]
...
--> pppd: °[1f]ô·(©[06][08][18]©[06][08]
--> local  IP address 10.164.240.196
--> pppd: °[1f]ô·(©[06][08][18]©[06][08]
--> remote IP address 10.64.64.64
--> pppd: °[1f]ô·(©[06][08][18]©[06][08]
--> primary   DNS address 10.11.12.13
--> pppd: °[1f]ô·(©[06][08][18]©[06][08]
--> secondary DNS address 10.11.12.14
--> pppd: °[1f]ô·(©[06][08][18]©[06][08]
--> pppd: °[1f]ô·(©[06][08][18]©[06][08]
--> Script /etc/ppp/ip-up run successful
--> Default route Ok.
--> warning, can't find address for `www.suse.de`
--> warning, address lookup does not work
--> Nameserver (DNS) failure, the connection may not work.
--> Connected... Press Ctrl-C to disconnect
--> pppd: °[1f]ô·(©[06][08][18]©[06][08]

root@gos:~# tailf /var/log/messages 
Jan 13 22:03:25 gos syslogd 1.5.0#1ubuntu1: restart.
Jan 13 22:14:16 gos pppd[9266]: pppd 2.4.4 started by root, uid 0
Jan 13 22:14:16 gos pppd[9266]: Using interface ppp0
Jan 13 22:14:16 gos pppd[9266]: Connect: ppp0 <--> /dev/ttyUSB2
Jan 13 22:14:16 gos pppd[9266]: CHAP authentication succeeded
Jan 13 22:14:16 gos pppd[9266]: CHAP authentication succeeded
Jan 13 22:14:22 gos pppd[9266]: Could not determine remote IP address: defaulting to 10.64.64.64
Jan 13 22:14:22 gos pppd[9266]: local  IP address 10.164.240.196
Jan 13 22:14:22 gos pppd[9266]: remote IP address 10.64.64.64
Jan 13 22:14:22 gos pppd[9266]: primary   DNS address 10.11.12.13
Jan 13 22:14:22 gos pppd[9266]: secondary DNS address 10.11.12.14
Jan 13 22:43:24 gos -- MARK --
Jan 13 23:03:24 gos -- MARK --
Jan 13 23:04:17 gos pppd[9266]: Terminating on signal 15
Jan 13 23:04:17 gos pppd[9266]: Connect time 50.0 minutes.
Jan 13 23:04:17 gos pppd[9266]: Sent 88244 bytes, received 1511613 bytes.
Jan 13 23:04:17 gos pppd[9266]: Connection terminated.
Jan 13 23:04:17 gos pppd[9266]: Exit.

Dernière modification par NanoFlyingTux (Le 14/01/2009, à 01:31)

NanoFlyingTux · Le 14/01/2009, à 01:46

shaiton a écrit :

Comment recharger les règles après changement sans reboot?? ...
le /etc/init.d/udev restart, /etc/init.d/udev reload, stop, start, recharger le deamon udevd .... rien à faire
Si je kill udevd et que je le relance, j'ai toute l'initialisation, mais il conserve les anciennes règles !!!!

dans le wiki http://ru.gentoo-wiki.com/wiki/MF626, la commande udevadm control --reload_rules est utilisée après le tripatouillage du fichier /etc/udev/rules.d/91-usb_modeswitch.rules.

Escobar · Le 16/01/2009, à 11:04

NanoFlyingTux tu es sur quel type d'offre chez Bouygues ?

L'un de nos utilisateurs utilise cette conf assez surprenante avec l'offre à la journée en mais ça fonctionne

[Dialer Defaults]
Phone = *99#
Username = ''
Password = ''
Ask Password = off
Stupid Mode = on
Dial command = ATDT

[Dialer bytel]
Modem = /dev/ttyUSB2
Baud = 460800
Init2 = ATZ
Init3 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ISDN = 0
Modem Type = Analog Modem

Il lui était impossible d'établir une connexion, dès lors qu'il incluait l'APN dans sa conf.

Avec une offre pro illimitée regarde cet exemple ci (même s'il ne s'agit pas du même périphérique la conf est intéressante) http://www.bullteam.net/forum/index.php … tml#msg863 tu verras que dans ce cas (je parle de la conf avec kppp & comgt) c'est le N° d'appel qui diffère. A tester peut-être pour gérer ton souci de dns.

NanoFlyingTux · Le 16/01/2009, à 14:23

Escobar a écrit :

NanoFlyingTux tu es sur quel type d'offre chez Bouygues ?

Tout d'abord Merci Escobar pour ton aide, et c'est le Forfait PC Internet Mobile illimité 12 mois.

@legz: sous gos 3.1, j'ai de fréquent freeze kernel et il me semble que c'est lié à plusieurs rmmod usbserial successifs. Comme j'utilise un LiveCD, impossible d'activer les patchs kernel sortis pour peut-être tenter de corriger ce problème.

Mes dernières tentatives de connexions hier ont toutes échouées avec le message de wvdial quand j'accrochais le modem :

Terminate Request (Message: "No network protocols running" )

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 12/12/2008, à 14:33

udev et modem 3G ZTE MF 626

#2 Le 12/12/2008, à 16:58

Re : udev et modem 3G ZTE MF 626

#3 Le 13/12/2008, à 12:48

Re : udev et modem 3G ZTE MF 626

#4 Le 13/12/2008, à 15:45

Re : udev et modem 3G ZTE MF 626

#5 Le 14/12/2008, à 11:40

Re : udev et modem 3G ZTE MF 626

#6 Le 14/12/2008, à 22:55

Re : udev et modem 3G ZTE MF 626

#7 Le 15/12/2008, à 20:37

Re : udev et modem 3G ZTE MF 626

#8 Le 23/12/2008, à 23:57

Re : udev et modem 3G ZTE MF 626

#9 Le 03/01/2009, à 23:44

Re : udev et modem 3G ZTE MF 626

#10 Le 04/01/2009, à 06:11

Re : udev et modem 3G ZTE MF 626

#11 Le 04/01/2009, à 17:08

Re : udev et modem 3G ZTE MF 626

#12 Le 05/01/2009, à 22:27

Re : udev et modem 3G ZTE MF 626

#13 Le 06/01/2009, à 22:31

Re : udev et modem 3G ZTE MF 626

#14 Le 06/01/2009, à 22:52

Re : udev et modem 3G ZTE MF 626

#15 Le 13/01/2009, à 10:47

Re : udev et modem 3G ZTE MF 626

#16 Le 13/01/2009, à 12:19

Re : udev et modem 3G ZTE MF 626

#17 Le 13/01/2009, à 12:43

Re : udev et modem 3G ZTE MF 626

#18 Le 13/01/2009, à 13:01

Re : udev et modem 3G ZTE MF 626

#19 Le 13/01/2009, à 14:31

Re : udev et modem 3G ZTE MF 626

#20 Le 13/01/2009, à 22:36

Re : udev et modem 3G ZTE MF 626

#21 Le 14/01/2009, à 01:00

Re : udev et modem 3G ZTE MF 626

#22 Le 14/01/2009, à 01:25

Re : udev et modem 3G ZTE MF 626

#23 Le 14/01/2009, à 01:46

Re : udev et modem 3G ZTE MF 626

#24 Le 16/01/2009, à 11:04

Re : udev et modem 3G ZTE MF 626

#25 Le 16/01/2009, à 14:23

Re : udev et modem 3G ZTE MF 626

Pied de page des forums