Ok et si tu fais maintenant un ls /dev/ |grep tty* ? en laissant brancher
J’ai l’impression qu’il reconnais ton matériel mais le mod_switch te le met comme CDROM
Bon et moi je vais rentrer à ma maison donc à toute.
Il y as des chance que l’on recommence tout à 0 au niveaux système car je sais pas exactement ce qui a été fait depuis le départ et parfois mieux vaut revenir sur un système neutre et basique pour tout bien faire pas à pas.
Bon et moi je vais rentrer à ma maison donc à toute.
Un grand merci pour ton temps 
Il y as des chance que l’on recommence tout à 0 au niveaux système
Je suis tout à fait d’accord !
Voici le résultat du grep :
lrwxrwxrwx 1 root root 7 Jan 5 20:03 serial1 -> ttyAMA0
crw-rw-rw- 1 root tty 5, 0 Jan 5 20:03 tty
crw--w---- 1 root tty 4, 0 Jan 5 20:03 tty0
crw--w---- 1 root tty 4, 1 Jan 5 20:04 tty1
crw--w---- 1 root tty 4, 10 Jan 5 20:03 tty10
crw--w---- 1 root tty 4, 11 Jan 5 20:03 tty11
crw--w---- 1 root tty 4, 12 Jan 5 20:03 tty12
crw--w---- 1 root tty 4, 13 Jan 5 20:03 tty13
crw--w---- 1 root tty 4, 14 Jan 5 20:03 tty14
crw--w---- 1 root tty 4, 15 Jan 5 20:03 tty15
crw--w---- 1 root tty 4, 16 Jan 5 20:03 tty16
crw--w---- 1 root tty 4, 17 Jan 5 20:03 tty17
crw--w---- 1 root tty 4, 18 Jan 5 20:03 tty18
crw--w---- 1 root tty 4, 19 Jan 5 20:03 tty19
crw--w---- 1 root tty 4, 2 Jan 5 20:04 tty2
crw--w---- 1 root tty 4, 20 Jan 5 20:03 tty20
crw--w---- 1 root tty 4, 21 Jan 5 20:03 tty21
crw--w---- 1 root tty 4, 22 Jan 5 20:03 tty22
crw--w---- 1 root tty 4, 23 Jan 5 20:03 tty23
crw--w---- 1 root tty 4, 24 Jan 5 20:03 tty24
crw--w---- 1 root tty 4, 25 Jan 5 20:03 tty25
crw--w---- 1 root tty 4, 26 Jan 5 20:03 tty26
crw--w---- 1 root tty 4, 27 Jan 5 20:03 tty27
crw--w---- 1 root tty 4, 28 Jan 5 20:03 tty28
crw--w---- 1 root tty 4, 29 Jan 5 20:03 tty29
crw--w---- 1 root tty 4, 3 Jan 5 20:04 tty3
crw--w---- 1 root tty 4, 30 Jan 5 20:03 tty30
crw--w---- 1 root tty 4, 31 Jan 5 20:03 tty31
crw--w---- 1 root tty 4, 32 Jan 5 20:03 tty32
crw--w---- 1 root tty 4, 33 Jan 5 20:03 tty33
crw--w---- 1 root tty 4, 34 Jan 5 20:03 tty34
crw--w---- 1 root tty 4, 35 Jan 5 20:03 tty35
crw--w---- 1 root tty 4, 36 Jan 5 20:03 tty36
crw--w---- 1 root tty 4, 37 Jan 5 20:03 tty37
crw--w---- 1 root tty 4, 38 Jan 5 20:03 tty38
crw--w---- 1 root tty 4, 39 Jan 5 20:03 tty39
lrwxrwxrwx 1 root root 15 Jan 6 17:50 tty3GModem -> bus/usb/001/005
crw--w---- 1 root tty 4, 4 Jan 5 20:04 tty4
crw--w---- 1 root tty 4, 40 Jan 5 20:03 tty40
crw--w---- 1 root tty 4, 41 Jan 5 20:03 tty41
crw--w---- 1 root tty 4, 42 Jan 5 20:03 tty42
crw--w---- 1 root tty 4, 43 Jan 5 20:03 tty43
crw--w---- 1 root tty 4, 44 Jan 5 20:03 tty44
crw--w---- 1 root tty 4, 45 Jan 5 20:03 tty45
crw--w---- 1 root tty 4, 46 Jan 5 20:03 tty46
crw--w---- 1 root tty 4, 47 Jan 5 20:03 tty47
crw--w---- 1 root tty 4, 48 Jan 5 20:03 tty48
crw--w---- 1 root tty 4, 49 Jan 5 20:03 tty49
crw--w---- 1 root tty 4, 5 Jan 5 20:04 tty5
crw--w---- 1 root tty 4, 50 Jan 5 20:03 tty50
crw--w---- 1 root tty 4, 51 Jan 5 20:03 tty51
crw--w---- 1 root tty 4, 52 Jan 5 20:03 tty52
crw--w---- 1 root tty 4, 53 Jan 5 20:03 tty53
crw--w---- 1 root tty 4, 54 Jan 5 20:03 tty54
crw--w---- 1 root tty 4, 55 Jan 5 20:03 tty55
crw--w---- 1 root tty 4, 56 Jan 5 20:03 tty56
crw--w---- 1 root tty 4, 57 Jan 5 20:03 tty57
crw--w---- 1 root tty 4, 58 Jan 5 20:03 tty58
crw--w---- 1 root tty 4, 59 Jan 5 20:03 tty59
crw--w---- 1 root tty 4, 6 Jan 5 20:04 tty6
crw--w---- 1 root tty 4, 60 Jan 5 20:03 tty60
crw--w---- 1 root tty 4, 61 Jan 5 20:03 tty61
crw--w---- 1 root tty 4, 62 Jan 5 20:03 tty62
crw--w---- 1 root tty 4, 63 Jan 5 20:03 tty63
crw--w---- 1 root tty 4, 7 Jan 5 20:03 tty7
crw--w---- 1 root tty 4, 8 Jan 5 20:03 tty8
crw--w---- 1 root tty 4, 9 Jan 5 20:03 tty9
crw-rw---- 1 root dialout 204, 64 Jan 5 20:04 ttyAMA0
crw------- 1 root root 5, 3 Jan 5 20:03 ttyprintk
J’ai comparé le grep avant et après avoir branché la clé, la différence vient de cette ligne :
lrwxrwxrwx 1 root root 15 Jan 6 17:53 tty3GModem -> bus/usb/001/004
Important, il se nomme tty3GModem car j’ai ajouté dans le fichier /etc/udev/rules.d/99-com.rules cette ligne :
ACTION=="add", ENV{ID_BUS}=="usb", ATTRS{idVendor}=="05c6", ATTRS{idProduct}=="f000", SYMLINK+="tty3GModem"
Je l’enlève ?
Voulez-vous que l’on échange par Skype/Google Hangout/TeamSpeak/Discord ?
Ca sera peut-etre plus facile 
De plus, j’ai réinstallé tout le système du Pi, avec la version du 25 Novembre de Raspbian.
Voici le pastebin avec des commentaires
Bonjour,
Je suis dans le même état que Citizen :
Après plusieurs réinstallation de mon Rapsberry Pi3, je n’arrive pas à détecter la clef 3G.
Avez-vous pu réussir finalement à résoudre ce problème ?
Bonjour,
J’ai en effet réussi à faire fonctionner Gammu, et j’ai écrit un rapide tutoriel pour commencer de zéro avec le strict minimum pour m’aider si je rencontrais le soucis à nouveau. Je vous le partage du coup :
Installer Raspbian Jessy.
Ne pas connecter le dongle 3G.
Allumage et connexion au Raspberry Pi :
Installation des différents paquets :
Redémarrer :
Connecter le dongle 3G.
Redémarrer :
Constater la présence de /dev/ttyUSB0, /dev/ttyUSB1, /dev/ttyUSB2, /dev/ttyUSB3
Si vous avez ces 4 éléments, allez directement à l’étape Installer gammu.
Sinon, il va falloir vous intéresser à l’« usb_modeswitch » avec la commande suivante.
Attention, la commande est pour switcher ce dongle 3G spécifiquement.
Si vous n’avez pas le même dongle, vous devrez vous débrouiller avec Google pour remplacer les 2 paires de nombres (« 05c6 1000 » et « 05c6 f000 »), par ceux correspondant au vôtre (les commandes « lsusb », et « dmesg » pourront vous être utiles).
Revenir à l’étape précédente Constater la présence de /dev/ttyUSB0, /dev/ttyUSB1, /dev/ttyUSB2, /dev/ttyUSB3.
Installer gammu :
Configurer Gammu :
Modifier le port en tant que soit /dev/ttyUSB0, soit /dev/ttyUSB1, soit /dev/ttyUSB2, soit /dev/ttyUSB3 (une chance sur 4), puis tester la configuration :
Si erreur, changer le port par un autre ttyUSB et relancer la commande précédente.
Sinon, envoyer un SMS :
Merci pour ta réponse,
J’ai réinstallé mon Raspberry PI3 RASPBIAN JESSIE LITE
Mon alimentation est de 2.5A (alimentation conseillée mais est-ce suffisant pour le dongle 3G ?)
Malheureusement, je rencontre toujours le même problème de détection du port USB.
J’exécute les étapes comme indiquées
Je connecte le dongle 3G et je vérifie les ports (cd /dev/ puis ls tty*)
tty tty14 tty20 tty27 tty33 tty4 tty46 tty52 tty59 tty8
tty0 tty15 tty21 tty28 tty34 tty40 tty47 tty53 tty6 tty9
tty1 tty16 tty22 tty29 tty35 tty41 tty48 tty54 tty60 ttyAMA0
tty10 tty17 tty23 tty3 tty36 tty42 tty49 tty55 tty61 ttyprintk
tty11 tty18 tty24 tty30 tty37 tty43 tty5 tty56 tty62
tty12 tty19 tty25 tty31 tty38 tty44 tty50 tty57 tty63
tty13 tty2 tty26 tty32 tty39 tty45 tty51 tty58 tty7
Donc pas de présence de /dev/ttyUSB0, /dev/ttyUSB1, /dev/ttyUSB2, /dev/ttyUSB3
Je passe donc à l’étape configuration du mode, je vérifie le matériel :
lsusb
Bus 001 Device 004: ID 05c6:f000 Qualcomm, Inc.
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Sur le Bus 1 Device 004 : il y a bien le Dongle 3G.
Petit vérification supplémentaire par la commande « dsmeg »
[ 0.789228] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[ 0.791537] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 0.793838] usb usb1: Product: DWC OTG Controller
[ 0.796084] usb usb1: Manufacturer: Linux 4.4.38-v7+ dwc_otg_hcd
[ 0.798352] usb usb1: SerialNumber: 3f980000.usb
[ 0.801412] hub 1-0:1.0: USB hub found
[ 0.803613] hub 1-0:1.0: 1 port detected
[ 10.788844] usb 1-1.4: new high-speed USB device number 4 using dwc_otg
[ 10.890594] usb 1-1.4: New USB device found, idVendor=05c6, idProduct=f000
[ 10.890604] usb 1-1.4: New USB device strings: Mfr=3, Product=2, SerialNumber=4
[ 10.890611] usb 1-1.4: Product: Qualcomm CDMA Technologies MSM
[ 10.890617] usb 1-1.4: Manufacturer: Qualcomm, Incorporated
[ 10.890623] usb 1-1.4: SerialNumber: 863400030009474
Je lance donc la commande :
sudo usb_modeswitch -v 05c6 -p 1000 -V 05c6 -P f000 -W -I -n
Et le Raspberry répond :
Take all parameters from the command line
- usb_modeswitch: handle USB devices with multiple modes
- Version 2.2.0 (C) Josua Dietze 2014
- Based on libusb1/libusbx
! PLEASE REPORT NEW CONFIGURATIONS !
DefaultVendor= 0x05c6
DefaultProduct= 0x1000
TargetVendor= 0x05c6
TargetProduct= 0xf000
NeedResponse=1
InquireDevice=1
Look for target devices …
found USB ID 05c6:f000
vendor ID matched
product ID matched
found USB ID 0424:ec00
found USB ID 0424:9514
found USB ID 1d6b:0002
Found devices in target mode or class (1)
Look for default devices …
found USB ID 05c6:f000
vendor ID matched
found USB ID 0424:ec00
found USB ID 0424:9514
found USB ID 1d6b:0002
No devices in default mode found. Nothing to do. Bye!
Revérification des ports (cd /dev/ puis ls tty*)
tty tty13 tty19 tty24 tty3 tty35 tty40 tty46 tty51 tty57 tty62 ttyprintk
tty0 tty14 tty2 tty25 tty30 tty36 tty41 tty47 tty52 tty58 tty63
tty1 tty15 tty20 tty26 tty31 tty37 tty42 tty48 tty53 tty59 tty7
tty10 tty16 tty21 tty27 tty32 tty38 tty43 tty49 tty54 tty6 tty8
tty11 tty17 tty22 tty28 tty33 tty39 tty44 tty5 tty55 tty60 tty9
tty12 tty18 tty23 tty29 tty34 tty4 tty45 tty50 tty56 tty61 ttyAMA0
Au cas où, je refait un petit redémarrage (sudo shutdown -r now) mais ça ne change rien !
Téméraire, j’essaye de poursuivre quand même 
à l’étape de configuration j’obtient :
│ P Port (/dev/mobile) │
│ C Connection (at19200) │
│ M Model () │
│ D Synchronize time (yes) │
│ F Log file () │
│ O Log format (nothing) │
│ L Use locking () │
│ G Gammu localisation () │
│ H Help │
│ S Save
Bien entendu, ça ne marche pas !
Je suis un peu perdu !
Bonjour,
Après de nombreuse recherches, je me suis résigné à refaire une nouvelle installation avec la version complète de Rasbian : RASPBIAN JESSIE WITH PIXEL+
Puis les mises à jours classiques :
sudo apt-get update
sudo apt-get upgrade
Suite à quoi je poursuis par :
sudo apt-get dist-upgrade
sudo apt-get install ppp usb-modeswitch wvdial
Enfin, j’éteins le raspberry
sudo poweroff
Branchement du Dongle 3G
Je redémarre le Raspberry (débrancher et rebrancher le câble d’alimentation)
Je vérifie les ports (cd /dev/ puis ls tty*) et là miracle 
j’ai une bonne surprise apparaissent :
ttyUSB0
ttyUSB1
ttyUSB2
ttyUSB3
Les Dieux de l’informatiques se sont-ils penchés sur mon Rapsberry ?
Aller j’installe gammu :
sudo apt-get install gammu
sudo apt-get install gammu-smsd
Je configure sur USB1 dans mon cas :
sudo gammu-config
Je vérifie la configuration :
sudo gammu --identify
Réponse :
Device : /dev/ttyUSB1
Manufacturer : QUALCOMM INCORPORATED
Model : unknown (HSDPA Modem)
Firmware : M7227-1.1 1 [Aug 17 2011 05:00:00]
IMEI : xxxxxxxxxxx
SIM IMSI : +CIMI:xxxxxxxxxxxxxxxxxxxxx
Test d’envoi SMS :
echo « Hello World! » | sudo gammu --sendsms TEXT +336xxxxxxxxx
SMS reçu ouf !
Bravo, c’est un véritable défi à faire fonctionner !
Pourrais-tu juste faire un « lsusb » pour savoir si la clé à le même identifiant que tu avais précédemment (Bus 001 Device 004: ID 05c6:f000 Qualcomm, Inc.) ?
Merci
Voici le résultat du « lsusb »
Bus 001 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 001 Device 006: ID 05c6:6000 Qualcomm, Inc. Siemens SG75
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Au passage, j’avais fais du ménage sur le Raspberry comme décrit dans tutos et vlan ! plus rien.
Ces opérations de nettoyage sont :
sudo apt-get remove cups*
sudo apt-get remove gnome*
sudo apt-get remove x11-common*
sudo apt-get autoremove
Par ailleurs, dans mes recherches, j’ai aussi lu que les n° de port USB pouvaient changer, j’ai alors donné un nom persistant aux devices USB.
Vérifier le champs pour créer les liens sur les ports USB :
sudo udevadm info --query=all --name=ttyUSB0
sudo udevadm info --query=all --name=ttyUSB1
sudo udevadm info --query=all --name=ttyUSB2
Créer des alias dans
sudo vi /etc/udev/rules.d/99-com.rules
Ajouter les règles suivantes qui monte le PORT USB selon le numéro d’interface et le nom du fabriquant (le modèle utilisé est dual)
SUBSYSTEM==« tty », SUBSYSTEMS==« usb », ENV{ID_VENDOR}==« Qualcomm__Incorporated », ENV{ID_USB_INTERFACE_NUM}==« 00 », SYMLINK+=« ttyUSB11 »
SUBSYSTEM==« tty », SUBSYSTEMS==« usb », ENV{ID_VENDOR}==« Qualcomm__Incorporated », ENV{ID_USB_INTERFACE_NUM}==« 01 », SYMLINK+=« ttyUSB12 »
j’avais le même souci avec le même modem voici le « ça marche chez moi »
raspberry3
raspbian jessie lite
sudo apt-get update
sudo apt-get dist-upgrade
sudo apt-get install ppp usb-modeswitch wvdial
connexion de la clé 3g
edition du fichier /etc/usb_modeswitch.conf avec ajout de la section suivante
DefaultVendor=05c6
DefaultProduct=1000
MessageContent="5553424312345678000000000000061b000000020000000000000000000000"
Product: USB MMC Storage
Manufacturer: AnyDATA Corporation
SerialNumber: 000000000002
TargetVendor=05c6
TargetProduct=6000
sudo usb_modeswitch -c /etc/usb_modeswitch.conf
et voici le résultat du lsusb
pi@raspberrypi:~ $ lsusb
Bus 001 Device 004: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 006: ID 05c6:6000 Qualcomm, Inc. Siemens SG75
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
puis
sudo apt-get install gammu
sudo gammu-config
(j’ai juste mis /dev/ttyUSB0)
pi@raspberrypi:~ $ sudo gammu --identify
Périphérique : /dev/ttyUSB0
Fabricant : QUALCOMM INCORPORATED
Modèle : unknown (HSDPA Modem)
Firmware : M7227-1.1 1 [Aug 17 2011 05:00:00]
IMEI : 351602000025260
SIM IMSI : +CIMI:208150110130231
echo "Ca Marche!" | sudo gammu --sendsms TEXT +33xxxxxxxx
la différence à priori TargetProduct 6000 et non pas f000
voilà si ça peut aider
Bonjour,
Merci pour la réponse.
J’ai testé cette solution, mais ça ne fonctionne pas dans mon cas
Bonjour,
J’ai également rencontré le problème décrit ici (avec un raspi2 et raspbian lite)
Comme pour flidilic rien n’y a fait à part une réinstall avec la version Pixel.
Pourtant il semble bien que ce soit un problème de usb_modeswitch et je ne comprends pas pourquoi la méthode de aark n’a pas fonctionné…
J’ai essayé de switcher manuellement avec sudo usb_modeswitch -c /etc/usb_modeswitch.conf et ça ne fonctionnait pas même en essayant avec différents DefaultProduct et TargetProduct (le defaultproduct number est chez moi f000 et impossible de le passer en 6000 ni voir apparaître le Siemens SG75 dans lsusb.
Bref ce problème demeure assez mystérieux pour moi.
Tout ça pour dire : est ce que ça ne vaudrait pas le coup de changer le modèle de dongle proposé dans le tuto raspiSMS ? je pense que la plupart essaient ce modèle car c’est celui présenté comme directement fonctionnel, ce qui n’est vraisemblablement pas le cas…
Bonjour,
J’ai le même problème. Quelqu’un sait il la différence entre le usb_modeswitch de jessie lite et celui de de pixel ?
Ou bien cela vient-il d’un problème de drivers différents entre les deux versions ?
Comme ce tuto est en ligne, pouvez vous, proposer une solution pour installer le moden 05c6:f000 sur Jessie lite ?
Merci d’avance
La solution est qu’il faut installer modemmanager sur la version jessie lite:
sudo apt-get install modemmanager
rebooter, et les 3 devices ttyUSB apparaissent dans /dev
Bonjour à tous,
J’ai réussi à faire reconnaitre ma clef (la même que dans le tuto aussi) grace au modemmanager. cependant après install de raspi sms, je ne parviens toujours pas à faire d’envoi.
en faisant un test depuis gammu il me renvoi :
#echo "text" | sudo gammu --sendsms TEXT +336########
If you want break, press Ctrl+C…
Sending SMS 1/1…waiting for network answer…error 500, message reference=-1
Unknown error.
je teste alors en faisant un --identify :
Device> : /dev/ttyUSB1
Manufacturer : QUALCOMM INCORPORATED
Model : unknown (HSDPA Modem)
Firmware : M7227-1.1 1 [Aug 17 2011 05:00:00]
IMEI : ################
SIM IMSI : +CIMI:###############
je regarde alors du coté du --networkinfo :
Network state : not logged into network
Packet network state : not logged into network
GPRS : detached
j’ai regardé du coté du pin mais même en faisant un getsecuritystatus :
Nothing to enter.
enfin je regarde dans mes logs :
Fri 2017/04/21 10:27:38 gammu-smsd[30810]: Created POSIX RW shared memory at 0xb6ff4000
Fri 2017/04/21 10:27:38 gammu-smsd[30810]: Starting phone communication…
Fri 2017/04/21 10:57:48 gammu-smsd[30810]: Error getting security status: No response in specified timeout. Probably phone not connected. (TIMEOUT[14$
Fri 2017/04/21 10:57:48 gammu-smsd[30810]: You might want to set CheckSecurity = 0 to avoid checking security status
Fri 2017/04/21 10:58:00 gammu-smsd[30810]: Error getting security status: No response in specified timeout. Probably phone not connected. (TIMEOUT[14$
Fri 2017/04/21 10:58:00 gammu-smsd[30810]: You might want to set CheckSecurity = 0 to avoid checking security status
Fri 2017/04/21 10:58:12 gammu-smsd[30810]: Error getting security status: No response in specified timeout. Probably phone not connected. (TIMEOUT[14$
Fri 2017/04/21 10:58:12 gammu-smsd[30810]: You might want to set CheckSecurity = 0 to avoid checking security status
Fri 2017/04/21 10:58:12 gammu-smsd[30810]: Already hit 3 errors
Fri 2017/04/21 10:58:12 gammu-smsd[30810]: Terminating communication: Entry is empty. (EMPTY[22])
Fri 2017/04/21 10:58:12 gammu-smsd[30810]: Starting phone communication…
Fri 2017/04/21 10:58:22 gammu-smsd[30810]: Error at init connection: No response in specified timeout. Probably phone not connected. (TIMEOUT[14])
Fri 2017/04/21 10:58:22 gammu-smsd[30810]: Already hit 250 errors
Je passe alors le checksecurity à 0 mais rien ne change, impossible de se connecter au réseau.
Please Help 
Bonjour,
Je suis moi aussi bloqué. J’ai mon dongle qui à l’air reconnu correctement :
pi@raspberrypi:~$ sudo gammu identify
Device : /dev/ttyUSB0
Manufacturer : Qualcomm
Model : unknown (HSDPA Modem)
Firmware : M7227-1.1 1 [Aug 17 2011 05:00:00]
IMEI : 864319031809600
Par contre, impossible d’envoyer un sms :
pi@raspberrypi:~$ echo « Hello World! » | sudo gammu --sendsms TEXT +336********
Failed to get SMSC number from phone.
D’après les différentes choses que j’ai vu sur internet, il faut faire ca :
pi@raspberrypi:~$ sudo gammu getsmsc 1
Function not supported by phone.
Mais l’output n’est pas forcément ce lui que j’attend …
La device :
pi@raspberrypi:~$ lsusb
Bus 001 Device 006: ID 05c6:6000 Qualcomm, Inc. Siemens SG75
Une idée ?
Merci !
J’ai trouvé, en supprimant le code PIN de la carte SIM, cela fonctionne … Etrange, je l’avais bien spécifié dans les fichiers de conf …
C’est exactement pareil pour moi j’ai dû supprimer comme j’ai dit le code PIN pour que cela fonctionne car c’est le code qui garde pas la connexion et la session active.
Du coup lorsque AT+CPIN=**** est mis et qu’il répond OK
Automatiquement après un délais de 300ms la puce sim se rebloque car il faut coder de manière à garder la session active.
Bo ncourage
MVA
Hello
Je partage ici ma solution car j’ai le même dongle que vous et je n’ai pas trouvé la solution ailleurs.
Les clés 3g pumkin ont besoin d’un message différent pour passer de mass storage device à modem. J’ai branché la clé sous windows et sniffé le message pour switcher en mode GSM avec wireshark.
Voici la configuration usb_modeswitch (/etc/usb_modeswitch.conf) qui fonctionne pour moi :
DisableSwitching=0
EnableLogging=0
DefaultVendor= 0x05c6
DefaultProduct=0xf000
TargetVendor= 0x05c6
TargetProduct= 0x6000
MessageContent=« 5553424360ca01fdc000000080000671030000000000000000000000000000 »
Bonjour,
Gammu a fonctionné depuis 2018 sur mon raspberry avec un clé 3G Huawei E169. Il était isolé, pas de réseau connecté. Il recevait et envoyait des messages rebootait quand je lui demandais mais tout le service fonctionnait.
Depuis la mi-octobre, plus rien. J’ai testé la carte SIM chez Free (pas facile d’avoir un téléphone 3G avec ce format de carte aujourd’hui), et j’ai bien reçu le message sur mon téléphone. La clé E169 est pourtant en 3D (le réseau 2G s’arrêtant progressivement). Je me demande si le problème vient du dongle, de la carte SIM, du la carte SD… La carte SIM semble ok mais parfois le diable est dans les détails…
Donc, je teste maintenant sur mon autre raspberry et j’ai repris toute l’install.
sudo gammu identify
Device : /dev/ttyUSB-3G
Manufacturer : Huawei
Model : E169 (E169)
Firmware : 11.314.09.50.00
IMEI : 353xxx
SIM IMSI : 20xxx
L’install semble ok. mais à l’envoi, j’ai cela le meme message d’erreur :
gammu -d textall -f /home/pi/TraceSms sendsms TEXT 06xx -text « coucou »
If you want break, press Ctrl+C…
Sending SMS 1/1…waiting for network answer…error 500, message reference=-1
Unknown error.
Je n’ose pas coller les 394 lignes de la trace… Je ne sais pas décoder les communications selon le protocole AT et je ne sais donc pas quoi faire de la Trace… Quelqu’un aurait-il une idee ?
Merci beaucoup