Huawei E3372 - Clé non reconnue par Jeedom

Mackile · Mars 3, 2020, 8:45

Bonjour,

Je me permets d’ouvrir un topic qui semble avoir été traité 1000 fois sur tout internet, mais à chaque fois je trouve qu’il y a ambiguïté sur les manipulations à faire et souhaite donc centraliser tout ce que j’ai pu trouver à ce sujet.

Je viens donc d’acheter une clé Huawei E3372 4G que je souhaite utiliser sur Jeedom v4 avec une puce Free que j’ai intégrée.

Pour l’heure, aucune manipulation sur la clé n’a été faite, quelques essais mais pas de flash de firmware ou quoi que ce soit.

Après pas mal de recherche voici l’état des lieux :

Modèle exacte E3372h-153
Après l’avoir branché sous windows, j’avais un disk de type HiLink, donc ce firmware

Sur le site : Huawei E3372 : installer / mettre à jour le firmware HiLink ou Stick – Le Crabe Info ils disent :

Remarque
Si vous utilisez votre dongle Huawei E3372 seul, directement connecté à votre ordinateur, il est sans doute préférable pour vous de rester sur un firmware HiLink. En effet, vous disposez avec son mode routeur d’une interface WebUI avec des fonctionnalités supplémentaires intéressantes : qualité du signal cellulaire, NAT, envoie/réception de SMS, pare-feu…

Je n’ai donc pas prit le risque de changer de firmware. De plus sur ce même site ils resument vulgairement en disant :

HiLink = routeur
Stick = modem

Or d’après la documentation de jeedom :

Attention certaines clefs 3G sont par défaut en mode modem et non GSM. Il faut à l’aide du logiciel de votre fabricant de clef, changer le mode de la clef sur GSM (ou texte, ou série).

Mais rien concernant un mode GSM, on parle toujours de modem ou routeur, du coup HiLink ou Stick ?

Derniers tests sur Windows, si je lance l’interface web de Huawei (192.168.1.1), je peux envoyer des SMS sans problème. Tout semble donc bien fonctionner dans le meilleur des mondes.

Côté linux et jeedom, lorsque je branche ma clé, rien ne figure sur le plugin Jeedom, je n’ai que des tty vident :

Parmi les problèmes vus, pour ma part je n’ai pas de soucis avec le mass storage, en tout cas il ne semble pas mentionné :

jeedom@jeedom:~$ lsusb
Bus 002 Device 030: ID 12d1:14dc Huawei Technologies Co., Ltd.
Bus 002 Device 020: ID 1cf1:0030 Dresden Elektronik
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

J’ai testé la commande de changement de mode :

jeedom@jeedom:~$ sudo usb_modeswitch -v 12d1 -p 14dc -M ‹ 55534243123456780000000000000011062000000100000000000000000000 ›
[sudo] password for jeedom:
Look for default devices …
Found devices in default mode (1)
Access device 030 on bus 002
Get the current device configuration …
Current configuration number is 1
Use interface number 0
with class 2
Error: ; interface class is 2, expected 8. Abort

Sur le forum : [SOLVED] Huawei E3131: can't use storage command - USB_ModeSwitch, ils disent que cela veut dire que la clé est pas en mode storage.

De même sur un autre site : [SOLVED] Huawei E3131 and usb_modeswitch - Debian User Forums ils disent :

14dx as a product id meant that it had already been recognized as an ethernet modem.

Par contre, côté remonté USB, je n’arrive pas à trouver des personnes qui ont le même retour que moi :

