Scientific Linux Forum.org



  Reply to this topicStart new topicStart Poll

> Huawei e3131 HiLink problem
Elusaith
 Posted: Dec 3 2013, 09:10 AM
Quote Post


SLF Newbie


Group: Members
Posts: 3
Member No.: 2828
Joined: 29-November 13









Hi SL Users smile.gif
SL is a great distribution. However, I have a problem with the modem Huawei e3131 HiLink. Linux see it as a mass storage / CD and not as a modem. (no eth1 connection in network manager and is opens his soft like a cd) How can I change it to modem 'config'?
I have ppp, wvdial and usb_modeswitch.

I noticed, however, a trick. (I have a Dual Boot) If I log in to Windows and reboot to Linux (without turning off the computer) Huawei acts as a modem.
However, if you turn on the computer normally acts as a mass storage / CD.
I need help. smile.gif
PM
^
redman
 Posted: Dec 3 2013, 11:10 AM
Quote Post


Retired SLF Administrator
********

Group: Admins
Posts: 1276
Member No.: 2
Joined: 8-April 11









Could you please the outcome of "lsusb" from both situations?
That will give more info on how SL detects your USB modem.

--------------------
"Sometimes the best helping hand you can give is a good, firm push."
PM
^
Elusaith
 Posted: Dec 3 2013, 03:32 PM
Quote Post


SLF Newbie


Group: Members
Posts: 3
Member No.: 2828
Joined: 29-November 13









lsusb (modem mode):
CODE
Bus 002 Device 004: ID 12d1:14db Huawei Technologies Co., Ltd.


lsusb (mass storage/cd mode):
CODE
Bus 002 Device 006: ID 12d1:1f01 Huawei Technologies Co., Ltd.

PM
^
Elusaith
 Posted: Dec 5 2013, 06:09 PM
Quote Post


SLF Newbie


Group: Members
Posts: 3
Member No.: 2828
Joined: 29-November 13









Can someone help me? :-)
PM
^
MaZePallas
 Posted: Jan 2 2014, 08:20 PM
Quote Post


SLF Newbie


Group: Members
Posts: 1
Member No.: 2872
Joined: 2-January 14









At a guess you should have something like the following:

File "/etc/usb_modeswitch.d/12d1:1f01" content:

# Huawei E353 (3.se)

TargetVendor= 0x12d1
TargetProduct= 0x14db

MessageContent="55534243123456780000000000000a11062000000000000100000000000000"
NoDriverLoading=1

(which in my case [Fedora 20] is coming from a pair of packages:
usb_modeswitch-data-20131113-1.fc20.noarch.rpm [config files]
usb_modeswitch-1.2.7-3.fc20.x86_64.rpm [binary program]
)

Theoretically this should cause the udev framework (when combined with

# cat /usr/lib/udev/rules.d/40-usb_modeswitch.rules | egrep -i 1f01

ATTR{idVendor}=="12d1", ATTR{idProduct}=="1f01", RUN+="usb_modeswitch '%b/%k'"

which is also provided by that data package) to auto change the modem mode.

If it doesn't trigger by itself you can probably just run:

usb_modeswitch '%b/%k'

by hand. Per udev docs:
$kernel, %k
The kernel name for this device.
$id, %b
The name of the device matched while searching the devpath upwards for SUBSYSTEMS, KERNELS, DRIVERS and ATTRS.

But I'm not entirely sure what that really means.

---

Another possibility is to go even more direct and try using sg_raw from the sg3-utils package.

Something like:
/usr/bin/sg_raw /dev/sr0 11 06 20 00 00 00 00 00 01 00
(see http://www.raspberrypi.org/phpBB3/viewtopic.php?t=18996 )

but presumably (or not? not sure) using the sequence of bytes from the data file above (note the sequence here is a suffix of the sequence above, so maybe the skipped bytes are already automatically added by sg_raw…). Obviously /dev/sr0 should be the dongle's cd drive and not any normal cd/dvd drive, so might need to be /dev/sr1 or higher.
PM
^
0 User(s) are reading this topic (0 Guests and 0 Anonymous Users)
0 Members:

Topic Options Reply to this topicStart new topicStart Poll