Huawei 3372h-153
Hi,
I'm trying to get my Huawei 3372h-153 (russian 3370 Beeline, unlocked) dongle to work with OpenWrt. The mode is the Hilink mode and seems not to be supported by usb-modeswitch-data. I tried to use settings from E3372 and E3372s-153 but didn't suceed.
Did anybody get a 3372h-153 working with usb-modeswitch (or usbmode in Openwrt)?
Kind regards,
Flo
I'm trying to get my Huawei 3372h-153 (russian 3370 Beeline, unlocked) dongle to work with OpenWrt. The mode is the Hilink mode and seems not to be supported by usb-modeswitch-data. I tried to use settings from E3372 and E3372s-153 but didn't suceed.
Did anybody get a 3372h-153 working with usb-modeswitch (or usbmode in Openwrt)?
Kind regards,
Flo
Re: Huawei 3372h-153
If you think your 3372 does not have a switch config file for usb_modeswitch then please supply us with the usb id (vid:pid) so we can add it.flamed wrote:Hi,
I'm trying to get my Huawei 3372h-153 (russian 3370 Beeline, unlocked) dongle to work with OpenWrt. The mode is the Hilink mode and seems not to be supported by usb-modeswitch-data. I tried to use settings from E3372 and E3372s-153 but didn't suceed.
Did anybody get a 3372h-153 working with usb-modeswitch (or usbmode in Openwrt)?
Kind regards,
Flo
usbmode is a different program which is written by one of the OpenWRT developers/guru's.
If your question is only about usbmode then you are in the wrong place, the OpenWRT forum is the appropriate place for usbmode questions.
Re: Huawei 3372h-153
As I understand OpenWrt usbmode is basically the same as usb_modeswitch, but uses a json-based configuration file stored in the location "/etc/usb-mode.json". The documentation at https://wiki.openwrt.org/doc/recipes/3gdongle describes how the usb-modeswitch-data translates to usb-mode.json. Basically it needs conversion of vid and pid to decimal notation and a reference to the message to switch mode.
lsusb gives me the vid:pid
so I tried to add e.g.
the command for listing supported devices usbmode -l gives:
Basically I'm not sure if the standard Hilink firmware supports mode switch to modem or if I need to flash a modified firmware. If the dongle would be supported by usb_modeswitch, translating to usb-mode.json would do the trick also for OpenWrt.
Any help is highly appreciated.
lsusb gives me the vid:pid
Code: Select all
12d1:14dc
Code: Select all
"12d1:14dc": {
"*": {
"t_vendor": 4817,
"t_product": [ 5339, 5340 ],
"mode": "HuaweiNew",
"no_driver": true,
"msg": [ ]
}
}
the command to switch mode usbmode -s fails with:Found device: 12d1:14dc (Manufacturer: "HUAWEI_MOBILE", Product: "HUAWEI_MOBILE", Serial: "")
Code: Select all
Failed to send switch message
Any help is highly appreciated.
Re: Huawei 3372h-153
I am aware that OpenWRT uses usb_modeswitch data package and converts it into a single json config file.
The program itself, usbmode, is missing many usb_modeswitch features and is only a subset of usb_modeswitch.
Your usb id 12d1:14dc is the id after switching so there is nothing more to do, it can not be switched a second time. It is a hilink id so there is only a direct ethernet interface, no serial interfaces.
The program itself, usbmode, is missing many usb_modeswitch features and is only a subset of usb_modeswitch.
Your usb id 12d1:14dc is the id after switching so there is nothing more to do, it can not be switched a second time. It is a hilink id so there is only a direct ethernet interface, no serial interfaces.
Re: Huawei 3372h-153
Thank you very much for clarification. So I will follow the path to flash a different firmware to get rid of the Hilink mode.
Best wishes, Flo
Best wishes, Flo
Re: Huawei 3372h-153
I have this modem to. Modem after last update to usb_modeswitch 2.3.0-1 not start on modem mode automatic.
Always start as mode "USB Mass Storage device" with 12d1:1f01 Huawei Technologies Co., Ltd. E353/E3131 (Mass storage mode):
Solve only manual command on Terminal:
LOG:
Device change VID and PID to 12d1:14dc and working fine on Modem mode. - Bus 003 Device 005: ID 12d1:14dc Huawei Technologies Co., Ltd.
Developers please add udev rule for 12d1:1f01
Always start as mode "USB Mass Storage device" with 12d1:1f01 Huawei Technologies Co., Ltd. E353/E3131 (Mass storage mode):
Code: Select all
[ 3840.201503] usb 3-4: USB disconnect, device number 3
[ 3840.201598] cdc_ether 3-4:1.0 enp0s20u4: unregister 'cdc_ether' usb-0000:00:14.0-4, CDC Ethernet Device
[ 3855.752372] usb 3-4: new high-speed USB device number 4 using xhci_hcd
[ 3855.972978] usb-storage 3-4:1.0: USB Mass Storage device detected
[ 3855.973391] scsi host7: usb-storage 3-4:1.0
[ 3856.990058] scsi 7:0:0:0: CD-ROM HUAWEI Mass Storage 2.31 PQ: 0 ANSI: 2
[ 3856.990377] scsi 7:0:0:1: Direct-Access HUAWEI TF CARD Storage 2.31 PQ: 0 ANSI: 2
[ 3856.992652] sd 7:0:0:1: [sdc] Attached SCSI removable disk
Code: Select all
sudo usb_modeswitch -v 12d1 -p 1f01 -J
Code: Select all
Look for default devices ...
product ID matched
Found devices in default mode (1)
Access device 004 on bus 003
Get the current device configuration ...
Current configuration number is 1
Use interface number 0
Use endpoints 0x01 (out) and 0x81 (in)
USB description data (for identification)
-------------------------
Manufacturer: HUAWEI_MOBILE
Product: HUAWEI_MOBILE
Serial No.: 0123456789ABCDEF
-------------------------
Using standard Huawei switching message
Looking for active driver ...
No active driver found. Detached before or never attached
Set up interface 0
Use endpoint 0x01 for message sending ...
Trying to send message 1 to endpoint 0x01 ...
OK, message successfully sent
Read the response to message 1 (CSW) ...
Response reading failed (error -1)
Device is gone, skip any further commands
-> Run lsusb to note any changes. Bye!
Developers please add udev rule for 12d1:1f01
Re: Huawei 3372h-153
For example this on /lib/udev/rules.d/40-usb_modeswitch.rules:
# Huawei E353
ATTR{idVendor}=="12d1", ATTR{idProduct}=="1f01", RUN+="usb_modeswitch '%b/%k'"
# Huawei E353
ATTR{idVendor}=="12d1", ATTR{idProduct}=="1f01", RUN+="usb_modeswitch '%b/%k'"
Re: Huawei 3372h-153
The -1 part of the version number is added by a linux distro maintainer which you should contact if you have any problems. We don't know what changes they have done to the original 2.3.0 which is published on this site.varlesh wrote:I have this modem to. Modem after last update to usb_modeswitch 2.3.0-1 not start on modem mode automatic.
There is no need for lots of 12d1 rules, there is one rule covering them all:varlesh wrote: Developers please add udev rule for 12d1:1f01
40-usb_modeswitch.rules wrote:
# Generic entry for most Huawei devices, excluding Android phones
ATTRS{idVendor}=="12d1", ATTRS{manufacturer}!="Android", ATTR{bInterfaceNumber}=="00", ATTR{bInterfaceClass}=="08", RUN+="usb_modeswitch '%b/%k'"
Re: Huawei 3372h-153
Hmm, what mode do you want to get instead? Are you looking for a pure serial (PPP) mode?flamed wrote:So I will follow the path to flash a different firmware to get rid of the Hilink mode.
There is no guarantee that you will be able get this at all with newer Huawei modems. However, before you try flashing (which has its dangers), see if the old 'fallback' message can achieve anything with your modem.
You still need to know the USB ID before switching to 12d1:14dc. If you don't have the "lsusb" tool on your system, run the "dmesg" tool right after inserting the modem. There should be a hint about the original ID.
Then edit the entry for this original USB ID and change the switching method to message "55534243123456780000000000000011063000000100010000000000000000".
In the json file, you might need to add it at the top, then use its index in the device entry.
Re: Huawei 3372h-153
LOM, but not working.
I use Antergos x86_64 (Archlinux packages). This device have HiLink technology and must connnecting automatic.
Device not have ttyUSB, i can't send message "55534243123456780000000000000011063000000100010000000000000000"
After add this rule modem switch automatic:
ATTR{idVendor}=="12d1", ATTR{idProduct}=="1f01", RUN+="usb_modeswitch '%b/%k'"
dmesg:
I use Antergos x86_64 (Archlinux packages). This device have HiLink technology and must connnecting automatic.
Device not have ttyUSB, i can't send message "55534243123456780000000000000011063000000100010000000000000000"
After add this rule modem switch automatic:
ATTR{idVendor}=="12d1", ATTR{idProduct}=="1f01", RUN+="usb_modeswitch '%b/%k'"
dmesg:
Code: Select all
[18954.708551] usb 3-4: USB disconnect, device number 5
[18954.708655] cdc_ether 3-4:1.0 enp0s20u4: unregister 'cdc_ether' usb-0000:00:14.0-4, CDC Ethernet Device
[18965.978079] usb 3-4: new high-speed USB device number 7 using xhci_hcd
[18966.236326] usb-storage 3-4:1.0: USB Mass Storage device detected
[18966.237359] scsi host10: usb-storage 3-4:1.0
[18966.874028] usb 3-4: USB disconnect, device number 7
[18967.504696] usb 3-4: new high-speed USB device number 8 using xhci_hcd
[18967.870034] cdc_ether 3-4:1.0 eth0: register 'cdc_ether' at usb-0000:00:14.0-4, CDC Ethernet Device, 0c:5b:8f:27:9a:64
[18967.871017] usb-storage 3-4:1.2: USB Mass Storage device detected
[18967.871146] scsi host11: usb-storage 3-4:1.2
[18968.877032] scsi 11:0:0:0: Direct-Access HUAWEI TF CARD Storage 2.31 PQ: 0 ANSI: 2
[18968.879211] sd 11:0:0:0: [sdc] Attached SCSI removable disk
[18969.008312] cdc_ether 3-4:1.0 enp0s20u4: renamed from eth0
[18969.032499] IPv6: ADDRCONF(NETDEV_UP): enp0s20u4: link is not ready
[18969.032789] cdc_ether 3-4:1.0 enp0s20u4: kevent 12 may have been dropped
[18969.032803] cdc_ether 3-4:1.0 enp0s20u4: kevent 12 may have been dropped
[18972.737256] cdc_ether 3-4:1.0 enp0s20u4: kevent 12 may have been dropped
[18972.737324] cdc_ether 3-4:1.0 enp0s20u4: kevent 12 may have been dropped
[18972.769958] cdc_ether 3-4:1.0 enp0s20u4: kevent 12 may have been dropped
[18972.769999] cdc_ether 3-4:1.0 enp0s20u4: kevent 12 may have been dropped
[19043.307989] usb 3-4: USB disconnect, device number 8
[19043.308213] cdc_ether 3-4:1.0 enp0s20u4: unregister 'cdc_ether' usb-0000:00:14.0-4, CDC Ethernet Device
[19057.612401] usb 3-4: new high-speed USB device number 9 using xhci_hcd
[19057.852117] usb-storage 3-4:1.0: USB Mass Storage device detected
[19057.852241] scsi host12: usb-storage 3-4:1.0
[19058.435655] usb 3-4: USB disconnect, device number 9
[19059.059144] usb 3-4: new high-speed USB device number 10 using xhci_hcd
[19059.434805] cdc_ether 3-4:1.0 eth0: register 'cdc_ether' at usb-0000:00:14.0-4, CDC Ethernet Device, 0c:5b:8f:27:9a:64
[19059.436490] usb-storage 3-4:1.2: USB Mass Storage device detected
[19059.440278] scsi host13: usb-storage 3-4:1.2
[19060.448143] scsi 13:0:0:0: Direct-Access HUAWEI TF CARD Storage 2.31 PQ: 0 ANSI: 2
[19060.450663] sd 13:0:0:0: [sdc] Attached SCSI removable disk
[19060.579457] cdc_ether 3-4:1.0 enp0s20u4: renamed from eth0
[19060.603741] IPv6: ADDRCONF(NETDEV_UP): enp0s20u4: link is not ready
[19060.604046] cdc_ether 3-4:1.0 enp0s20u4: kevent 12 may have been dropped
[19060.604060] cdc_ether 3-4:1.0 enp0s20u4: kevent 12 may have been dropped
[19064.393979] cdc_ether 3-4:1.0 enp0s20u4: kevent 12 may have been dropped
[19064.394046] cdc_ether 3-4:1.0 enp0s20u4: kevent 12 may have been dropped
[19064.413034] cdc_ether 3-4:1.0 enp0s20u4: kevent 12 may have been dropped
[19064.413086] cdc_ether 3-4:1.0 enp0s20u4: kevent 12 may have been dropped
[34865.151914] nf_conntrack: automatic helper assignment is deprecated and it will be removed soon. Use the iptables CT target to attach helpers instead.
[62010.976273] usb 3-4: USB disconnect, device number 10
[62010.976455] cdc_ether 3-4:1.0 enp0s20u4: unregister 'cdc_ether' usb-0000:00:14.0-4, CDC Ethernet Device
[62022.573240] usb 3-4: new high-speed USB device number 11 using xhci_hcd
[62022.823972] usb-storage 3-4:1.0: USB Mass Storage device detected
[62022.827819] scsi host14: usb-storage 3-4:1.0
[62023.835677] scsi 14:0:0:0: CD-ROM HUAWEI Mass Storage 2.31 PQ: 0 ANSI: 2
[62023.836260] scsi 14:0:0:1: Direct-Access HUAWEI TF CARD Storage 2.31 PQ: 0 ANSI: 2
[62023.837818] sr 14:0:0:0: [sr0] scsi-1 drive
[62023.837824] cdrom: Uniform CD-ROM driver Revision: 3.20
[62023.838013] sr 14:0:0:0: Attached scsi CD-ROM sr0
[62023.839733] sd 14:0:0:1: [sdc] Attached SCSI removable disk
[62028.637753] usb 3-4: USB disconnect, device number 11
[62031.299942] usb 3-4: new high-speed USB device number 12 using xhci_hcd
[62031.656247] cdc_ether 3-4:1.0 eth0: register 'cdc_ether' at usb-0000:00:14.0-4, CDC Ethernet Device, 0c:5b:8f:27:9a:64
[62031.664560] usb-storage 3-4:1.2: USB Mass Storage device detected
[62031.664982] scsi host15: usb-storage 3-4:1.2
[62032.672316] scsi 15:0:0:0: Direct-Access HUAWEI TF CARD Storage 2.31 PQ: 0 ANSI: 2
[62032.675714] sd 15:0:0:0: [sdc] Attached SCSI removable disk
[62032.905609] cdc_ether 3-4:1.0 enp0s20u4: renamed from eth0
[62032.989031] IPv6: ADDRCONF(NETDEV_UP): enp0s20u4: link is not ready
[62032.989182] cdc_ether 3-4:1.0 enp0s20u4: kevent 12 may have been dropped
[62032.989192] cdc_ether 3-4:1.0 enp0s20u4: kevent 12 may have been dropped
[62033.772000] cdc_ether 3-4:1.0 enp0s20u4: kevent 12 may have been dropped
[62033.772039] cdc_ether 3-4:1.0 enp0s20u4: kevent 12 may have been dropped