I come from days and days of searching with only frustration, and this thread bring me on this forum
![Smile :)](./images/smilies/icon_e_smile.gif)
Before updating the dongle, it was necessary to manually send the commands `usb_modeswitch ... -W -R -w 400` and `usb_modeswitch ... -W -R -w 400` ... but with the up-to-date firmware of this dongle, there is no need of theses commands on my Raspberry PI OS (lastest, based on bookworm).
Then I replaced my OS by a standard and fresh Debian Bookworm and with the SAME usb_modeswitch version and configuration and this time, it is not working ...
It looks the dongle switch to the right mode in the two OS, i have the similar dmesg :
Code: Select all
[ 2377.348559] usb 1-1.3: New USB device found, idVendor=12d1, idProduct=155e, bcdDevice= 1.02
[ 2377.348578] usb 1-1.3: New USB device strings: Mfr=2, Product=3, SerialNumber=4
[ 2377.348589] usb 1-1.3: Product: Mobile
[ 2377.348598] usb 1-1.3: Manufacturer: Mobile
[ 2377.348607] usb 1-1.3: SerialNumber: 123456789ABCD
[ 2377.351038] cdc_ether 1-1.3:1.0 usb0: register 'cdc_ether' at usb-3f980000.usb-1.3, CDC Ethernet Device, a6:05:8a:3e:f2:54
Code: Select all
Bus 001 Device 014: ID 12d1:155e Huawei Technologies Co., Ltd. Mobile
WORKING Raspberry PI OS :
Code: Select all
7: usb0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether a6:05:8a:3e:f2:54 brd ff:ff:ff:ff:ff:ff
inet 192.168.8.119/24 brd 192.168.8.255 scope global dynamic noprefixroute usb0
valid_lft 86358sec preferred_lft 86358sec
inet6 fe80::169f:e404:222b:3616/64 scope link noprefixroute
valid_lft forever preferred_lft forever
Code: Select all
8: usb0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether ea:e0:f9:d7:e9:ea brd ff:ff:ff:ff:ff:ff
![Sad :(](./images/smilies/icon_e_sad.gif)