[flamed]

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

[LOM]

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

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.

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.

[flamed]

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

Code: Select all

12d1:14dc

so I tried to add e.g.

Code: Select all

"12d1:14dc": {                                                   
        "*": {                                                   
                "t_vendor": 4817,                                
                "t_product": [ 5339, 5340 ],                     
                "mode": "HuaweiNew",                             
                "no_driver": true,                               
                "msg": [  ]                                      
        }                                                        
}

the command for listing supported devices usbmode -l gives:

Found device: 12d1:14dc (Manufacturer: "HUAWEI_MOBILE", Product: "HUAWEI_MOBILE", Serial: "")

the command to switch mode usbmode -s fails with:

Code: Select all

Failed to send switch message

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.

[LOM]

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.

[flamed]

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

[varlesh]

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

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

Solve only manual command on Terminal:

Code: Select all

sudo usb_modeswitch -v 12d1 -p 1f01 -J

LOG:

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!

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

[varlesh]

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'"

[LOM]

I have this modem to. Modem after last update to usb_modeswitch 2.3.0-1 not start on modem mode automatic.

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.

Developers please add udev rule for 12d1:1f01

There is no need for lots of 12d1 rules, there is one rule covering them all:

# 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'"

[Josh]

So I will follow the path to flash a different firmware to get rid of the Hilink mode.

Hmm, what mode do you want to get instead? Are you looking for a pure serial (PPP) 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.

[varlesh]

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:

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