jeedom@jeedom:~$ dmesg | grep -B 20 -A 20 GSM
[311767.547700] sd 6:0:0:1: Power-on or device reset occurred
[311767.549472] sd 6:0:0:1: [sdb] Attached SCSI removable disk
[311767.634330] usb 2-1.2: USB disconnect, device number 21
[311768.116763] usb 2-1.2: new high-speed USB device number 22 using ehci-pci
[311768.227272] usb 2-1.2: New USB device found, idVendor=12d1, idProduct=14dc
[311768.227280] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[311768.227284] usb 2-1.2: Product: HUAWEI_MOBILE
[311768.227287] usb 2-1.2: Manufacturer: HUAWEI_MOBILE
[311768.231152] usb-storage 2-1.2:1.2: USB Mass Storage device detected
[311768.234504] scsi host6: usb-storage 2-1.2:1.2
[311768.272048] cdc_ether 2-1.2:1.0 eth0: register ‹ cdc_ether › at usb-0000:00:1d.0-1.2, CDC Ethernet Device, 0c:5b:8f:27:9a:64
[311768.274086] usbcore: registered new interface driver cdc_ether
[311768.286357] cdc_ether 2-1.2:1.0 enx0c5b8f279a64: renamed from eth0
[311769.238389] scsi 6:0:0:0: Direct-Access HUAWEI TF CARD Storage 2.31 PQ: 0 ANSI: 2
[311769.239214] sd 6:0:0:0: Attached scsi generic sg1 type 0
[311769.243100] sd 6:0:0:0: Power-on or device reset occurred
[311769.244839] sd 6:0:0:0: [sdb] Attached SCSI removable disk
[311769.632218] usbcore: registered new interface driver usbserial_generic
[311769.632265] usbserial: USB Serial support registered for generic
[311769.647151] usbcore: registered new interface driver option
[311769.647174] usbserial: USB Serial support registered for GSM modem (1-port)
[312378.446216] usb 2-1.2: USB disconnect, device number 22
[312378.446336] cdc_ether 2-1.2:1.0 enx0c5b8f279a64: unregister ‹ cdc_ether › usb-0000:00:1d.0-1.2, CDC Ethernet Device
[312397.613392] usb 2-1.2: new high-speed USB device number 23 using ehci-pci
[312397.724524] usb 2-1.2: New USB device found, idVendor=12d1, idProduct=1f01
[312397.724532] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[312397.724536] usb 2-1.2: Product: HUAWEI_MOBILE
[312397.724539] usb 2-1.2: Manufacturer: HUAWEI_MOBILE
[312397.724543] usb 2-1.2: SerialNumber: 0123456789ABCDEF
[312397.725917] usb-storage 2-1.2:1.0: USB Mass Storage device detected
[312397.733445] scsi host6: usb-storage 2-1.2:1.0
[312398.750366] scsi 6:0:0:0: CD-ROM HUAWEI Mass Storage 2.31 PQ: 0 ANSI: 2
[312398.750975] scsi 6:0:0:1: Direct-Access HUAWEI TF CARD Storage 2.31 PQ: 0 ANSI: 2
[312398.751938] sr 6:0:0:0: Power-on or device reset occurred
[312398.753708] sr 6:0:0:0: [sr0] scsi-1 drive
[312398.753979] sr 6:0:0:0: Attached scsi CD-ROM sr0
[312398.754130] sr 6:0:0:0: Attached scsi generic sg1 type 5
[312398.754496] sd 6:0:0:1: Attached scsi generic sg2 type 0
[312398.755812] sd 6:0:0:1: Power-on or device reset occurred
[312398.757456] sd 6:0:0:1: [sdb] Attached SCSI removable disk
[312398.926062] usb 2-1.2: USB disconnect, device number 23

Sinon voici quelques infos concernant mon environnement :

Jeedom DIY
Ubuntu 18 LTS
usb_modeswitch installé
J’ai testé cette configuration de usb_modeswitch mais sans succès, même erreur concernant le can’t use storage command in MessageContent with interface 0

jeedom@jeedom:~$ cat /etc/usb_modeswitch.conf
DisableSwitching=0
DisableMBIMGlobal=0
EnableLogging=0
HuaweiAltModeGlobal=0

Je ne sais plus où regarder ni quelle direction prendre, pourriez-vous m’aider ?

Merci d’avance à vous,

anon53349806 · Mars 3, 2020, 9:32

Salut,

Juste par curiosité, il y a une raison pour être en Ubuntu alors que debian est conseillé ?
C’est même l’OS des box Jeedom SAS.

Mackile · Mars 3, 2020, 9:41

Hello,

Tout le monde me pose cette question ^^, disons que j’ai tenté une installation sur debian 10, la base de la base en suivant simplement la doc : https://jeedom.github.io/documentation/installation/fr_FR/index#tocAnchor-1-14-5, mais le script d’installation jeedom plante car debian par défaut n’a pas les commandes sudo et usermod, et ces commandes sont utilisées par le script sur les dernières étapes. Résultat, sans ces commandes, jeedom ne peut pas exécuter certaines commandes notamment l’installation des dépendances de plugins, etc…

J’utilise Ubuntu au quotidien dans mon travail, et pour le coup, sur un Ubuntu de base (edit : version server pour le coup) pour jeedom (qui est beaucoup plus fournis en librairies), tout à fonctionné du premier coup et je n’ai jamais eu de problèmes.

akenad · Mars 3, 2020, 7:24

Bonjour @Mackile,

Jeedom / NUC Intel, préférer Debian, procédure installation ici : [RTEX] Debian 10 - Buster - netinst - amd64 - Jeedom V4

