Modem GSM non reconnu

Mais par msg topic c’est moins simple que par Voix ou autre

Veux-tu que l’on échange sur un TeamSpeak/Discord ou quoi ?


Sinon, voici le résultat du tail.

Je branche le dongle :

Jan  6 17:34:00 raspberrypi gammu-smsd[1227]: Starting phone communication...
Jan  6 17:34:00 raspberrypi gammu-smsd[1227]: Error at init connection: Error opening device, it doesn't exist. (DEVICENOTEXIST[4])
Jan  6 17:34:00 raspberrypi gammu-smsd[1227]: Going to 30 seconds sleep because of too much connection errors

5 sec après, j’obtiens ça (donc la clé semble bien détectée) :

Jan  6 17:34:05 raspberrypi kernel: [   57.130149] usb 1-1.4: new high-speed USB device number 4 using dwc_otg
Jan  6 17:34:05 raspberrypi kernel: [   57.232045] usb 1-1.4: New USB device found, idVendor=05c6, idProduct=f000
Jan  6 17:34:05 raspberrypi kernel: [   57.232069] usb 1-1.4: New USB device strings: Mfr=3, Product=2, SerialNumber=4
Jan  6 17:34:05 raspberrypi kernel: [   57.232082] usb 1-1.4: Product: Qualcomm CDMA Technologies MSM
Jan  6 17:34:05 raspberrypi kernel: [   57.232095] usb 1-1.4: Manufacturer: Qualcomm, Incorporated
Jan  6 17:34:05 raspberrypi kernel: [   57.232108] usb 1-1.4: SerialNumber: 357619049863885
Jan  6 17:34:05 raspberrypi kernel: [   57.236248] usb-storage 1-1.4:1.0: USB Mass Storage device detected
Jan  6 17:34:05 raspberrypi kernel: [   57.236963] scsi host0: usb-storage 1-1.4:1.0

Puis l’usb_modeswitch semble se mettre en route (on peut voir CD-ROM et generic, ce qui confirme surement le fait que le dongle soit détecté en mode USB) :

Jan  6 17:34:05 raspberrypi systemd[1]: Starting system-usb_modeswitch.slice.
Jan  6 17:34:05 raspberrypi systemd[1]: Created slice system-usb_modeswitch.slice.
Jan  6 17:34:05 raspberrypi systemd[1]: Starting USB_ModeSwitch...
Jan  6 17:34:06 raspberrypi systemd[1]: Started USB_ModeSwitch.
Jan  6 17:34:06 raspberrypi kernel: [   58.231370] scsi 0:0:0:0: CD-ROM            WCDMA    MMC Storage      2.31 PQ: 0ANSI: 2
Jan  6 17:34:06 raspberrypi kernel: [   58.250554] sr 0:0:0:0: [sr0] scsi-1 drive
Jan  6 17:34:06 raspberrypi kernel: [   58.250574] cdrom: Uniform CD-ROM driver Revision: 3.20
Jan  6 17:34:06 raspberrypi kernel: [   58.251988] sr 0:0:0:0: Attached scsi CD-ROM sr0
Jan  6 17:34:06 raspberrypi kernel: [   58.256934] sr 0:0:0:0: Attached scsi generic sg0 type 5

Puis il semble que le CRON RaspiSMS se lance quelques secondes après :

Jan  6 17:34:13 raspberrypi CRON[1372]: (root) CMD (cd /var/www/html/RaspiSMS && /var/www/html/RaspiSMS/console.php -c parseReceivedSMS)
Jan  6 17:34:13 raspberrypi CRON[1374]: (root) CMD (cd /var/www/html/RaspiSMS && /var/www/html/RaspiSMS/console.php -c sendScheduleds)
Jan  6 17:34:13 raspberrypi rsyslogd-2007: action 'action 17' suspended, next retry is Fri Jan  6 17:34:43 2017 [try http://www.rsyslog.com/e/2007 ]
Jan  6 17:34:13 raspberrypi CRON[1359]: (CRON) info (No MTA installed, discarding output)
Jan  6 17:34:13 raspberrypi CRON[1356]: (CRON) info (No MTA installed, discarding output)
Jan  6 17:34:13 raspberrypi CRON[1376]: (root) CMD (cd /var/www/html/RaspiSMS && /var/www/html/RaspiSMS/console.php -c parseReceivedSMS)
Jan  6 17:34:13 raspberrypi CRON[1379]: (root) CMD (cd /var/www/html/RaspiSMS && /var/www/html/RaspiSMS/console.php -c sendScheduleds)
Jan  6 17:34:13 raspberrypi CRON[1357]: (CRON) info (No MTA installed, discarding output)
Jan  6 17:34:13 raspberrypi CRON[1358]: (CRON) info (No MTA installed, discarding output)

Enfin, quelques secondes plus tard, j’obtiens une erreur du deamon de gammu :

Jan  6 17:34:30 raspberrypi gammu-smsd[1227]: Starting phone communication...
Jan  6 17:34:30 raspberrypi gammu-smsd[1227]: Error at init connection: Error opening device, you don't have permissions. (DEVICENOPERMISSION[6])
Jan  6 17:34:30 raspberrypi gammu-smsd[1227]: Going to 30 seconds sleep because of too much connection errors

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 :slight_smile:

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 :slight_smile:

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 :

  • même Raspebby
  • même version de Gammu
  • même Dongle 3G

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 :

  • ssh pi@192.168.XXX.YYY
  • mot de passe : raspberry

Installation des différents paquets :

  • sudo apt-get update
  • sudo apt-get dist-upgrade
  • sudo apt-get install ppp usb-modeswitch wvdial

Redémarrer :

  • sudo shutdown -r now

Connecter le dongle 3G.

Redémarrer :

  • sudo shutdown -r now

Constater la présence de /dev/ttyUSB0, /dev/ttyUSB1, /dev/ttyUSB2, /dev/ttyUSB3

  • ls /dev

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).

  • sudo usb_modeswitch -v 05c6 -p 1000 -V 05c6 -P f000 -W -I -n

Revenir à l’étape précédente Constater la présence de /dev/ttyUSB0, /dev/ttyUSB1, /dev/ttyUSB2, /dev/ttyUSB3.

Installer gammu :

  • sudo apt-get install gammu

Configurer Gammu :

  • sudo gammu-config

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 :

  • sudo gammu --identify

Si erreur, changer le port par un autre ttyUSB et relancer la commande précédente.

Sinon, envoyer un SMS :

  • echo “Hello World!” | sudo gammu --sendsms TEXT +33XXXXXXXXX

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 © 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 :wink: à 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 :grinning: 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 :pray:

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”