N'ayant jamais encore expérimenté le 3G, je me pose deux questions :
1. Est-ce que çà fonctionnera sous Debian ou, plus précisément, sous
Ubuntu, qui est le système d'exploitation installé sur mon portable DELL
Inspiron... ? Ou bien est-ce que çà dépend d'un soft qui ne peut
tourner que sous MSWIN ?
2. Si, comme je l'espère, çà fonctionne sous Ubuntu, est-ce que, parmi
les lectrices et lecteurs de ce groupe, quelqu'un pourrait m'en dire un
peu plus sur les formules proposées, car la pub qui en est faite paraît
particulièrement obscure, au point que çà pourrait sentir l'arnaque.
Ainsi, je vois une pub chez Orange, qui s'intitule "Offre Pass Internet
Everywhere" : pour 29 Euros, on a la clef avec "jusqu'à 6 heures" de
connexion utilisables sur un mois. Ensuite, on peut racheter des "Pass"
(est-ce cela qu'ils appellent "carte sim" ?) de diverses valeurs, par
exemple un pass de 12 heures pour 35 Euros, valable un mois.
Vos infos et avis m'aideront à prendre une décision. Il ne m'intéresse
absolument pas de souscrire à une offre qui engage sur toute l'année,
car le 3G ne peut m'être utile que deux mois par an au maximum, et, ces
deux mois là, je pourrais utiliser 12 heures par mois.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/4C37481B...@teaser.fr
Non, j'utilise une clef 3G chez SFR de marque ZTE, Elle fonctionne
bien. En tous cas, ma clef française. Le même modèle (en tous cas
d'apparence) allemand ne marche pas bien, du moins je ne suis pas
assez doué pour la faire fonctionner.
Sinon, il faut utiliser deux utilitaires, usb-mode_switch qui coupe le
mode mémoire de masse de ta clef et vodafone-mobile-connect pour se
connecter. D'aucun diront qu'ils font ça en console, je trouve l'idée
intéressante mais je n'ai pas eu le temps de tester, je vais
m'empresser de le faire dès que possible.
>
> 2. Si, comme je l'espère, çà fonctionne sous Ubuntu, est-ce que, parmi
> les lectrices et lecteurs de ce groupe, quelqu'un pourrait m'en dire un
> peu plus sur les formules proposées, car la pub qui en est faite paraît
> particulièrement obscure, au point que çà pourrait sentir l'arnaque.
> Ainsi, je vois une pub chez Orange, qui s'intitule "Offre Pass Internet
> Everywhere" : pour 29 Euros, on a la clef avec "jusqu'à 6 heures" de
> connexion utilisables sur un mois. Ensuite, on peut racheter des "Pass"
> (est-ce cela qu'ils appellent "carte sim" ?) de diverses valeurs, par
> exemple un pass de 12 heures pour 35 Euros, valable un mois.
Moi j'ai l'impression que les prépayés ça pose quelques problèmes
techniques, mais ce n'est que mon expérience de non expert. Sinon j'ai
une offre illimité de SFR qui fonctionne bien.
>
> Vos infos et avis m'aideront à prendre une décision. Il ne m'intéresse
> absolument pas de souscrire à une offre qui engage sur toute l'année,
> car le 3G ne peut m'être utile que deux mois par an au maximum, et, ces
> deux mois là, je pourrais utiliser 12 heures par mois.
Oui je comprends, ce n'est pas facile de faire un choix sans pouvoir
tester avant. Moi c'était un coup de chance d'avoir trouvé ce système
sous Debian.
Raphaël
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/AANLkTik20R5RWQ706zFZT...@mail.gmail.com
J'utilise une clé Huawei E220 de chez SFR avec USB-modeswitch et
Network-Manager sans difficulté.
J'ai juste eu en début d'année un problème de passage storage/modem avec
un nouveau noyau. Ça m'a obligé à mettre à jour le firmware de la clé.
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, idVendor=19d2 et idProduct=2000
--
==============================================
| FRÉDÉRIC MASSOT |
| http://www.juliana-multimedia.com |
| mailto:fred...@juliana-multimedia.com |
===========================Debian=GNU/Linux===
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/4C3762CA...@juliana-multimedia.com
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
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/AANLkTinKmeMphPlR1uD8I...@mail.gmail.com
Vu que la 3G c'est toujours un peu difficile et que par défaut ça
"devrait" tourner sous MSWIN, c'est toujours mieux d'avoir une
installation windows pour tester si ça marche ou pas avant de tester
sous Linux.
Dans la théorie, si tout marche bien, MSWIN n'est pas nécessaire... Mais
pour tester c'est pratique.
> 2. Si, comme je l'espère, çà fonctionne sous Ubuntu, est-ce que, parmi
> les lectrices et lecteurs de ce groupe, quelqu'un pourrait m'en dire un
> peu plus sur les formules proposées, car la pub qui en est faite paraît
> particulièrement obscure, au point que çà pourrait sentir l'arnaque.
> Ainsi, je vois une pub chez Orange, qui s'intitule "Offre Pass Internet
> Everywhere" : pour 29 Euros, on a la clef avec "jusqu'à 6 heures" de
> connexion utilisables sur un mois. Ensuite, on peut racheter des "Pass"
> (est-ce cela qu'ils appellent "carte sim" ?) de diverses valeurs, par
> exemple un pass de 12 heures pour 35 Euros, valable un mois.
>
J'ai une clef 3G Huawei E160E achetée au sein d'un pack "Pass Internet
Everywhere". Tout marche sans trop de problème, j'ai du fouiner un peu
pour trouver les paramètres exacts.
Les voila:
~$ cat bin/Orange-3G.sh
#!/bin/sh
comgt -d /dev/ttyUSB0
wvdial
~$ cat /etc/wvdial.conf
[Dialer Defaults]
Modem = /dev/ttyUSB0
Baud = 460800
Init2 = ATZ
Init3 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ISDN = 0
Modem Type = 3G Orange
Phone = *99#
Username = orange.ie
Password = orange.ie
Il faut installer le paquet wvdial et comgt. Sous les version récentes
de Debian, tout doit être intégré dans network-manager.
Bonne chance,
Sylvain Le Gall
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/slrni3hcu3...@gallu.homelinux.org
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
...
> Merci pour cette info précise. Dès lundi, je vais acheter ce pack "Pass
> Internet Everywhere" dont la formule me paraît intéressante : pas
étant habitué des frasques des opérateurs, je dirais qu'il faut absolument
analyser le contrat.
Vu les offres "illimitées" qui en fait sont strictement imitées (et pire:
en download et non en upload la plupart du temps), il est opportun de lire
les lignes...
En l'occurence, "Everywhere" est vraisemblablement une limitation à 150m
autour de ton domicile (mais ptêt même limité à ta ville si l'opérateur
est "royal")
Je plaisante, mais c'est qq chose à 'gader de près si tu dois changer de
département, région, et mêm bcp plus pire: de pays... (c'est là qu'on
comprend pourquoi la sinistre (ir)responsable, même venant d'entreprises US
refuse catégoriquement les class actions...)
--
Honi soit la vache qui rit.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/20100710232...@anubis.defcon1
> En l'occurence, "Everywhere" est vraisemblablement une limitation à 150m
> autour de ton domicile (mais ptêt même limité à ta ville si l'opérateur
> est "royal")
>
> Je plaisante,
oui, j'imagine :)
l'offre est valable pour la France Métropolitaine entière
> mais c'est qq chose à 'gader de près si tu dois changer de
> département, région, et mêm bcp plus pire: de pays... (c'est là qu'on
> comprend pourquoi la sinistre (ir)responsable, même venant d'entreprises US
> refuse catégoriquement les class actions...)
>
>
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Je n'ai pas encore la clef, mais j'ai vérifié ce dont je disposais déjà
sur mon système Ubuntu 8.04 (Hardy Heron) :
$ sudo apt-get install -s wvdial
... wvdial est déjà la plus récente version disponible
$ sudo apt-get install -s comgt
E: Impossible de trouver le paquet comgt
dans mon sources.list, j'ai
hardy main restricted
hardy_updates main restricted
hardy multiverse
hardy-updates multiverse
sur mon Desktop sous Debian Lenny, je ne trouve pas non plus "comgt"...
mais, de toutes façons, ce n'est pas sur ce PC là que je souhaite
utiliser le 3G+
Comgt est il absolument indispensable, ou bien n'est-ce qu'une interface
graphique ? Le cas échéant, où le trouver pour Ubuntu 8.04 ?
> Bonne chance,
> Sylvain Le Gall
>
>
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
> J'ai bien lu les divers documents, dont un fascicule de 3 pages en pdf,
> et il n'est nullement fait mention de limitations de volume de transfert
> upload ou download. C'est le cas avec une autre offre qu'Orange m'avait
> envoyée par courrier postal: "Formule Plus Clé 3G+" (on ajoute 5 Euros à
> son abonnement Orange ADSL et çà donne accès à 2h/mois sur un engagement
> de 12 mois). Il est ici spécifié : "Orange pourra suspendre le service
> au dela d'un trafic de 2 Go par mois". Mais rien dans l'offre "Pass
hinhin (rire jaune, voire orange), ce qu'il faut lire, c'est que ft te
coupera la chique au-delà de 2GB de *DOWNLOAD* par mois; il ne faut pas
rêver, ici les opérateurs, malgré les dernières amendes, ont plus
d'intérêts financiers à te sodomiser à sec qu'à t'"offrir" qq chose
d'intéressant (pour toi; maintenant, c'est une question de sexualité...)
> Internet Everywhere", ce qui ne veut pas dire que çà n'existe pas.
> L'avantage de cette dernière formule, c'est que, si cela ne me convient
> pas, je n'aurai dépensé que 30 Euros sans autre engagement, alors que la
> "Formule Plus Clé 3G+", c'est 12 mois minimum et, à la fin de
> l'engagement, c'est parfois la galère pour faire cesser le prélèvement
> automatique ou le ramener à l'ancien montant.
"parfois" == Toujours dans le langage de ceux qui veulent te voler ton
pognon...
--
BOFH excuse #192:
runaway cat on system.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/20100711160...@anubis.defcon1
...
> >> 1. Est-ce que çà fonctionnera sous Debian ou, plus précisément, sous
> >> Ubuntu, qui est le système d'exploitation installé sur mon portable
> >> DELL Inspiron... ? Ou bien est-ce que çà dépend d'un soft qui ne
> >> peut tourner que sous MSWIN ?
Heu, t'as pas l'air de prendre la ML Debian pour une conne??
...
> >> 2. Si, comme je l'espère, çà fonctionne sous Ubuntu, est-ce que, parmi
> >> les lectrices et lecteurs de ce groupe, quelqu'un pourrait m'en dire
> >> un peu plus sur les formules proposées, car la pub qui en est faite
> >> paraît particulièrement obscure, au point que çà pourrait sentir
Mais, vi, une lectrice de la ML *DEBIAN* va venir te dépanner, te tailler
une pipe et te donner plein de sous....
Sans vraiment opposer Debian et trudububu (quoique), faudrait quand même
pas charrier.........
--
Obviously the only rational solution to your problem is suicide.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/20100711160...@anubis.defcon1
Le 11/07/2010 09:57, Bernard a écrit :
> Sylvain Le Gall wrote:
> sur mon Desktop sous Debian Lenny, je ne trouve pas non plus "comgt"...
Il est dans Sid (et Squeeze) :
$ apt-cache policy comgt
comgt:
Installé : (aucun)
Candidat : 0.32-2
Table de version :
0.32-2 0
500 http://lapin squeeze/main Packages
600 http://lapin sid/main Packages
Mais il remplace « gcom » toujours dans Lenny, dont le nom a été modifié pour
des raisons de marque déposé d'après la description du paquet de transition.
apt-cache show comgt | grep Replaces
Replaces: gcom (<< 0.32-1)
Amicalement
David
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEARECAAYFAkw50NMACgkQ18/WetbTC/qcdwCgmRuPj0DoC2XW5ppDXpV4h4Fp
vtsAn32QbnX3ThwcxwgmjUvjxVjlgsQm
=TF/U
-----END PGP SIGNATURE-----
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/i1cjck$2f8$1...@dough.gmane.org
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Le Sun, Jul 11, 2010 at 05:08:25PM +0200, Bernard ecrivait :
>>
> Bon, j'ai réussi à installer "gcom" (ancien nom de "comgt") sur mon
> Ubuntu 8.04 (Hardy Heron). Demain matin je vais tâcher d'obtenir la
> fameuse clef 3G+ de la formule "Pass Internet Everywhere", et je pourrai
> faire l'essai.
Voila ce que j'avais fait l'année dernière pour utiliser une
clefs 3G+ Orange :
http://www.cure.nom.fr/blog/archives/186-Cle-3G-Huawei-E160E-Orange-et-Linux.html#extended
David.
--
Chronique, Articles, Projets "libre" -> http://www.cure.nom.fr/
Association FINIX : Finistere *nix -> http://www.Finix.EU.Org/
"Le temps n'est pas important, seule la vie est importante" L5E
A l'agence Orange la plus proche de chez moi (Pontoise Osny), après une
confortable attente, on m'a dit : "Cette offre n'est pas disponible à
cette agence ; pour connaître les agences où c'est disponible,
téléphonez au 3270. Ceci fait, le conseiller m'a donné deux adresses, à
35 km de chez moi : Le Chesnay et Versailles, où je me suis rendu, en
dépit de la distance. Une heure d'attente à la première agence, autant à
la seconde, pour la même réponse : cette offre n'est plus disponible ici
! Bien évidemment, on m'a fait d'autres propositions, aucune
intéressante (par exemple, des systèmes avec seulement 100 Mo par
mois... Avec les spams que je reçois, cela serait sans doute épuisé en 2
jours... A la seconde agence, celle de Versailles, on a été un peu plus
explicite :
" l'offre "Pass Internet Everywhere" n'a pas été supprimée, simplement
elle n'est plus disponible en agence. Vous pouvez y souscrire par
courrier postal ; ils vous enverront le coffret et la carte SIM, mais il
se pourrait que ne le receviez que dans quelques semaines, lorsque le
trafic aura diminué, soit après les vacances. Le fait que cette offre ne
comporte pas de limitation de transfert est vraisemblablement la raison
pour laquelle les agences ne peuvent obtenir de réapprovisionnement des
coffrets"
Or, précisément, cette offre ne m'intéresse que pendant les vacances !
Je pars le 18 et, d'ici là, j'ai besoin de quelques jours pour installer
et essayer. Je ne vais pas aller souscrire à un truc qui, si je ne puis
en disposer maintenant, ne me sera plus utile avant l'été 2011 !
Alternativement, bien que cela m'intéressait beaucoup moins, j'ai un
moment envisagé l'offre avec engagement d'un an pour 5 Euros par mois et
2 heures d'Internet, forfait ajustable avec un max de 2 Go de transfert
mensuel (soit tout de même 20 fois plus que pour le forfait à 100
Mo/mois qu'on m'a proposé ce matin). Mais cette hypothèse alternative ne
convient pas non plus car, si l'on vous donne bien le coffret tout de
suite, la carte SIM, elle, vous est envoyée par courrier et, bien
évidemment, on ne peut vous garantir de délai pour cet envoi.
Alors, je me tourne vers SFR. Là, l'on m'a proposé une offre sans
engagement : la clef coûte 29 Euros et ne comporte pas de crédit de
connexion. Avec cela, on achète des PASS :
20 minutes valables 24 heures : 3 Euros
une journée sans limitation (jusqu'à Minuit) : 9 Euros
une heure valable 15 jours : 7 Euros
8 heures valables 15 jours : 26 Euros
C'est bien plus cher que l'offre "Pass Internet Everywhere" de chez
Orange, laquelle, pour 30 Euros, comporte 2 + 4 = 6 heures gratuites,
et les pass (par exemple 25 Euros pour 6 heures) sont valables un mois.
Mais c'est disponible IMMEDIATEMENT ! Avec cette offre SFR, pas de
limitation pour les transferts... même si je suis au courant du fait
qu'en pratique les débits sont souvent ridiculement faibles et les
coupures hyper fréquentes !
Ma question est la suivante : la clef 3G+ qu'ils vendent est une "huawei
abcd"... Est-ce que c'est compatible avec Linux Debian ou/et Ubuntu ?
Le vendeur n'a pu me le confirmer, se contentant de me donner un numéro
à appeler pour ce renseignement technique, le "1026"... mais il s'avère
que ce numéro, payant, n'est accessible qu'aux clients SFR, car il est
demandé de taper le numéro de mobile SFR ! Bonjour la compétence des
commerciaux des points de vente !
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Script connect:
#!/bin/bash
echo 'at+cpin="MonCodePIN"' >/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 = ATQ0V1E0&D2&C1S0=0
Init4 = AT+CGDCONT=1,"IP","slsfr"
Dial Command = ATDT
Phone=*99***1#
Stupid Mode=1
Dans un terminal: connect sfr
Autres solutions:
ou utiliser l'Internet illimitté de l'abonnement mobile en connectant
celui ci au PC et utiliser le mobile comme modem.
--
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
J'ai introduit ma clef SFR dans un port USB. Peu après Gnome a affiché
le navigateur de fichiers, et j'ai vu apparaître l'onglet "SFR - ZTE"
avec, dans la page de droite, les icônes des fichiers y présents (des
utilitaires MSWIN).
J'ai alors ouvert un terminal, et tapé : "sudo ./connect sfr"
Et voici le résultat :
--> Wvdial: Internet dialer version 1.60
--> Cannot open /dev/ttyUSB0: Inappropriate iotcl for device
--> Cannot open /dev/ttyUSB0: Inappropriate iotcl for device
--> Cannot open /dev/ttyUSB0: Inappropriate iotcl for device (ligne
répétée trois fois)
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 :
-rw-r--r-- 1 root root
alors que les autres tty... de la liste sont en crw-rw-rw-, root, tty
Merci d'avance pour vos lumières sur la manière de m'en sortir. Au fait:
à ce stade, j'ai écrit les scripts tels qu'indiqués par Daniel. Par
exemple, dans 'connect', je n'ai pas mis mon code PIN, mais "" à la
place, car le vendeur SFR m'a dit qu'avec cette formule sans engagement
on ne me demanderait pas mon code PIN. Idem pour le num de tél, à ce
stade j'ai laissé Phone=*99***1#
Au fait, le code PIN, c'est le N° SIM ? (le mien a 20 chiffres)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Vérifier après l'introduction de la clé les messages avec dmesg pour
savoir si la clé est bien reconnue sous /dev/ttyUSB0
[...]
> Au fait, le code PIN, c'est le N° SIM ? (le mien a 20 chiffres)
Le code PIN est ... le code PIN, soit 4 chiffres ;-)
--
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
dmesg | grep ttusub0
--->
rien n'est trouvé !
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
--
Daniel Huhardeaux
+33.368...@tootai.net GIZMO,SKYPE,GTALK
+48.222...@tootai.net tootaiNET
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
http://www.teaser.fr/~bdebreil/dmesg.txt
http://www.teaser.fr/~bdebreil/dmesg1.txt
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Le 12/07/2010 16:08, Bernard a écrit :
<mode troll on>
[..]
> " l'offre "Pass Internet Everywhere" n'a pas été supprimée, simplement
> elle n'est plus disponible en agence. Vous pouvez y souscrire par
> courrier postal ; ils vous enverront le coffret et la carte SIM, mais il
> se pourrait que ne le receviez que dans quelques semaines, lorsque le
> trafic aura diminué, soit après les vacances. Le fait que cette offre ne
> comporte pas de limitation de transfert est vraisemblablement la raison
> pour laquelle les agences ne peuvent obtenir de réapprovisionnement des
> coffrets"
bah voila pourquoi elle était intéressante cet offre ! Parce qu'on ne
peut pas y souscrire. Je me disais aussi.
[..]
> Alors, je me tourne vers SFR.
Enfin bref, in finé, une fois encore, même si les offres de la
concurance sont des plus discutable, il se trouve que les offres Orange
souvent bien souvent encore pire...
</mode troll>
> Ma question est la suivante : la clef 3G+ qu'ils vendent est une "huawei
> abcd"... Est-ce que c'est compatible avec Linux Debian ou/et Ubuntu ? Le
> vendeur n'a pu me le confirmer, se contentant de me donner un numéro à
> appeler pour ce renseignement technique, le "1026"... mais il s'avère
> que ce numéro, payant, n'est accessible qu'aux clients SFR, car il est
> demandé de taper le numéro de mobile SFR ! Bonjour la compétence des
> commerciaux des points de vente !
Bah, tu en as un de numéros de mobile SFR... Je ne suis pas sur à 100%,
mais je crois qu'un abonnement mobile implique toujours un numéros, même
si ce n'est que pour de la data(*). Donc en fait, il y a un numéros
associé à la carte SIM de ta carte 3G. te reste à le trouver soit sur un
contrat, soit en contactant n'importe quel service client mobile de SFR.
(*) pour ça qu'ils ont ouvert les 07, parce que les 06 sont au 2/3
occuper par des abonnements data dont le numéro n'est pas utilisé. :)
--
Julien
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Plus simple: sortir la carte SIM, la mettre dans un téléphone et
appeller. Merci la présentation du numéro ;-) Je me suis amusé à
téléphoner avec une carte SIM d'un SFR illimitté: jamais été facturé (je
n'ai pas non plus exagéré). Utile.
--
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
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=209341
--
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
[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
sur mon eeepc j'ai un wifi intégré mais n'étant pas encore bien suportée
par debian j'utilise une clé USB. et bien via le driver j'ai un switch
sur cette clé. Par conséquent qd j'utilise le bouton wifi on/off il
m'allume ou m'éteind les 2 cartes wifi...
bye
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/i1h4ug$4oi$1...@dough.gmane.org
Le 13/07/2010 09:27, Daniel Huhardeaux a écrit :
>> Donc en fait, il y a un numéros associé à la carte SIM de ta carte 3G.
>> te reste à le trouver soit sur un contrat, soit en contactant
>> n'importe quel service client mobile de SFR.
>
> Plus simple: sortir la carte SIM, la mettre dans un téléphone et
> appeller. Merci la présentation du numéro ;-) Je me suis amusé à
> téléphoner avec une carte SIM d'un SFR illimitté: jamais été facturé (je
> n'ai pas non plus exagéré). Utile.
Avec un abonnement illimité, ça ne me surprend pas trop.
Avec un abonnement "à la carte" pas dit que ça marche.
Mais c'est effectivement une solution possible.
--
Julien
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Les clés 3G USB sont à la base prévue pour Windows et pour une
installation sans CD ou disquette.
Les clés 3G USB sont donc composées d'un espace de stockage contenant
les drivers pour Windows et d'un modem 3G.
Lors de la première connexion sous Windows, les drivers USB ne voient
qu'un espace de stockage dans lequel il y a des drivers. Windows
installe ces drivers qui complètent la pile USB avec le support des
modems 3G USB.
Ces drivers ont un code qu'ils envoient à la clé 3G USB pour lui
demander d'activer le modem 3G.
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.
usb-modeswitch:
mode switching tool for controlling "flip flop" USB devices
Several new USB devices have their proprietary Windows drivers onboard,
especially WAN dongles. When plugged in for the first time, they act
like a flash storage and start installing the driver from there. If
the driver is already installed, the storage device vanishes and
a new device, such as an USB modem, shows up. This is called the
"ZeroCD" feature.
.
On Debian, this is not needed, since the driver is included as a
Linux kernel module, such as "usbserial". However, the device still
shows up as "usb-storage" by default. usb-modeswitch solves that
issue by sending the command which actually performs the switching
of the device from "usb-storage" to "usbserial".
--
==============================================
| FRÉDÉRIC MASSOT |
| http://www.juliana-multimedia.com |
| mailto:fred...@juliana-multimedia.com |
===========================Debian=GNU/Linux===
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/4C3C1E7B...@juliana-multimedia.com
lsusb me donne :
Bus 007 Device 002 : ID 19d2 : 2000
Sur Google, une recherche avec 19d2 : 2000 indique qu'il s'agit d'un
'ZTE USB Modem', et conduit notamment à une mailing list Ubuntu où des
américains discutaient, en 2008, des problèmes avec ces modems et
Ubuntu. L'un d'eux disait que son modem ne fonctionnait que si, la clef
étant dans son slot, il faisait un cold boot, et qu'alors, lsusb ne lui
donnait pas les mêmes références que si la clef était introduite dans le
PC en fonctionnement. J'ai pu vérifier que c'était pareil ici, même si
cela ne m'a pas beaucoup avancé. Ainsi, après un cold boot, lsusb me donne
Bus 007 Device 002 : ID 19d2 : 0052 (au lieu de 2000 pour les quatre
derniers chiffres)
mais ./connect sfr
m'envoie les mêmes messages, soit "Cannot open /dev/ttyUSB0:
Inappropriate ioctl for device.
Au fait, si je fais un cold boot avec la clef, mais que le switch
'réseau' (WiFi) est en position OFF, j'obtiens toujours
Bus 007 Device 002 : ID 19d2 : 2000
Dans tous les cas, il semble que cela corresponde à un modem ZTE, aucune
mention n'étant faite de Huawei abcd... se pourrait il qu'il s'agisse de
deux noms du même device ?
>
> Il existe une autre solution, prendre le .deb de chez vodafone ce que
> j'ai fait sur un eeepc sous Lenny.
Je verrai cela après avoir épuisé toutes les possibilités de
l'expérience en cours
>
> 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=209341
>
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Donc il s'agissait d'une prestation de renseignements techniques PAYANTE
et, même si vous appeliez d'un téléphone fixe (c'était mon cas), vous
étiez facturés sur votre compte SFR ! Cela, le vendeur ne m'en n'avait
pas avertit, peut-être l'ignorait il lui même. A mon avis, il eût dû
téléphoner lui même depuis la boutique, plutôt que de me renvoyer chez
moi faire la démarche, surtout que cela ne pouvait aboutir...
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
ton ubuntu doit être trop ancienne. sous lenny rfkill n'existe pas
encore je crois. il faut ajouter les dépots squeeze ou sid.
Bye
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/i1hasr$ob4$1...@dough.gmane.org
Je n'ai pas le paquet 'rfkill', et je ne le trouve pas à installer sur
mon Ubuntu
> sur mon eeepc j'ai un wifi intégré mais n'étant pas encore bien suportée
> par debian j'utilise une clé USB. et bien via le driver j'ai un switch
> sur cette clé. Par conséquent qd j'utilise le bouton wifi on/off il
> m'allume ou m'éteind les 2 cartes wifi...
>
> bye
>
>
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Exacte, ces paquets n'existent que pour Squeeze et Sid :
http://packages.debian.org/search?keywords=usb-modeswitch&searchon=names&suite=all§ion=all
Avant d'utiliser Network-manager et usb-modeswitch, j'utilisai Vodafone
Mobile Connect, il y a des paquets Debian et Ubuntu :
https://forge.betavine.net/frs/?group_id=12
--
==============================================
| FRÉDÉRIC MASSOT |
| http://www.juliana-multimedia.com |
| mailto:fred...@juliana-multimedia.com |
===========================Debian=GNU/Linux===
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/4C3C37FF...@juliana-multimedia.com
sudo vodaphone-mobile-connect-card-driver-for-linux-debug
et voici ce qui est resté affiché dans le terminal après que j'eusse
fermé le module graphique de config :
Log opened
twistd 2.5.0 (/usr/bin/python 2.5.2) starting up
reactor class: <class 'twisted.internet.gtk2reactor.Gtk2Reactor'>
Loading /usr/share/vodaphone-mobile-connect/gtk-tap.py
...
Effective user id: 0
Loaded
En cours de fermeture
Server Shut Down
Il va sans dire que j'avais créé les fichiers ci-dessous dans les
répertoires précisés
Merci d'avance pour votre aide,
Bernard
>
>
> 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=209341
>
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Ce sont deux solutions différentes! Celle ci dessous dépend du programme
huaweiAktBbo.c à compiler comme décrit dans le lien donné. La solution
betavine est faite pour ceux qui ne veulent pas mettre la main à la pâte.
> 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
>
>
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Lorsque j'ôte la clef et que je la remets, dmesg me donne ceci :
usb-storage : device found at 4
usb-storage : waiting for device to settle before scanning
usb 7-1: reset high speed USB device using ehci_hcd and address 4
et lsusb :
Bus 007 Device 004: ID 19d2:2000
Avec cela, si je tape :
sudo ./connect sfr
J'ai toujours le même résultat :
Cannot open /dev/ttyUSB0: Inappropriate ioctl for device
et cependant /dev/ttyUSB0 est bien créé !
Et, si je tape
sudo vodaphone-mobile-connect-card-driver-for-linux-debug
J'obtiens toujours la proposition d'une config personnalisée à laquelle
je ne sais que répondre, avec, comme "Type de périphérique" la seule
option d'inscrire un numéro de série que, d'ailleurs, on ne peut écrire.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
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=2873
--
==============================================
| FRÉDÉRIC MASSOT |
| http://www.juliana-multimedia.com |
| mailto:fred...@juliana-multimedia.com |
===========================Debian=GNU/Linux===
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/4C3CA496...@juliana-multimedia.com
Donc, je dispose d'une nouvelle clef... mais je dois encore attendre
plusieurs jours pour recevoir la carte SIM... à moins que je ne tente de
l'essayer en y introduisant la carte SIM de ma clef SFR ?
Ma nouvelle clef est une HUAWEI E-1752. Elle figure dans la liste des
clefs qui posent peu de problèmes sous Linux. Lorsque je l'introduis
dans un port usb de mon laptop sous Ubuntu, dmesg affiche :
ID 12d1:1446
Quelqu'un pourrait il me dire s'il est possible et avisé de l'essayer
avec la carte SIM dont je dispose actuellement, sensée fonctionner avec
ma clef SFR ? Ce qui me retient de le faire sans votre avis : Est-ce
que Orange risque de s'apercevoir de cet essai non conforme et survenant
avant l'ouverture officielle de mon accès ?
>
> 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=2873
>
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Frédéric m'a recommandé de lire le document à l'adresse
http://www.draisberghof.de, ce que j'ai fait, plus attentivement
qu'hier. Et j'ai un peu progressé (mais pas tant que cela...). Je sais
maintenant comment commuter manuellement cette clef, de la fonction
"mass storage device" à la fonction "modem". Il suffit de lui envoyer la
commande "éjecter" depuis le bureau de GNOME (click droit sur l'icône
"SFR", puis choix "éjecter"). L'icône disparaît alors, et lsusb me dit
que l'identification est modifiée, étant passée de 19d2:2000 à
19d2:0052. Avec l'utilitaire "vodaphone" et le "usb-modeswitch" qui
vient avec, je n'obtenais pas ce résultat. J'ai d'ailleurs désinstallé
ces deux packages, ou, plus exactement, j'ai viré usb-modeswitch
(apt-get remove...) et vodaphone est parti avec.
Depuis lors, j'ai tenté d'installer la version récente de usb-modeswitch
que propose ce monsieur Draisberghof, mais je n'arrive pas à compiler le
module ; il y a des erreurs, dues à des fichiers xxxusb.h manquants,
sans doute parce que ma version de libusb, libusb-dev etc.. est trop
ancienne, et je n'ose pas la mettre à jour, car il se pourrait que
certaines fonctionalités ne soient plus opérationnelles. Donc, pas de
usbmodeswitch, et d'ailleurs c'est vraisemblablement désormais inutile,
dès lors que je sais comment commuter ma clef en modem.
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 plus,
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
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
> 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<fred...@juliana-multimedia.com> 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.
>
.....
J'ai testé plusieurs type de clé 3g avec succès j'espère pouvoir
t'aider, c'est une ALCATEL chez orange caraïbe actuelleent :
# lsusb
Bus 002 Device 004: ID 1bbb:0000 T & A Mobile Phones
# cat /etc/wvdial.conf
[Dialer Defaults]
Init1 = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Modem Type = Analog Modem
;Baud = 9600
Username = off
Password = off
;New PPPD = yes
Phone = *99*#
Modem = /dev/ttyUSB2
;ISDN = 0
#
ii usb-modeswitch 1.1.2-3
pour connecter cette clé je lance la commande wvdial, je ne me rappel
pas avoir configuré autre chose.
Il y a quelques année une chose était sur, je n'avais pas usb-modeswitch
ma clé était reconnu comme une simple clé usb.
J'avais donc désinstallé hal et installé ivman.
(j'utilise fluxbox donc c'est clair que je n'ai pas gnome-mount...
d'installé non plus)
lorsque je rentre ma clé usb j'ai les logs suivant
usb 2-4: New USB device found, idVendor=1bbb, idProduct=0000
usb 2-4: New USB device strings: Mfr=2, Product=1, SerialNumber=3
usb 2-4: Product: USBModem Configuration [ 53.121828]
usb 2-4: Manufacturer: USBModem
usb 2-4: SerialNumber: 1234567890ABCDEF
usb 2-4: configuration #1 chosen from 1 choice
usb 2-4: GSM modem (1-port) converter now attached to ttyUSB0
usb 2-4: GSM modem (1-port) converter now attached to ttyUSB1
usb 2-4: GSM modem (1-port) converter now attached to ttyUSB2
Donc aucun problème de reconnaissance de ma clé à la base c'est clair
que c'est déjà plus simple.
En tout cas je me rappel aussi avoir testé plusieurs fichier
wvdial.conf en cherchant sur internet des exemples jusqu'à en créer un
qui marche (je désactive le code PIN aussi en mettant la carte dans un
téléphone normal par exemple).
--
p.gvo
http://les-empires.org
http://fief-jeu.com
http://jade-depot-vente.fr
Donc, pas de usb-modeswith utilisable pour moi à ce stade. Il y a bien
le 'usb-modeswitch' qui vient avec le package 'vodaphone', que j'ai
essayé sur l'un et l'autre de mes deux ordis, sans aucun résultat et
aucune config possible. J'ai installé et désinstallé plusieurs fois de
package et, pour l'heure, c'est désinstallé. Il y a bien les
usb-modeswitch et usb-modeswitch-data proposés par draisberghof sous
forme de tarball à compiler, mais chez moi cette compilation donne une
centaine d'erreurs : usb_modeswitch.c fait appel à des fichiers qui
n'existent pas sur mon système, par exemple, usb.h ou alors il ne les
trouve pas. La Makefile n'est absolument pas documentée, et le fichier
README pas plus dissert. J'ai cru, un moment, que ceci était dû au fait
que ma version de libusb, libusb-dev etc.. n'était pas la bonne, et j'ai
donc installé celle que recommande draisberghof. Ici, la compil paraît
avoir bien fonctionné, mais j'ai toujours les mêmes erreurs à la compil
de usb-modeswitch.
Donc je suis bloqué, et sans doute pas sorti de l'auberge.
>
> http://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?p=2873
>
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Relisez l'un de mes premiers messages. J'ai bien préciser que udev
*devait* contenir les bons codes pour l'identification de votre clé afin
que le ttyUSB0 soit créé à l'insertion de celle ci. Tant que cette règle
n'existe pas, pas la peine d'essayer. Et encore une fois, plutot
regarder dans dmesg lors de l'insertion de la clé pour voir si ttyUSB0 a
été créé.
--
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
/etc/udev/rules.d/sfr-huwei.rules
dont le contenu était
ACTION=="add", BUS=="usb", SYSFS{idVendor}=="19d2",
SYSFS{idProduct}=="2000", RUN+="/usr/local/sbin/mobile-sfr.sh"
mais, peu après, j'ai pensé qu'il serait inutile, car vous m'avez
précisé que çà ne servait qu'en cas d'utilisation de 'huaweiAktBbo',
mais que, alternativement, il était sans doute plus simple de
télécharger le paquet vodaphone, lequel s'occupait de tout. J'ai
toutefois laissé /etc/udev/rules.d/sfr-huwei.rules en place, mais rien
n'y fait appel ! Je rappelle que Vodaphone n'a pas fonctionné. Je vais
maintenant essayer d'utiliser huaweiAktBbo à la place.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
gcc huaweiAktBbo.c -o /usr/sbin/huaweiAktBbo -lusb
huaweiAktBbo.c:15:17: erreur: usb.h : Aucun fichier ou dossier de ce type
huaweiAktBbo.c: Dans la fonction "list_devices" :
huaweiAktBbo.c:37: attention : assignment makes pointer from integer
without a cast
huaweiAktBbo.c:37: erreur: déréférencement d'un pointeur de type incomplet
......................................
etc..........................
environ 25 lignes d'erreurs.
Si le compilateur ne trouve pas usb.h, c'est sans doute qu'il ne sait
pas où chercher, car un 'find' m'a permis de le trouver dans plusieurs
répertoires des sources de linux-headers. l'auteur du module ne propose
aucune makefile. Par ailleurs, au vu de la nature des autres erreurs, il
doit y avoir autre chose, une mauvaise version de gcc par exemple (v4.2.3).
Je ne suis pas sorti de l'auberge !
C'est sur, si vous n'installez pas les paquets nécessaires comme
libusb-dev par exemple. Aussi, n'oubliez pas d' adapter vos règles udev
en fonction de la clé de chez Orange puisque vous avez évolué ...
--
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Eh bien çà compile 'huaweiAktBbo' avec les mêmes erreurs !
En effet, libusb-dev manquait ! Je l'ai installé, et ensuite la compil
de huaweiAktBbo s'est bien passée. J'ai continué les essais, et j'ai un
peu avancé (mais très peu). Désormais, ma clef SFR (oui, c'est toujours
elle, car ma nouvelle clef Orange n'a toujours pas de carte SIM,
j'attends de la recevoir au courrier), 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.
Je m'étais posée la question de savoir pourquoi le fichier
sfr.huwei-rules s'appelait ainsi, et non pas, par exemple, sfr-rules
tout court, ou huwei-rules. Cette clef ne s'identifie pas avec ces mots,
et je ne vois aucun fichier contenant un appel vers "sfr.huwei-rules".
Est-ce que je me serais trompé de nom ?
Pourtant, ce fichier rules, avec ce nom là, fait bien quelque chose. En
effet, j'ai essayé de faire varier les identifiants à l'intérieur, et
cela fait varier le comportement. Si j'inscrit n'importe quoi d'autre
que "19d2" et "2000" (par exemple, j'ai remplacé 2000 par 0000, puis par
0001, puis par 0052), dmesg me donne :
............................
usb-storage: waiting for device to settle before scanning
et cela reste indéfiniment sur cette ligne.
dmesg
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...
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
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.
--
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
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 !
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
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 ?
Depuis lors, il y a du changement dans les résultats obtenus ! Les
fichiers /dev/ttyUSB0 se créent, mais dans certaines circonstances que
je ne maîtrise pas bien encore. Parfois il faut rebooter après avoir
débranché la clef. D'autres fois il suffit, après l'avoir re-branchée,
de faire "eject" de l'icône du Mass Storage Device qui apparaît sur le
bureau de Gnome.
La clef passe alors de l'id 19d2:2000 à 19d2:0052 (lsusb). A ce stade,
elle apparaît toujours comme un CDROM avec dmesg. Si alors je lance wvdial :
$ sudo wvdial
--> Wvdial: Internet dialer version 1.60
--> Cannot get information for serial port
--> Initializing modem.
--> Sending ATZ
--> Sending ATQ0
--> Re-sendint ATZ
--> Modem not responding
$
A ce stade, le répertoire /dev recèle maintenant la présence de :
/dev/ttyUSB0
/dev/ttyUSB1
/dev/ttyUSB2
/dev/ttyUSB3
/dev/ttyUSB4
Alors, pour voir, je lance :
$ sudo comgt -d
une trentaine de secondes de suspense... puis apparaît ceci :
***SIM ERROR***
Check device port configuration
Check SIM is inserted
Test SIM in a mobile phone ?
$
dmesg contient désormais des réf au modem :
usb 7-2: new high speed USB device using ehci_hcd and address 5
usb 7-2: configuration #1 chosen from 1 choice
option 7-2:1.0: GSM modem (1-port) converter detected
usb 7-2: GSM modem (1-port) converter now attached to ttyUSB0
option 7-2:1.1: GSM modem (1-port) converter detected
usb 7-2: GSM modem (1-port) converter now attached to ttyUSB1
scsi9 : SCSI emulation for USB Mass Storage devices (tiens, çà n'a pas
encore disparu ?)
option 7-2:1.2: GSM modem (1-port) converter detected
usb 7-2: GSM modem (1-port) converter now attached to ttyUSB2
option 7-2:1.3: GSM modem (1-port) converter detected
usb 7-2: GSM modem (1-port) converter now attached to ttyUSB3
option 7-2:1.4: GSM modem (1-port) converter detected
usb 7-2: GSM modem (1-port) converter now attached to ttyUSB4
Ainsi, mon modem tente de s'attacher à chacun des 4 ports usb ??
Peut-être est-ce la raison de son dysfonctionnement ?
Maintenant, je débranche la clef, et je lance dmesg :
option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
option 7-2:1.0: device disconnected
option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
option 7-2:1.1: device disconnected
option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
option 7-2:1.2: device disconnected
option1 ttyUSB3: GSM modem (1-port) converter now disconnected from ttyUSB3
option 7-2:1.3: device disconnected
option1 ttyUSB4: GSM modem (1-port) converter now disconnected from ttyUSB4
option 7-2:1.4: device disconnected
Quant au message qui me dit que ma carte SIM est absente (ou que le code
est erronné), je ne sais où introduire un code SIM. Le mien, pour
l'option SFR que j'ai prise, est sensé être '0000'. Si je tente de me
connecter avec le script que m'a proposé Daniel, lequel comprend une ligne :
echo 'at+cpin="0000"' > /dev/ttyUSB0
(et ensuite un appel à wvdial)
j'obtiens les même résultats : 'modem not responding'
et un nouvel appel à
sudo comgt -d /dev/ttyUSB0 me demande encore si la carte SIM est bien
introduite.
Sans doute mon problème est il dû au fait que les quatre ports USB se
chamaillent. Au fait, j'ai les mêmes résultats avec comgt -d /dev/ttyUSB4
Au fait, voici le contenu de mon fichier /etc/wvdial.conf :
[Dialer Defaults]
Username =
Password =
Modem = /dev/ttyUSB0
init2 = ATZ
Init3 = ATQ0 V1 E0 &D2 &C1 S0=0
init4 = AT+CGDCONT=1, "IP", "slsfr"
Dial Command = ATDT
Phone=0634873748
Stupid Mode=1
Merci de me proposer comment m'y prendre à partir de là.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Mais bon, comme c'est archivé, peut-être qu'un jour quelqu'un y trouvera
son compte.
Chaque fois, j'expose l'état d'avancement de mes bidouilles, et je pose
des questions... En attendant une réponse, je tâche d'avancer, et dès
que j'ai un résultat je l'expose ici.
Il se pourrait que cette fois je ne puisse aller plus loin avant un coup
de pouce...
En bidouillant un peu, j'ai finalement trouvé que, sur les cinq
connexions sur ttyUSB0, ttyUSB1, ttyUSB2, ttyUSB3 et ttyUSB4, il y en
avait une qui paraissait fonctionner, c'est sur ttyUSB1. Alors, j'ai
modifié le contenu de /etc/wvdial.conf pour y remplacer /dev/ttyUSB0 par
/dev/ttyUSB1.
Et... Ô surprise... mais je n'y suis pas encore tout à fait !
Donc, je branche la clef. J'attends que le Mass Storage Device soit
monté par Gnome. Je l'éjecte ("eject). La clef s'arrète de clignoter,
puis çà redémarre tout seul 30 secondes plus tard, et lsusb me dit que
j'ai bien 19d2:0052 et non plus 19d2:2000. Ensuite je tape : 'sudo comgt
-d /dev/ttyUSB1' et la réponse arrive une trentaine de secondes plus tard :
SIM ready
Waiting for Registration.. (120 sec max)
Registered on Home network: "SFR",2
Signal Quality: 7.99
A ce stade, j'ai d'abord cru être connecté. Mais non, c'est le Home
network ; le voyant de la clef clignote toujours, aucun accès Internet
n'est fonctionnel.
Alors j'ai fait : sudo wvdial
--> WvDial: Internet dialer version 1.60
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E0&D2&C1 S0=0
ATQ0 V1 E0&D2&C1 S0=0
OK
--> Sending: AT+CGDCONT=1, "IP", "slsfr"
OK
--> Modem initialized.
--> Sending: ATDT0634873748
--> Waiting for carrier
NO CARRIER
--> No Carrier! Trying again.
etc...
"carrier", c'est la porteuse, non ? Pour le réseau GSM, il n'y a pas
de porteuse. Sans doute manque-t-il, dans mon script, une instruction
pour préciser de n'avoir pas à attendre la porteuse... ou encore, je
n'ai pas écrit ce qu'il fallait pour le numéro, peut-être fallait-il
omettre le zéro initial, ou encore mettre "336" à la place de "06".. ou
encore, laisser ce qui se trouvait dans l'exemple fourni, soit un numéro
avec des '*' et un ou deux "9" et un dièse à la fin ? Au fait, j'ai
essayé d'ajouter le dieze, sans résultat... ???
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
ça veut juste dire que ta SIM a été est bien enregistrée sur le réseau sfr
et que tu peux à partir de ce moment composer un N°.
> Alors j'ai fait : sudo wvdial
>
> --> WvDial: Internet dialer version 1.60
> --> Cannot get information for serial port.
> --> Initializing modem.
> --> Sending: ATZ
> ATZ
> OK
> --> Sending: ATQ0 V1 E0&D2&C1 S0=0
> ATQ0 V1 E0&D2&C1 S0=0
> OK
> --> Sending: AT+CGDCONT=1, "IP", "slsfr"
> OK
> --> Modem initialized.
> --> Sending: ATDT0634873748
> --> Waiting for carrier
> NO CARRIER
> --> No Carrier! Trying again.
> etc...
bizarre, normalement le N° chez sfr pour le net c"est qq chose comme *9*#
(me rappelle plus xactement), pas un N° "normal"
> "carrier", c'est la porteuse, non ? Pour le réseau GSM, il n'y a pas de
> porteuse. Sans doute manque-t-il, dans mon script, une instruction pour
> préciser de n'avoir pas à attendre la porteuse... ou encore, je n'ai pas
> écrit ce qu'il fallait pour le numéro, peut-être fallait-il omettre le
> zéro initial, ou encore mettre "336" à la place de "06".. ou encore,
ça ne change rien: le +33, c'est qd tu appelles de l'étranger, pour identifier d'abord le pays, puis le N° de tél.
> laisser ce qui se trouvait dans l'exemple fourni, soit un numéro avec
> des '*' et un ou deux "9" et un dièse à la fin ? Au fait, j'ai essayé
> d'ajouter le dieze, sans résultat... ???
Remets d'abord le bon N° et tu verras après s'il faut ou non supprimer la détection
de porteuse
--
Atlanta makes it against the law to tie a giraffe to a telephone pole
or street lamp.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Merci à tous, et peut-être encore à demain pour quelques derniers essais.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Tout à fait, c'est
Phone=*99***1#
Le problème de Bernard est qu'il mélange toutes les infos qui lui ont
été fournies au lieu de les appliquer en fonction des applications
utilisées et pour lesquels ces paramètres lui ont été fournis.
Bernard, reprenez le wvdial.conf que j'ai publié au début de cet
échange, il est fonctionnel SFR.
--
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Exactement, le dépannage c'est comme une vente bien faite: un entonnoir; on
commence par ratisser large, puis on traite un PB par un PB en validant
chaque étape et en priorisant les tâches au préalable.
> Bernard, reprenez le wvdial.conf que j'ai publié au début de cet
> échange, il est fonctionnel SFR.
--
Friction is a drag.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Vas-y Bernard, tu l'auras ;)
f.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/4c41ad94$0$5306$426a...@news.free.fr
Vaut mieux quand on aborde ce genre de manip; mais un peu de méthode
ne fait jamais de mal, surtout si on doit recommencer "un jour".
Perso afin de ne pas oublier (parce qu'un jour, c'est ptêt dans 10 ans),
je prends des notes et à la fin je gratte un mod'op tout propre.
--
Most men would never get laid if it weren't for the pity fuck.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Après relecture de toutes vos contributions, et notamment celle de
Frédéric, qui m'a envoyé sur
http://www.draisberghof.de/usb_modeswitch/
J'ai testé un système "clefs en main" recommandé par Josh, et qui
s'appelle "sakis3g". Cela fait usage du usb-modeswitch et
usb-modeswitch-data de Josh et, pour les paramètres de connexion, il y a
une base de données nantie de tous les paramètres connus pour la
majorité des fournisseurs d'accès 3G du monde. Cinq minutes après avoir
téléchargé ce programme, j'avais une connexion valide en 3G sur SFR !
Au vu du comportement bizarre et instable de cette clef Huawei, je ne
suis certes pas assuré que cela fonctionnera à tous les coups, mais
enfin, le premier essai fut un succès inespéré.
Ah, au fait, tout de même il me faut dire que, si cela a si vite été
opérationnel, c'est que mes précédents essais m'avaient appris quelque
chose. En effet, si l'on se contente de brancher cette clef et de lancer
"sakis3g", cela ne fonctionne pas. On voit d'abord s'afficher :
"Commutation du modem en cours"... la barre de progression s'arrète au
milieu... et, 30 sec plus tard çà dit : "échec de connexion". La
commutation échoue, elle reste en suspens, tout comme lors de mes essais
automatiques et manuels avec usb_modeswitch... Je n'ai jamais réussi à
faire cette commutation du mode CDROM au mode MODEM avec cet outil. Le
lancement manuel n'aboutissait pas, çà ne se terminait jamais, il
fallait sortir par CTRL-C, et l'appel à lsusb ne montraient aucun
changement des ID (19d2:2000). Le résultat était le même, quels que
soient les paramètres utilisés, ou quelle que soit la config file (il y
a une config file pour chaque clef connue). Je n'ai réussi à faire cette
commutation qu'en "éjectant" l'icône ("SFR ici) du bureau de Gnome (clic
droit puis 'eject'). Après cela, le voyant de la clef s'éteint, il se
rallume quelques dizaines de secondes après, et là, lsusb donne les bons
id (19d2:0052). Ce stade étant atteint, "sakis3g" permet la connexion au
réseau (enfin, il m'a permis au moins une fois..., on verra par la
suite...), alors que les outils classiques (wvdial etc...) refusaient la
connexion. Sans doute n'utilisais-je pas les bons paramètres, alors que
la base de sakis les connaissait.
Encore une précision : la fonction "eject" du bureau Gnome, ne permet la
commutation CDROM / MODEM que si au moins usb-modeswitch est installé...
sinon les ID restent les mêmes après éjection.
Merci à tous pour votre aide. Je pars demain, et suis bien content de
pouvoir disposer d'une connexion 3G.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Hmm, Gnome monte automatiquement le CD ? Parce que si c’est le
cas, il me semble logique que le périph. ne veuille pas ne plus
être un cdrom s’il est toujours utilisé comme cdrom…
--
Sylvain Sauvage
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/20100717174834.0b20bd91@ithil
Par contre, il se passe des choses étranges avec mon compteur, je veux
dire, le décompte de mon temps de communication. Je suis allé recharger
mon compte sur le web de SFR, d'un crédit de 15 heures, valables 30
jours. Sitôt après, je me suis connecté pour tâcher d'évaluer le débit
en download. En téléchargeant un document d'environ 9 Mb depuis mon
espace web chez mon provider, faisant usage de 'ncftp', j'ai constaté un
débit moyen de 100 kB/s (soit 800 kilobits) contre 125 (1 megabits) avec
mon ADSL filiaire. Le téléchargement a duré moins de 2 minutes, pour une
durée totale de connexion 3G entre 5 et 10 minutes. Après cela, je suis
allé voir mon détail de conso sur sfr.fr. En fait, il ne s'y affiche
rien d'autre que le crédit restant, et l'historique des recharges.
Ainsi, je lis qu'il me reste un crédit de 453 minutes de communication,
valable jusqu'au 16 août 2010... ce qui fait environ 7h30 !
Ainsi donc, j'ai rechargé de 15 heures, et, moins de 10 minutes plus
tard, il ne me resterait plus que 7h30 ??? Sans compter qu'avant la
recharge, ce même compteur me disait qu'il me restait un crédit de 71
minutes, soit un peu plus d'une heure. Actuellement encore, ce qui
s'affiche sous mes yeux est totalement aberrant, comme vous pourrez le
constater si le copié/collé fonctionne bien avec le graphisme qu'il y a.
J'ai appelé le 1026 (SFR LA Carte), où il m'a été recommandé de rappeler
lundi, car aucun technicien n'était actuellement disponible pour
examiner mon problème.
Alors, est-ce que le décompte du temps déconne lorsqu'on se connecte via
Linux ? Ou bien est-ce que le fait que j'ai téléchargé un fichier de 9
Mo a été comptabilisé comme une connexion de plus de 7 heures ??
J'espère que des utilisateurs de SFR 3G via Linux pourront m'en dire
davantage.
Sakis 3G permet aussi d'afficher un bilan de la dernière connexion. Il
me dit :
connecté depuis 2010-07-17 1924
KB reçus 12024
envoyés: 898
ID réseau 20810
nom SFR
APN websfr
Modem K 3565-Z
/dev/ttyUSB2
etc...
Consulter mon info conso
Pour connaître votre crédit restant
Ma consommation
*Mon crédit*
Vous disposez de 449 minutes de connexion à internet valables jusqu' au
16/08/2010.
**
Votre dernier rechargement date du 17/07/2010 à 19h05
Détail de vos rechargements effectués depuis le 01/07/2010 :
Rechargements déjà payés :
- le 17/07/2010 à 19h05 pour 39 € la recharge 15H DATA web
*Mes crédits et abonnements multimédia*
> Accéder <https://webcare.sfr.fr/private/getSubscriptions.do?cible=edit>
Infoconso du 17/07/2010 à 19:49.
Bernard wrote:
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org