Bonjour,
Afin de fiabiliser l’installation, j’ai suivi le tuto de la communauté pour passer mon e3372 du hilink au stick mode. Tout s’est parfaitement bien déroulé, la bonne version est installée etc. J’ai également fait la manip dans DC unlocker pour réduire le nombre de modes.
Alors, désormais, quand je branche le dongle sur Mon pc, tout fonctionne a merveille : une belle lumière bleue continue arrive vite.
Dès que je branche le dongle sur mon pi4, j’ai pendant quelques secondes les deux flashs verts (comme sur PC), puis après un seul flash vert. De façon infinie… Le dongle cherche continuellement à register sur le network.
J’ai essayé plusieurs fois de débrancher, redémarrer, repasser sur le PC… Toujours avec le même résultat.
lsusb | grep Huawei
Bus 001 Device 003: ID 12d1:1506 Huawei Technologies Co., Ltd. Modem/Networkcard
Comment comprendre ce qu’il se passe ? Pourquoi le dongle n’arrive t il pas à se trouver le réseau data sur le pi, mais sans souci sur le PC ?
J’ai essayé deux alims, dont une pour PC portable (65w de mémoire…).
Sur quel type. De. port USB du pi4 branches tu ton dongle? USB2 ou 3. As-tu testé les deux? As-tu essayé avec un hub?
As-tu été voir si le dongle était reconnu par l’OS du Pi?
Merci pour la réponse et les idées ; j’avoue ne rien trouver comme infos sur ce problème spécifique, et ne pas savoir comment aller de l’avant.
Quelques précisions (en effet mon poist initial était par téléphone) :
Sur mon PC, la LED flash 3 fois en « deux flash vert », et de suite passe à 3 flash simple bleu/cyan, avant ensuite de locker un signal en bleu/cyan continu. Génial…
Sur le Pi, j’ai 15 fois les « deux flash vert » (qui correspondent au boot du dongle, donc bien plus long!), puis ensuite des flash infinis, soit verts, soit parfois bleu/cyan. En tout cas, jamais de signal locké.
Le tuto suivi est bien celui de la communauté, pour bypasser le multimode. Je suis donc bien passé en AT^SETPORT=« FF;12,16,A2 »
Pour répondre aux questions exploratrices :
J’ai branché le dongle sur un USB2, j’ai également testé sur un USB3, même résultat. J’ai testé sur un Pi3, même résultat (mais cela pourrait etre encore autre chose comme cause…). Le Pi4 est une rev 1.2. J’ai également un 1.4 mais pas sous la main malheureusement.
Je n’ai pas de hub USB. J’ai un SSD branché sur un des ports USB3, mais auparavant, en mode Hilink officiel, la clé fonctionnait correctement, à part les problèmes plus long terme de connexion. Mon alim est l’officielle pour Pi4
Comment voir si le dongle est reconnu par Raspberry Pi OS? J’ai la toute dernière version à jour, mais en light.
C’est vrai que cela pourrait s’apparenter à une sous alimentation, vu les symptomes, même si je trouverais cela étonnant vu que le modem fonctionnait bien en hilink!
Je vais ressayer avec encore une autre alim, et continuer à explorer…
Afin de pouvoir tout tester, j’ai remis une distro Raspberry Pi OS sur une carte SD, et débranché le SSD.
Peu importe le port USB choisir, j’ai sensiblement le même comportement : la LED va flasher une fois en continu, en ce moment soit bleu, soit cyan.
Dès que je branche sur un port USB du PC avec windows, le signal est très rapidement locké
La config « setport » est bien celle préconisée par « lecrabe » et diverses tutos, mais pourrait-il que cela soit lié quand même?
Bonjour à tous, je continue mes recherches, avec une carte SD, et le wifi désactivé. C’est intéressant, j’obtiens cela au branchement de la clé :
tail -f /var/log/syslog
Jul 5 15:16:20 raspberrypi kernel: [14061.136022] usb 1-1.3: new high-speed USB device number 4 using xhci_hcd
Jul 5 15:16:20 raspberrypi kernel: [14061.267358] usb 1-1.3: New USB device found, idVendor=12d1, idProduct=1506, bcdDevice= 1.02
Jul 5 15:16:20 raspberrypi kernel: [14061.267377] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Jul 5 15:16:20 raspberrypi kernel: [14061.267394] usb 1-1.3: Product: HUAWEI_MOBILE
Jul 5 15:16:20 raspberrypi kernel: [14061.267409] usb 1-1.3: Manufacturer: HUAWEI_MOBILE
Jul 5 15:16:20 raspberrypi kernel: [14061.347368] option 1-1.3:1.0: GSM modem (1-port) converter detected
Jul 5 15:16:20 raspberrypi kernel: [14061.347716] usb 1-1.3: GSM modem (1-port) converter now attached to ttyUSB0
Jul 5 15:16:20 raspberrypi kernel: [14061.468664] huawei_cdc_ncm 1-1.3:1.1: MAC-Address: 00:xx:xx:xx:00:00
Jul 5 15:16:20 raspberrypi kernel: [14061.468680] huawei_cdc_ncm 1-1.3:1.1: setting rx_max = 16384
Jul 5 15:16:20 raspberrypi kernel: [14061.476365] huawei_cdc_ncm 1-1.3:1.1: NDP will be placed at end of frame for this device.
Jul 5 15:16:20 raspberrypi kernel: [14061.481934] huawei_cdc_ncm 1-1.3:1.1: cdc-wdm0: USB WDM device
Jul 5 15:16:20 raspberrypi kernel: [14061.482923] huawei_cdc_ncm 1-1.3:1.1 wwan0: register 'huawei_cdc_ncm' at usb-0000:01:00.0-1.3, Huawei CDC NCM device, 00:xx:xx:xx:00:00
Jul 5 15:16:20 raspberrypi kernel: [14061.483500] usb-storage 1-1.3:1.2: USB Mass Storage device detected
Jul 5 15:16:20 raspberrypi kernel: [14061.483994] scsi host0: usb-storage 1-1.3:1.2
Jul 5 15:16:20 raspberrypi mtp-probe: checking bus 1, device 4: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.3"
Jul 5 15:16:20 raspberrypi mtp-probe: bus: 1, device: 4 was not an MTP device
Jul 5 15:16:20 raspberrypi systemd-udevd[807]: Using default interface naming scheme 'v240'.
Jul 5 15:16:20 raspberrypi mtp-probe: checking bus 1, device 4: "/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.3"
Jul 5 15:16:20 raspberrypi dhcpcd[548]: wwan0: waiting for carrier
Jul 5 15:16:20 raspberrypi dhcpcd[548]: wwan0: carrier acquired
Jul 5 15:16:20 raspberrypi dhcpcd[548]: wwan0: IAID 10:1f:00:00
Jul 5 15:16:20 raspberrypi dhcpcd[548]: wwan0: adding address fe80::961e:3411:e35d:469f
Jul 5 15:16:20 raspberrypi avahi-daemon[347]: Joining mDNS multicast group on interface wwan0.IPv6 with address fe80::961e:3411:e35d:469f.
Jul 5 15:16:20 raspberrypi avahi-daemon[347]: New relevant interface wwan0.IPv6 for mDNS.
Jul 5 15:16:20 raspberrypi avahi-daemon[347]: Registering new address record for fe80::961e:3411:e35d:469f on wwan0.*.
Jul 5 15:16:20 raspberrypi mtp-probe: bus: 1, device: 4 was not an MTP device
Jul 5 15:16:21 raspberrypi dhcpcd[548]: wwan0: soliciting a DHCP lease
Jul 5 15:16:21 raspberrypi kernel: [14062.551493] scsi 0:0:0:0: Direct-Access HUAWEI TF CARD Storage 2.31 PQ: 0 ANSI: 2
Jul 5 15:16:21 raspberrypi kernel: [14062.552176] sd 0:0:0:0: Attached scsi generic sg0 type 0
Jul 5 15:16:21 raspberrypi kernel: [14062.552614] sd 0:0:0:0: Power-on or device reset occurred
Jul 5 15:16:21 raspberrypi kernel: [14062.627604] sd 0:0:0:0: [sda] Attached SCSI removable disk
Jul 5 15:16:21 raspberrypi dhcpcd[548]: wwan0: soliciting an IPv6 router
Jul 5 15:16:26 raspberrypi dhcpcd[548]: wwan0: probing for an IPv4LL address
Jul 5 15:16:31 raspberrypi dhcpcd[548]: wwan0: using IPv4LL address 169.254.62.145
Jul 5 15:16:31 raspberrypi avahi-daemon[347]: Joining mDNS multicast group on interface wwan0.IPv4 with address 169.254.62.145.
Jul 5 15:16:31 raspberrypi avahi-daemon[347]: New relevant interface wwan0.IPv4 for mDNS.
Jul 5 15:16:31 raspberrypi avahi-daemon[347]: Registering new address record for 169.254.62.145 on wwan0.IPv4.
Jul 5 15:16:31 raspberrypi dhcpcd[548]: wwan0: adding route to 169.254.0.0/16
Jul 5 15:16:33 raspberrypi dhcpcd[548]: wwan0: no IPv6 Routers available
ifconfig
Je commence à exclure l’hypothèse de l’alimentation, vu les nouveaux constats, et me demander s’il ne manque pas une configuration à la clé.
Merci à vous si vous avez des idées.
une distro avec laquelle rien ne marche en effet (à déterminer pourquoi)
ma bêtise qui faisait un rapprochement avec signal GSM et signal 4g (clignotements de led clé).
En tout cas, je débloque la situation sur une nouvelle installation, la clé est donc parfaitement fonctionnelle. J’investiguerai les soucis de distro, mais c’est rassurant que la clé est OK !
