giggzounet wrote:bonjour,
[snip]ttyUSB0 existe bien dans le répertoire /dev, mais seulement à la
condition que le switch pour le WiFi soit en position ON, dans la
négative ttyUSB0 n'existe pas. Lorsqu'il existe (donc lorsque le switch
WiFi est sur ON), les droits s'affichent comme suit :
ça, ça me fait penser que peut être la clé a par l'intermédiaire d'un
quelconque driver un switch software (ce n'est qu'une supposition). Si
tu as le paquet rfkill d'installer tape donc en console :
rfkill list all
Je n'ai pas le paquet 'rfkill', et je ne le trouve pas à installer sur
mon Ubuntu
giggzounet wrote:
bonjour,
[snip]
ttyUSB0 existe bien dans le répertoire /dev, mais seulement à la
condition que le switch pour le WiFi soit en position ON, dans la
négative ttyUSB0 n'existe pas. Lorsqu'il existe (donc lorsque le switch
WiFi est sur ON), les droits s'affichent comme suit :
ça, ça me fait penser que peut être la clé a par l'intermédiaire d'un
quelconque driver un switch software (ce n'est qu'une supposition). Si
tu as le paquet rfkill d'installer tape donc en console :
rfkill list all
Je n'ai pas le paquet 'rfkill', et je ne le trouve pas à installer sur
mon Ubuntu
giggzounet wrote:bonjour,
[snip]ttyUSB0 existe bien dans le répertoire /dev, mais seulement à la
condition que le switch pour le WiFi soit en position ON, dans la
négative ttyUSB0 n'existe pas. Lorsqu'il existe (donc lorsque le switch
WiFi est sur ON), les droits s'affichent comme suit :
ça, ça me fait penser que peut être la clé a par l'intermédiaire d'un
quelconque driver un switch software (ce n'est qu'une supposition). Si
tu as le paquet rfkill d'installer tape donc en console :
rfkill list all
Je n'ai pas le paquet 'rfkill', et je ne le trouve pas à installer sur
mon Ubuntu
Frédéric Massot wrote:
Tant que tu n'envoies pas ce code à ta clé 3G USB, elle reste en mode
stockage le modem 3G n'est pas activé.
Sous Linux, c'est les paquets usb-modeswitch et usb-modeswitch-data
qui sont chargés d'activer le modem 3G des clés 3G USB.
Sur mon laptop Ubuntu Hardy Heron (8.04), pas davantage que sur mon
Debian Lenny, je n'ai les package "usb-modeswitch" et
"usb-modeswitch-data", et je ne les trouve pas avec apt-get install
Frédéric Massot wrote:
Tant que tu n'envoies pas ce code à ta clé 3G USB, elle reste en mode
stockage le modem 3G n'est pas activé.
Sous Linux, c'est les paquets usb-modeswitch et usb-modeswitch-data
qui sont chargés d'activer le modem 3G des clés 3G USB.
Sur mon laptop Ubuntu Hardy Heron (8.04), pas davantage que sur mon
Debian Lenny, je n'ai les package "usb-modeswitch" et
"usb-modeswitch-data", et je ne les trouve pas avec apt-get install
Frédéric Massot wrote:
Tant que tu n'envoies pas ce code à ta clé 3G USB, elle reste en mode
stockage le modem 3G n'est pas activé.
Sous Linux, c'est les paquets usb-modeswitch et usb-modeswitch-data
qui sont chargés d'activer le modem 3G des clés 3G USB.
Sur mon laptop Ubuntu Hardy Heron (8.04), pas davantage que sur mon
Debian Lenny, je n'ai les package "usb-modeswitch" et
"usb-modeswitch-data", et je ne les trouve pas avec apt-get install
Le 12/07/2010 23:34, Bernard a écrit :
[...] la commande dmesg tout simplement affichera les dernières
infos, soit donc celles générées par l'introduction de la clé.
Beaucoup plus parlant.
voici les résultats aux liens suivants. Le premier est ce que me
donne 'dmesg' avant l'introduction de la clef, le second (dmesg1.txt)
est ce que j'obtiens après :
http://www.teaser.fr/~bdebreil/dmesg.txt
http://www.teaser.fr/~bdebreil/dmesg1.txt
Il manque les règles udev alors sur le PC. Verifier avec lsusb que
l'identite vendor et idProduct sont les bons. Je pensai que vous aviez
déjà fait des recherches pour la gestion des cles huawei.
Il existe une autre solution, prendre le .deb de chez vodafone ce que
j'ai fait sur un eeepc sous Lenny.
http://www.betavine.net/bvportal/resources/datacards/os
cat /etc/udev/rules.d/sfr-huwei.rules
ACTION=="add", BUS=="usb", SYSFS{idVendor}=="12d1",
SYSFS{idProduct}=="1003", RUN+="/usr/local/sbin/mobile-sfr.sh"
cat /usr/local/sbin/mobile-sfr.sh
#!/bin/sh
lock=/tmp/.mobitel.lock
if ln -s $lock $lock
then
[ -c /dev/ttyUSB0 ] || /usr/local/sbin/huaweiAktBbo
sleep 3
if [ -c /dev/ttyUSB0 ]
then
cp -f /etc/wvdial.conf.sfr /etc/wvdial.conf
/usr/bin/wvdial
fi
rm -f $lock
fi
exit 0
Pour huaweiAktBbo voir http://forum.ubuntu-fr.org/viewtopic.php?id 9341
Le 12/07/2010 23:34, Bernard a écrit :
[...] la commande dmesg tout simplement affichera les dernières
infos, soit donc celles générées par l'introduction de la clé.
Beaucoup plus parlant.
voici les résultats aux liens suivants. Le premier est ce que me
donne 'dmesg' avant l'introduction de la clef, le second (dmesg1.txt)
est ce que j'obtiens après :
http://www.teaser.fr/~bdebreil/dmesg.txt
http://www.teaser.fr/~bdebreil/dmesg1.txt
Il manque les règles udev alors sur le PC. Verifier avec lsusb que
l'identite vendor et idProduct sont les bons. Je pensai que vous aviez
déjà fait des recherches pour la gestion des cles huawei.
Il existe une autre solution, prendre le .deb de chez vodafone ce que
j'ai fait sur un eeepc sous Lenny.
http://www.betavine.net/bvportal/resources/datacards/os
cat /etc/udev/rules.d/sfr-huwei.rules
ACTION=="add", BUS=="usb", SYSFS{idVendor}=="12d1",
SYSFS{idProduct}=="1003", RUN+="/usr/local/sbin/mobile-sfr.sh"
cat /usr/local/sbin/mobile-sfr.sh
#!/bin/sh
lock=/tmp/.mobitel.lock
if ln -s $lock $lock
then
[ -c /dev/ttyUSB0 ] || /usr/local/sbin/huaweiAktBbo
sleep 3
if [ -c /dev/ttyUSB0 ]
then
cp -f /etc/wvdial.conf.sfr /etc/wvdial.conf
/usr/bin/wvdial
fi
rm -f $lock
fi
exit 0
Pour huaweiAktBbo voir http://forum.ubuntu-fr.org/viewtopic.php?id 9341
Le 12/07/2010 23:34, Bernard a écrit :
[...] la commande dmesg tout simplement affichera les dernières
infos, soit donc celles générées par l'introduction de la clé.
Beaucoup plus parlant.
voici les résultats aux liens suivants. Le premier est ce que me
donne 'dmesg' avant l'introduction de la clef, le second (dmesg1.txt)
est ce que j'obtiens après :
http://www.teaser.fr/~bdebreil/dmesg.txt
http://www.teaser.fr/~bdebreil/dmesg1.txt
Il manque les règles udev alors sur le PC. Verifier avec lsusb que
l'identite vendor et idProduct sont les bons. Je pensai que vous aviez
déjà fait des recherches pour la gestion des cles huawei.
Il existe une autre solution, prendre le .deb de chez vodafone ce que
j'ai fait sur un eeepc sous Lenny.
http://www.betavine.net/bvportal/resources/datacards/os
cat /etc/udev/rules.d/sfr-huwei.rules
ACTION=="add", BUS=="usb", SYSFS{idVendor}=="12d1",
SYSFS{idProduct}=="1003", RUN+="/usr/local/sbin/mobile-sfr.sh"
cat /usr/local/sbin/mobile-sfr.sh
#!/bin/sh
lock=/tmp/.mobitel.lock
if ln -s $lock $lock
then
[ -c /dev/ttyUSB0 ] || /usr/local/sbin/huaweiAktBbo
sleep 3
if [ -c /dev/ttyUSB0 ]
then
cp -f /etc/wvdial.conf.sfr /etc/wvdial.conf
/usr/bin/wvdial
fi
rm -f $lock
fi
exit 0
Pour huaweiAktBbo voir http://forum.ubuntu-fr.org/viewtopic.php?id 9341
[...]Il existe une autre solution, prendre le .deb de chez vodafone ce que
j'ai fait sur un eeepc sous Lenny.
http://www.betavine.net/bvportal/resources/datacards/os
[...]
Il va sans dire que j'avais créé les fichiers ci-dessous dans les
répertoires précisés
cat /etc/udev/rules.d/sfr-huwei.rules
ACTION=="add", BUS=="usb", SYSFS{idVendor}=="12d1",
SYSFS{idProduct}=="1003", RUN+="/usr/local/sbin/mobile-sfr.sh"
cat /usr/local/sbin/mobile-sfr.sh
#!/bin/sh
lock=/tmp/.mobitel.lock
if ln -s $lock $lock
then
[ -c /dev/ttyUSB0 ] || /usr/local/sbin/huaweiAktBbo
sleep 3
if [ -c /dev/ttyUSB0 ]
then
cp -f /etc/wvdial.conf.sfr /etc/wvdial.conf
/usr/bin/wvdial
fi
rm -f $lock
fi
exit 0
Pour huaweiAktBbo voir
http://forum.ubuntu-fr.org/viewtopic.php?id 9341
[...]
Il existe une autre solution, prendre le .deb de chez vodafone ce que
j'ai fait sur un eeepc sous Lenny.
http://www.betavine.net/bvportal/resources/datacards/os
[...]
Il va sans dire que j'avais créé les fichiers ci-dessous dans les
répertoires précisés
cat /etc/udev/rules.d/sfr-huwei.rules
ACTION=="add", BUS=="usb", SYSFS{idVendor}=="12d1",
SYSFS{idProduct}=="1003", RUN+="/usr/local/sbin/mobile-sfr.sh"
cat /usr/local/sbin/mobile-sfr.sh
#!/bin/sh
lock=/tmp/.mobitel.lock
if ln -s $lock $lock
then
[ -c /dev/ttyUSB0 ] || /usr/local/sbin/huaweiAktBbo
sleep 3
if [ -c /dev/ttyUSB0 ]
then
cp -f /etc/wvdial.conf.sfr /etc/wvdial.conf
/usr/bin/wvdial
fi
rm -f $lock
fi
exit 0
Pour huaweiAktBbo voir
http://forum.ubuntu-fr.org/viewtopic.php?id 9341
[...]Il existe une autre solution, prendre le .deb de chez vodafone ce que
j'ai fait sur un eeepc sous Lenny.
http://www.betavine.net/bvportal/resources/datacards/os
[...]
Il va sans dire que j'avais créé les fichiers ci-dessous dans les
répertoires précisés
cat /etc/udev/rules.d/sfr-huwei.rules
ACTION=="add", BUS=="usb", SYSFS{idVendor}=="12d1",
SYSFS{idProduct}=="1003", RUN+="/usr/local/sbin/mobile-sfr.sh"
cat /usr/local/sbin/mobile-sfr.sh
#!/bin/sh
lock=/tmp/.mobitel.lock
if ln -s $lock $lock
then
[ -c /dev/ttyUSB0 ] || /usr/local/sbin/huaweiAktBbo
sleep 3
if [ -c /dev/ttyUSB0 ]
then
cp -f /etc/wvdial.conf.sfr /etc/wvdial.conf
/usr/bin/wvdial
fi
rm -f $lock
fi
exit 0
Pour huaweiAktBbo voir
http://forum.ubuntu-fr.org/viewtopic.php?id 9341
Le 09/07/10, Frédéric Massot a é crit :Tu utilises quel clé ZTE, quels sont les identifiants USB (lsusb) ?
J'en ai essayé une dans un magasin SFR et elle n'était pas reconnu e, une
ZTE K3565-Z ABCD, idVendord2 et idProduct 00
Me semble que c'est cette clef française que j'ai, il faut que je
vérifie, pour le moment je ne peux pas mais je te redirai cela. Ma
clef française marche bien.
Raphaël
Le 09/07/10, Frédéric Massot<frederic@juliana-multimedia.com> a é crit :
Tu utilises quel clé ZTE, quels sont les identifiants USB (lsusb) ?
J'en ai essayé une dans un magasin SFR et elle n'était pas reconnu e, une
ZTE K3565-Z ABCD, idVendor=19d2 et idProduct=2000
Me semble que c'est cette clef française que j'ai, il faut que je
vérifie, pour le moment je ne peux pas mais je te redirai cela. Ma
clef française marche bien.
Raphaël
Le 09/07/10, Frédéric Massot a é crit :Tu utilises quel clé ZTE, quels sont les identifiants USB (lsusb) ?
J'en ai essayé une dans un magasin SFR et elle n'était pas reconnu e, une
ZTE K3565-Z ABCD, idVendord2 et idProduct 00
Me semble que c'est cette clef française que j'ai, il faut que je
vérifie, pour le moment je ne peux pas mais je te redirai cela. Ma
clef française marche bien.
Raphaël
Raphaël POITEVIN wrote:Le 09/07/10, Frédéric Massot a écrit :Tu utilises quel clé ZTE, quels sont les identifiants USB (lsusb) ?
J'en ai essayé une dans un magasin SFR et elle n'était pas reconnue, une
ZTE K3565-Z ABCD, idVendord2 et idProduct 00
C'est celle-là qui n'était pas reconnue ? Alors c'est bien la mienne. On
me l'a vendue sous le nom : "Huwei ABCD", mais nul doute que c'est la
même, car lsusb me donne "19d2:2000". Ainsi donc, j'ai perdu mon temps
et mon argent, soit 76 Euros, moins 30 Euros qui devraient m'être
remboursés si j'envoie une copie de la facture et un RIB.
Raphaël POITEVIN wrote:
Le 09/07/10, Frédéric Massot<frederic@juliana-multimedia.com> a écrit :
Tu utilises quel clé ZTE, quels sont les identifiants USB (lsusb) ?
J'en ai essayé une dans un magasin SFR et elle n'était pas reconnue, une
ZTE K3565-Z ABCD, idVendord2 et idProduct 00
C'est celle-là qui n'était pas reconnue ? Alors c'est bien la mienne. On
me l'a vendue sous le nom : "Huwei ABCD", mais nul doute que c'est la
même, car lsusb me donne "19d2:2000". Ainsi donc, j'ai perdu mon temps
et mon argent, soit 76 Euros, moins 30 Euros qui devraient m'être
remboursés si j'envoie une copie de la facture et un RIB.
Raphaël POITEVIN wrote:Le 09/07/10, Frédéric Massot a écrit :Tu utilises quel clé ZTE, quels sont les identifiants USB (lsusb) ?
J'en ai essayé une dans un magasin SFR et elle n'était pas reconnue, une
ZTE K3565-Z ABCD, idVendord2 et idProduct 00
C'est celle-là qui n'était pas reconnue ? Alors c'est bien la mienne. On
me l'a vendue sous le nom : "Huwei ABCD", mais nul doute que c'est la
même, car lsusb me donne "19d2:2000". Ainsi donc, j'ai perdu mon temps
et mon argent, soit 76 Euros, moins 30 Euros qui devraient m'être
remboursés si j'envoie une copie de la facture et un RIB.
Le 13/07/2010 16:59, Bernard a écrit :Raphaël POITEVIN wrote:Le 09/07/10, Frédéric Massot a écrit :Tu utilises quel clé ZTE, quels sont les identifiants USB (lsusb) ?
J'en ai essayé une dans un magasin SFR et elle n'était pas
reconnue, une
ZTE K3565-Z ABCD, idVendord2 et idProduct 00
C'est celle-là qui n'était pas reconnue ? Alors c'est bien la mienne. On
me l'a vendue sous le nom : "Huwei ABCD", mais nul doute que c'est la
même, car lsusb me donne "19d2:2000". Ainsi donc, j'ai perdu mon temps
et mon argent, soit 76 Euros, moins 30 Euros qui devraient m'être
remboursés si j'envoie une copie de la facture et un RIB.
D'après la page de USB_modeswitch les clé ZTE devrait être reconnu :
http://www.draisberghof.de/usb_modeswitch
Il y a sur cette page des remarques concernant le modèle "19d2:2000".
J'ai ouvert un fil de discussion sur ce modèle, l'auteur de
USB_modeswitch m'a fait faire quelques tests, tu peux les essayer :
http://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?p(73
Le 13/07/2010 16:59, Bernard a écrit :
Raphaël POITEVIN wrote:
Le 09/07/10, Frédéric Massot<frederic@juliana-multimedia.com> a écrit :
Tu utilises quel clé ZTE, quels sont les identifiants USB (lsusb) ?
J'en ai essayé une dans un magasin SFR et elle n'était pas
reconnue, une
ZTE K3565-Z ABCD, idVendord2 et idProduct 00
C'est celle-là qui n'était pas reconnue ? Alors c'est bien la mienne. On
me l'a vendue sous le nom : "Huwei ABCD", mais nul doute que c'est la
même, car lsusb me donne "19d2:2000". Ainsi donc, j'ai perdu mon temps
et mon argent, soit 76 Euros, moins 30 Euros qui devraient m'être
remboursés si j'envoie une copie de la facture et un RIB.
D'après la page de USB_modeswitch les clé ZTE devrait être reconnu :
http://www.draisberghof.de/usb_modeswitch
Il y a sur cette page des remarques concernant le modèle "19d2:2000".
J'ai ouvert un fil de discussion sur ce modèle, l'auteur de
USB_modeswitch m'a fait faire quelques tests, tu peux les essayer :
http://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?p(73
Le 13/07/2010 16:59, Bernard a écrit :Raphaël POITEVIN wrote:Le 09/07/10, Frédéric Massot a écrit :Tu utilises quel clé ZTE, quels sont les identifiants USB (lsusb) ?
J'en ai essayé une dans un magasin SFR et elle n'était pas
reconnue, une
ZTE K3565-Z ABCD, idVendord2 et idProduct 00
C'est celle-là qui n'était pas reconnue ? Alors c'est bien la mienne. On
me l'a vendue sous le nom : "Huwei ABCD", mais nul doute que c'est la
même, car lsusb me donne "19d2:2000". Ainsi donc, j'ai perdu mon temps
et mon argent, soit 76 Euros, moins 30 Euros qui devraient m'être
remboursés si j'envoie une copie de la facture et un RIB.
D'après la page de USB_modeswitch les clé ZTE devrait être reconnu :
http://www.draisberghof.de/usb_modeswitch
Il y a sur cette page des remarques concernant le modèle "19d2:2000".
J'ai ouvert un fil de discussion sur ce modèle, l'auteur de
USB_modeswitch m'a fait faire quelques tests, tu peux les essayer :
http://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?p(73
Frédéric Massot wrote:Le 13/07/2010 16:59, Bernard a écrit :Raphaël POITEVIN wrote:Le 09/07/10, Frédéric Massot a
écrit :
Frédéric Massot wrote:
Le 13/07/2010 16:59, Bernard a écrit :
Raphaël POITEVIN wrote:
Le 09/07/10, Frédéric Massot<frederic@juliana-multimedia.com> a
écrit :
Frédéric Massot wrote:Le 13/07/2010 16:59, Bernard a écrit :Raphaël POITEVIN wrote:Le 09/07/10, Frédéric Massot a
écrit :
Bernard wrote:
> Frédéric Massot wrote:
>> Le 13/07/2010 16:59, Bernard a écrit :
>>> Raphaël POITEVIN wrote:
>>>> Le 09/07/10, Frédéric Massot om> a
>>>> écrit :
Bien qu'ayant acquis une seconde clef 3G (que je ne pourrai utiliser
que lorsque Orange m'aura envoyé une carte SIM), je poursuis les
essais sur ma carte SFR.
Par contre, pour ce qui est d'obtenir une connexion...
'sudo ./connect sfr' me répond toujours :
Cannot open /dev/ttyUSB0: Inappropriate ioctl for device
bien que /dev/ttyUSB0 existe.
Après le switch effectué avec "eject", 'dmesg' ne dit rien de p lus,
aucune confirmation que la clef est reconnue sous /dev/ttyUSB0...
Ci-après le contenu des scripts 'connect' et /etc/wvdial.conf tels
qu'ils m'ont été recommandés ici :
connect :
#!/bin/bash
echo 'at+cpin="0000"' > /dev/ttyUSB0
sleep 3
sudo /usr/bin/wvdial $1
/etc/wvdial.conf :
[Dialer Defaults]
Phone =
Username =
Password =
New PPPD = yes
[Dialer sfr]
Username sfr
Password = sfr
Modem=/dev/ttyUSB0
init2 = ATZ
Init3 = ATQ0 VI E0 &D2 &C1 S0=0
Init4 = AT+CGDCONT=1, "IP", "slsfr"
Dial Command = ATDT
Phone34873748#
Stupid Mode=1
Merci pour votre aide
Bernard wrote:
> Frédéric Massot wrote:
>> Le 13/07/2010 16:59, Bernard a écrit :
>>> Raphaël POITEVIN wrote:
>>>> Le 09/07/10, Frédéric Massot<frederic@juliana-multimedia.c om> a
>>>> écrit :
Bien qu'ayant acquis une seconde clef 3G (que je ne pourrai utiliser
que lorsque Orange m'aura envoyé une carte SIM), je poursuis les
essais sur ma carte SFR.
Par contre, pour ce qui est d'obtenir une connexion...
'sudo ./connect sfr' me répond toujours :
Cannot open /dev/ttyUSB0: Inappropriate ioctl for device
bien que /dev/ttyUSB0 existe.
Après le switch effectué avec "eject", 'dmesg' ne dit rien de p lus,
aucune confirmation que la clef est reconnue sous /dev/ttyUSB0...
Ci-après le contenu des scripts 'connect' et /etc/wvdial.conf tels
qu'ils m'ont été recommandés ici :
connect :
#!/bin/bash
echo 'at+cpin="0000"' > /dev/ttyUSB0
sleep 3
sudo /usr/bin/wvdial $1
/etc/wvdial.conf :
[Dialer Defaults]
Phone =
Username =
Password =
New PPPD = yes
[Dialer sfr]
Username sfr
Password = sfr
Modem=/dev/ttyUSB0
init2 = ATZ
Init3 = ATQ0 VI E0 &D2 &C1 S0=0
Init4 = AT+CGDCONT=1, "IP", "slsfr"
Dial Command = ATDT
Phone=0634873748#
Stupid Mode=1
Merci pour votre aide
Bernard wrote:
> Frédéric Massot wrote:
>> Le 13/07/2010 16:59, Bernard a écrit :
>>> Raphaël POITEVIN wrote:
>>>> Le 09/07/10, Frédéric Massot om> a
>>>> écrit :
Bien qu'ayant acquis une seconde clef 3G (que je ne pourrai utiliser
que lorsque Orange m'aura envoyé une carte SIM), je poursuis les
essais sur ma carte SFR.
Par contre, pour ce qui est d'obtenir une connexion...
'sudo ./connect sfr' me répond toujours :
Cannot open /dev/ttyUSB0: Inappropriate ioctl for device
bien que /dev/ttyUSB0 existe.
Après le switch effectué avec "eject", 'dmesg' ne dit rien de p lus,
aucune confirmation que la clef est reconnue sous /dev/ttyUSB0...
Ci-après le contenu des scripts 'connect' et /etc/wvdial.conf tels
qu'ils m'ont été recommandés ici :
connect :
#!/bin/bash
echo 'at+cpin="0000"' > /dev/ttyUSB0
sleep 3
sudo /usr/bin/wvdial $1
/etc/wvdial.conf :
[Dialer Defaults]
Phone =
Username =
Password =
New PPPD = yes
[Dialer sfr]
Username sfr
Password = sfr
Modem=/dev/ttyUSB0
init2 = ATZ
Init3 = ATQ0 VI E0 &D2 &C1 S0=0
Init4 = AT+CGDCONT=1, "IP", "slsfr"
Dial Command = ATDT
Phone34873748#
Stupid Mode=1
Merci pour votre aide