Tu peux regarder ici : [Présentation] akenad - #21 par akenad

akenad

anon7911623 · Mars 3, 2020, 7:32

Hello,

Suffit de les ajouter avant

apt-get install sudo pour l’exemple

Mackile · Mars 3, 2020, 7:55

Merci pour vos retour,

Au préalable il demande d’installer JeedomOdroid… C’est quoi ça ? Sinon pour le reste, pas mieux :

jeedom@jeedom:~$ sudo apt-get install usb-modeswitch
[sudo] password for jeedom: 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
usb-modeswitch is already the newest version (2.5.2+repack0-2ubuntu1).
usb-modeswitch set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 18 not upgraded.
jeedom@jeedom:~$ lsusb 
Bus 002 Device 033: ID 12d1:14dc Huawei Technologies Co., Ltd. 
Bus 002 Device 032: ID 1cf1:0030 Dresden Elektronik 
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
jeedom@jeedom:~$ sudo nano /etc/usb_modeswitch.d/12d1:14dc
jeedom@jeedom:~$ lsusb 
Bus 002 Device 033: ID 12d1:14dc Huawei Technologies Co., Ltd. 
Bus 002 Device 032: ID 1cf1:0030 Dresden Elektronik 
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
jeedom@jeedom:~$ cat /etc/usb_modeswitch.d/12d1\:14dc
TargetVendor=0x12d1
Targetproduct=0x14dc
MessageContent="55534243123456780000000000000011062000000100000000000000000000"

Mon problème est isolé ? Ca fait un peu peur, j’ai pourtant fait attention à prendre le modèle compatible ;(

Sinon pour l’install debian, c’est juste que j’ai senti le bricolage de rajouter ses commandes, configuration, si c’est d’office je n’ai pas compris pourquoi elle n’était pas dans le fichier install.sh…

akenad · Mars 4, 2020, 6:16

Le lien que je t’ai indiqué dit de faire ça :

# nano /etc/usb_modeswitch.d/12d1:1f01

contenu du fichier :

# Huawei E3372s ou E3372h switch mode vers 12d1:1442 (mode GSM modem) :
TargetVendor=0x12d1
Targetproduct=0x1f01
MessageContent="55534243000000000000000000000011060000000000000000000000000000"

Puis tu débranches et rebranches la clé.

Le résultat de ton dmesg plus haut dit que lorsque tu branches ta clé tu es en mode storage (idProduct=1f01).
Le fichier que je t’ai indiqué fait alors passer en mode GSM modem (idProduct=1442).

akenad

Mackile · Mars 4, 2020, 7:31

Merci pour ton retour,

Je testerai ce soir de retour chez moi mais avant cela je voudrais donc clarifier l’histoire du targetproduct.

Tu me dis devoir utiliser 1f01 car mon dmesg remonte :

New USB device found, idVendor=12d1, idProduct=1f01

Mais du coup, pourquoi ai-je 14dc sur mon lsusb ?

Bus 002 Device 030: ID 12d1:14dc Huawei Technologies Co., Ltd.

J’ai du mal à comprendre le fonctionnement de la clé… C’est à cause du lsusb que j’utilise 14dc dans mes scripts :

jeedom@jeedom:~$ cat /etc/usb_modeswitch.d/12d1\:14dc
TargetVendor=0x12d1
Targetproduct=0x14dc

En enfin, sur le lien ils utilisent dans le MessageContent :

55534243123456780000000000000011062000000100000000000000000000

et toi tu me dis d’utiliser :

55534243000000000000000000000011060000000000000000000000000000

Quelle différence ? Où avez-vous su/lu qu’on devait saisir ce truc ^^

Merci en tout cas =)

Mackile · Mars 4, 2020, 6:57

Bon ba c’est top, ça fonctionne très bien ta solution. Si simple et encore une fois l’ambiguïté de savoir quoi mettre sans recopier ce qu’on lit partout.

Donc en gros, bien que dans lsusb je n’avais pas d’indiqué « mass storage », la clé était quand même dans ce mode-ci, de même dans lsusb il ne faut pas utiliser le target product indiqué mais bien celui figurant lors du dmesg afin que la configuration du fichier usb_modswitch switch le mode de la clé ciblé lors de l’insertion pour la faire basculer dans le mode voulu.

Et comme par magie (même si rien n’est magique en informatique) :

Merci beaucoup, j’avais déjà fait le tour de usb_modswitch sans penser qu’il y avait une erreur, je pense que seul je serais partie dans l’espace. C’était pourtant trivial.

Très bonne soirée à tous,

system · Mars 5, 2020, 6:57

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.