Qisda H21 USB 3G Modem support

GoogleCodeExporter commented 9 years ago

I am using WL-500W router.I have got a Qisda H21 USB 3G Modem from my ISP. I 
want it can be used in WL-500W router. I have found a usb_modeswitch.c can 
support it. 
But I am not good in coding, can you help me?

Here is the firmware source.
http://www.edimax.com/tw/liunux.php?u=../tw/Image/Linux/3G6x00N_GPL_for_Edimax_0
8122010.zip

The folder have the source code.(Same as my attach file)
3G6x00N_GPL_for_Edimax_08122010\3G6x00N\AP\3G\usb_modeswitch-0.9.7

Original issue reported on code.google.com by macauxdr...@gmail.com on 11 Jul 2011 at 12:30

Attachments:

usb_modeswitch-0.9.7.zip

GoogleCodeExporter commented 9 years ago

We use an actual usb_modeswitch data from 
http://www.draisberghof.de/usb_modeswitch/. Also possible to insert user`s 
usb_modeswitch commands. But usb_modeswitch only switches device mode from 
zerocd to modem. Second phase is support by drivers. You can try to use "USB 
Network Devices - 3G/CDMA Modem/Legacy usbserial support" mode if by default 
your device is unsupported.

See nightbuilds at http://asus.vectormm.net/rtn

Original comment by rssdev10@gmail.com on 5 Sep 2011 at 6:57

Changed state: Accepted
Added labels: Type-Support
Removed labels: Type-Defect

GoogleCodeExporter commented 9 years ago

Also there is a new USB modem, Huawei E353. It should be added on next version.

Original comment by chrisdb...@gmail.com on 16 Sep 2011 at 10:08

GoogleCodeExporter commented 9 years ago

Are you able to test last nightbuilds? Possibly it will work.

Original comment by rssdev10@gmail.com on 16 Sep 2011 at 11:49

GoogleCodeExporter commented 9 years ago

I have made a firmware and compiled my usb_modeswitch for Qisda H21. It works 
now. Thanks! 
And I posted it at 
http://digiland.tw/viewtopic.php?id=1655
You can download my firmware at
http://www.freewebtown.com/macauxdragon/Wl500W_QisdaH21/WL500W-1.9.2.7-d-r3157.t
rx

Original comment by macauxdr...@gmail.com on 16 Sep 2011 at 12:30

GoogleCodeExporter commented 9 years ago

Huawei E353 (VenID 0x12d1, ProdID 0x1506)worked on WL500gpv2-1.9.2.7-d-r3328 
with legacy usbserial support enabled.

Original comment by chrisdb...@gmail.com on 6 Oct 2011 at 11:12

GoogleCodeExporter commented 9 years ago

Do not use an obsolete 1.9.2.7-d- branch. There are some known problems with 
usb-modems. Use 1.9.2.7-rtn- with 2.6 kernel instead.

"Legacy usbserial" mode now eliminated by new drivers.

Original comment by rssdev10@gmail.com on 6 Oct 2011 at 12:52

GoogleCodeExporter commented 9 years ago

rssdev10...You are right! I got a problem on my firmware about usb 3g modem. 
When I uploaded a big file to gmail(via usb 3g modem),the CPU loading of my 
router was 99% and hardly opened any new web page. But I have no time recently 
to compile a new one.

Original comment by macauxdr...@gmail.com on 8 Oct 2011 at 2:01

GoogleCodeExporter commented 9 years ago

[deleted comment]

GoogleCodeExporter commented 9 years ago

http://asus.vectormm.net/rtn/
http://wpte.kicks-ass.net/downloads/Oleg Firmware/Nightlys/1.9.2.7-rtn/
...

Original comment by rssdev10@gmail.com on 9 Oct 2011 at 8:07

GoogleCodeExporter commented 9 years ago

Thx rssdev10! Tonight, I mod a new usb_modeswitch for my Qisda H21 modem and 
compile a new rtn-r3422 firmware and upgrade my WL-500W. It work now, but I 
have not tested more. I send my source and firmware on the following link.

usb_modeswitch 1.1.9 for Qisda H21(already add and mod about rule files)
https://sites.google.com/site/macauxdragonfiles/wl500w/usb_modeswitch.tar.gz?att
redirects=0&d=1

firmware:
https://sites.google.com/site/macauxdragonfiles/wl500w/WL500W-1.9.2.7-rtn-r3422.
trx?attredirects=0&d=1

Original comment by macauxdr...@gmail.com on 10 Oct 2011 at 6:00

GoogleCodeExporter commented 9 years ago

I have tested! I send a big file to gmail. This time haven't the last problem. 
The CPU loading less than 10%. Great!

Original comment by macauxdr...@gmail.com on 10 Oct 2011 at 6:11

GoogleCodeExporter commented 9 years ago

[deleted comment]

GoogleCodeExporter commented 9 years ago

[deleted comment]

GoogleCodeExporter commented 9 years ago

It solved the problem of disconnect and reconnect from the web page of my 
router. But I found another problem. When I cycle the power, the router seems 
not to connect the right port of my modem(I have disabled 'auto detect device' 
and done manual port setting). 

My usb modem must set to /dev/ttyUSB1
Custom USB device parameters
USB device location ID: 1
Data port: 2

Here is the USB PPP Log:
-----------------------------------------------------------------------
pppd: In file /tmp/ppp/peers/wan0_pppd: unrecognized option '/dev/ttyUSB0'
wan0_pppd exit code: 2, try to reconnect /dev/ttyUSB0.
pppd: In file /tmp/ppp/peers/wan0_pppd: unrecognized option '/dev/ttyUSB0'
wan0_pppd exit code: 2, try to reconnect /dev/ttyUSB0.
pppd: In file /tmp/ppp/peers/wan0_pppd: unrecognized option '/dev/ttyUSB0'
wan0_pppd exit code: 2, try to reconnect /dev/ttyUSB0.
Using interface ppp0
local  IP address 10.64.64.64
remote IP address 10.112.112.112
Starting link
Calling WCDMA/UMTS/GPRS
PING 8.8.8.8 (8.8.8.8): 56 data bytes

--- 8.8.8.8 ping statistics ---
1 packets transmitted, 0 packets received, 100% packet loss
Failed
Script /tmp/ppp/peers/wan0_chat.sh finished (pid 515), status = 0x3
Connect script failed
PING 8.8.8.8 (8.8.8.8): 56 data bytes

--- 8.8.8.8 ping statistics ---
1 packets transmitted, 0 packets received, 100% packet loss
Starting link
Calling WCDMA/UMTS/GPRS
PING 8.8.8.8 (8.8.8.8): 56 data bytes

--- 8.8.8.8 ping statistics ---
1 packets transmitted, 0 packets received, 100% packet loss
Failed
Script /tmp/ppp/peers/wan0_chat.sh finished (pid 526), status = 0x3
Connect script failed
PING 8.8.8.8 (8.8.8.8): 56 data bytes

--- 8.8.8.8 ping statistics ---
1 packets transmitted, 0 packets received, 100% packet loss
Terminating on signal 15
Using interface ppp0
local  IP address 10.64.64.64
remote IP address 10.112.112.112
Starting link
Calling WCDMA/UMTS/GPRS
ATZ
OK
AT+CGDCONT=1,"IP","ctm-mobile.t"
OK
ATD*99#
CONNECTchat:  Jan 01 08:03:35 CONNECT 7200000
Script /tmp/ppp/peers/wan0_chat.sh finished (pid 734), status = 0x0
Serial connection established.
using channel 1
Connect: ppp0 <--> /dev/ttyUSB1
sent [LCP ConfReq id=0x1 <mru 1492> <asyncmap 0x0> <magic 0x39f073c6>]
rcvd [LCP ConfReq id=0x0 <mru 1500> <asyncmap 0x0> <auth chap MD5> <magic 
0x605f84c0> <pcomp> <accomp>]
No auth is possible
sent [LCP ConfRej id=0x0 <auth chap MD5> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <mru 1492> <asyncmap 0x0> <magic 0x39f073c6>]
rcvd [LCP ConfReq id=0x1 <mru 1500> <asyncmap 0x0> <magic 0x605f84c0>]
sent [LCP ConfAck id=0x1 <mru 1500> <asyncmap 0x0> <magic 0x605f84c0>]
sent [LCP EchoReq id=0x0 magic=0x39f073c6]
sent [CCP ConfReq id=0x1 <mppe -H -M -S -L -D +C> <deflate 15> <deflate(old#) 
15>]
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [LCP DiscReq id=0x2 magic=0x605f84c0]
rcvd [LCP EchoRep id=0x0 magic=0x605f84c0 39 f0 73 c6]
rcvd [LCP ProtRej id=0x3 80 fd 01 01 00 12 12 06 00 00 00 01 1a 04 78 00 18 04 
78 00]
Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 
10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 
10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
rcvd [IPCP ConfNak id=0x2 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 
10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 
10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
rcvd [IPCP ConfReq id=0x0]
sent [IPCP ConfNak id=0x0 <addr 10.112.112.112>]
rcvd [IPCP ConfRej id=0x3 <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x4 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 
10.11.12.14>]
rcvd [IPCP ConfReq id=0x1]
sent [IPCP ConfAck id=0x1]
rcvd [IPCP ConfNak id=0x4 <addr 113.52.97.82> <ms-dns1 192.168.99.100> <ms-dns2 
202.175.3.3>]
sent [IPCP ConfReq id=0x5 <addr 113.52.97.82> <ms-dns1 192.168.99.100> <ms-dns2 
202.175.3.3>]
rcvd [IPCP ConfAck id=0x5 <addr 113.52.97.82> <ms-dns1 192.168.99.100> <ms-dns2 
202.175.3.3>]
Local IP address changed to 113.52.97.82
sent [IP data] 45 00 00 54 00 00 40 00 ...
Script /tmp/ppp/ip-up started (pid 737)
Script /tmp/ppp/ip-up finished (pid 737), status = 0x0
PING 8.8.8.8 (8.8.8.8): 56 data bytes

--- 8.8.8.8 ping statistics ---
1 packets transmitted, 0 packets received, 100% packet loss
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=52 time=194.911 ms

--- 8.8.8.8 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 194.911/194.911/194.911 ms
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=52 time=89.856 ms

--- 8.8.8.8 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 89.856/89.856/89.856 ms
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=52 time=82.772 ms

--- 8.8.8.8 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 82.772/82.772/82.772 ms
Terminating on signal 15
Connect time 0.6 minutes.
Sent 15907 bytes, received 98143 bytes.
Script /tmp/ppp/ip-down started (pid 764)
sent [LCP TermReq id=0x2 "User request"]
rcvd [LCP TermAck id=0x2]
Connection terminated.
Waiting for 1 child processes...
  script /tmp/ppp/ip-down, pid 764
Terminating on signal 15
sending SIGTERM to process 764
Using interface ppp0
local  IP address 10.64.64.64
remote IP address 10.112.112.112
Starting link
Calling WCDMA/UMTS/GPRS
ATZ
OK
AT+CGDCONT=1,"IP","ctm-mobile.t"
OK
ATD*99#
CONNECTchat:  Jan 01 08:04:48 CONNECT 7200000
Script /tmp/ppp/peers/wan0_chat.sh finished (pid 864), status = 0x0
Serial connection established.
using channel 2
Connect: ppp0 <--> /dev/ttyUSB1
sent [LCP ConfReq id=0x1 <mru 1492> <asyncmap 0x0> <magic 0x2e6b4bdb>]
rcvd [LCP ConfReq id=0x4 <mru 1500> <asyncmap 0x0> <auth chap MD5> <magic 
0x6060a203> <pcomp> <accomp>]
No auth is possible
sent [LCP ConfRej id=0x4 <auth chap MD5> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <mru 1492> <asyncmap 0x0> <magic 0x2e6b4bdb>]
rcvd [LCP ConfReq id=0x5 <mru 1500> <asyncmap 0x0> <magic 0x6060a203>]
sent [LCP ConfAck id=0x5 <mru 1500> <asyncmap 0x0> <magic 0x6060a203>]
sent [LCP EchoReq id=0x0 magic=0x2e6b4bdb]
sent [CCP ConfReq id=0x1 <mppe -H -M -S -L -D +C> <deflate 15> <deflate(old#) 
15>]
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [LCP DiscReq id=0x6 magic=0x6060a203]
rcvd [LCP EchoRep id=0x0 magic=0x6060a203 2e 6b 4b db]
rcvd [LCP ProtRej id=0x7 80 fd 01 01 00 12 12 06 00 00 00 01 1a 04 78 00 18 04 
78 00]
Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 
10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 
10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
rcvd [IPCP ConfNak id=0x2 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 
10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 
10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
rcvd [IPCP ConfReq id=0x2]
sent [IPCP ConfNak id=0x2 <addr 10.112.112.112>]
rcvd [IPCP ConfRej id=0x3 <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x4 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 
10.11.12.14>]
rcvd [IPCP ConfReq id=0x3]
sent [IPCP ConfAck id=0x3]
rcvd [IPCP ConfNak id=0x4 <addr 113.52.99.227> <ms-dns1 192.168.99.100> 
<ms-dns2 202.175.3.3>]
sent [IPCP ConfReq id=0x5 <addr 113.52.99.227> <ms-dns1 192.168.99.100> 
<ms-dns2 202.175.3.3>]
rcvd [IPCP ConfAck id=0x5 <addr 113.52.99.227> <ms-dns1 192.168.99.100> 
<ms-dns2 202.175.3.3>]
Local IP address changed to 113.52.99.227
sent [IP data] 45 00 00 54 00 00 40 00 ...
Script /tmp/ppp/ip-up started (pid 868)
Script /tmp/ppp/ip-up finished (pid 868), status = 0x0
PING 8.8.8.8 (8.8.8.8): 56 data bytes

--- 8.8.8.8 ping statistics ---
1 packets transmitted, 0 packets received, 100% packet loss
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=52 time=303.044 ms

--- 8.8.8.8 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 303.044/303.044/303.044 ms
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=52 time=272.886 ms

--- 8.8.8.8 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 272.886/272.886/272.886 ms
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=52 time=312.941 ms

--- 8.8.8.8 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 312.941/312.941/312.941 ms
System time change detected.
-----------------------------------------------------------------
/dev/ttyUSB0 is wrong. 

Here is the right setting I got from '/tmp/ppp/peers/wan0_pppd' when I 
connected the internet.
-----------------------------------------------------------------

/dev/ttyUSB1
460800
crtscts
noipdefault
ipcp-accept-local
lcp-echo-interval 60
lcp-echo-failure 6
mtu 1492
mru 1492
usepeerdns
noauth
holdoff 5
maxfail 0
nodetach
persist
unit 0
novj nobsdcomp novjccomp nopcomp noaccomp
demand idle 60
connect "/tmp/ppp/peers/wan0_chat.sh"
-------------------------------------------------------------

Here is Status Logs about USB
-------------------------------------------------------------

USB Devices

T:  Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc=  0/900 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=1d6b ProdID=0001 Rev= 2.06
S:  Manufacturer=Linux 2.6.22.19 uhci_hcd
S:  Product=UHCI Host Controller
S:  SerialNumber=0000:01:03.1
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   2 Ivl=255ms

T:  Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc=  0/900 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=1d6b ProdID=0001 Rev= 2.06
S:  Manufacturer=Linux 2.6.22.19 uhci_hcd
S:  Product=UHCI Host Controller
S:  SerialNumber=0000:01:03.0
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   2 Ivl=255ms

T:  Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=480 MxCh= 4
B:  Alloc=  2/800 us ( 0%), #Int=  2, #Iso=  0
D:  Ver= 2.00 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=1d6b ProdID=0002 Rev= 2.06
S:  Manufacturer=Linux 2.6.22.19 ehci_hcd
S:  Product=EHCI Host Controller
S:  SerialNumber=0000:01:03.2
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   4 Ivl=256ms

T:  Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  3 Spd=480 MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=1da5 ProdID=4512 Rev= 0.00
S:  Manufacturer=HSUPA USB Device
S:  Product=H21 HSUPA USB Device
S:  SerialNumber=353031020521751
C:* #Ifs= 4 Cfg#= 1 Atr=e0 MxPwr=500mA
I:* If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
E:  Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E:  Ad=01(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms
I:* If#= 1 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
E:  Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E:  Ad=82(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
I:* If#= 2 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
E:  Ad=83(I) Atr=03(Int.) MxPS=  64 Ivl=2ms
E:  Ad=84(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E:  Ad=03(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms
I:* If#= 3 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
E:  Ad=85(I) Atr=03(Int.) MxPS=  64 Ivl=2ms
E:  Ad=86(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E:  Ad=04(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms

USB devfs Devices

Device         : Location : Info
/dev/ttyUSB0 : 1.0 : Manufacturer="HSUPA USB Device" : Product="H21 HSUPA USB 
Device" 
/dev/ttyUSB1 : 1.2 : Manufacturer="HSUPA USB Device" : Product="H21 HSUPA USB 
Device" 
/dev/ttyUSB2 : 1.3 : Manufacturer="HSUPA USB Device" : Product="H21 HSUPA USB 
Device" 
--------------------------------------------------------------------------

Original comment by macauxdr...@gmail.com on 10 Oct 2011 at 7:23

GoogleCodeExporter commented 9 years ago

Please check an attached patch. (Apply to root of rt-n). It is prepared version 
from your sources.

Sorry, I don`t understand your problem description. When the modem connects 
correctly? When autodetect is disabled and you manually setup parameters? By 
the way, autodetect will work correctly only in if there is the device 
description in the file cdma/files/usr/share/modem/modems.conf

Is the modem connects automatically or only from web-interface via 
Disconnect/Connect buttons? "Status Logs about USB" looks ok.

Original comment by rssdev10@gmail.com on 11 Oct 2011 at 7:19

Attachments:

qisda.patch

GoogleCodeExporter commented 9 years ago

I set the autodetect to always be disabled and always be manual parameters. 
Save setting and cycling the power. After power on, the router would connect 
the wrong port "/dev/ttyUSB0" which was not I setup before and the router 
didn't connected the internet. I need to click disconnect and connect buttons 
again on web-interface. But I didn't how come, after doing the two 
steps(sometimes, need to do few times), it would connect the right port 
"/dev/ttyUSB1" and connected correctly. (The results were cat from the 
'/tmp/ppp/peers/wan0_pppd' file on telnet client).

Original comment by macauxdr...@gmail.com on 11 Oct 2011 at 7:48

GoogleCodeExporter commented 9 years ago

Renewed patch with autodetect database. Please test it. 

Possibly there is a problem of a dial-script loading before the driver "option" 
was loaded. But more checking required.

Original comment by rssdev10@gmail.com on 12 Oct 2011 at 6:45

Added labels: Type-Enhancement
Removed labels: Type-Support

Attachments:

qisda.patch

GoogleCodeExporter commented 9 years ago

Thanks! I will test it when I have time.

Original comment by macauxdr...@gmail.com on 12 Oct 2011 at 7:06

GoogleCodeExporter commented 9 years ago

I have found a bug about 3g connect script.
http://wl500g.googlecode.com/svn/trunk/cdma/files/usr/ppp/dial

check_usb_config(){
...
    auto=$(nvram get ${set_pref}apn)
    //..........................^^^       'apn' was wrong, it should be 'autodetect'
...

Original comment by macauxdr...@gmail.com on 16 Oct 2011 at 10:46

GoogleCodeExporter commented 9 years ago

Thanks. But really the variable "auto" does not used anywhere because nv_loc 
must be defined.

What`s about the qisda patch?

Original comment by rssdev10@gmail.com on 16 Oct 2011 at 12:37

Changed title: Qisda H21 USB 3G Modem support

GoogleCodeExporter commented 9 years ago

About the patch, I clicked the View connected modems 'view' button and the
result is right. If I selected auto detect,  after restart, the Data port value
become 3(not 2). I still use manual setting now.

Original comment by macauxdr...@gmail.com on 16 Oct 2011 at 2:21

GoogleCodeExporter commented 9 years ago

About the patch, I clicked the View connected modems 'view' button and the 
result is right. If I selected auto detect,  after restart, the Data port value 
become 3(not 2). I still use manual setting now.

Original comment by macauxdr...@gmail.com on 16 Oct 2011 at 2:22

GoogleCodeExporter commented 9 years ago

Cycling power, wan0_pppd still have problem.

[admin@WL500W peers]$ cat wan0_pppd
debug
/dev/ttyUSB0         
460800
crtscts
noipdefault
ipcp-accept-local
lcp-echo-interval 60
lcp-echo-failure 6
mtu 1492
mru 1492
usepeerdns
noauth
holdoff 5
maxfail 0
nodetach
persist
unit 0
novj nobsdcomp novjccomp nopcomp noaccomp
demand idle 60
connect "/tmp/ppp/peers/wan0_chat.sh"

Original comment by macauxdr...@gmail.com on 16 Oct 2011 at 2:32

GoogleCodeExporter commented 9 years ago

I see:
C:* #Ifs= 4 Cfg#= 1 Atr=e0 MxPwr=500mA
I:* If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
E:  Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E:  Ad=01(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms
I:* If#= 1 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
E:  Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E:  Ad=82(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
I:* If#= 2 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
E:  Ad=83(I) Atr=03(Int.) MxPS=  64 Ivl=2ms
E:  Ad=84(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E:  Ad=03(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms
I:* If#= 3 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
E:  Ad=85(I) Atr=03(Int.) MxPS=  64 Ivl=2ms
E:  Ad=86(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E:  Ad=04(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms

And USB devfs Devices
Device         : Location : Info
/dev/ttyUSB0 : 1.0 : Manufacturer="HSUPA USB Device" : Product="H21 HSUPA USB 
Device" 
/dev/ttyUSB1 : 1.2 : Manufacturer="HSUPA USB Device" : Product="H21 HSUPA USB 
Device" 
/dev/ttyUSB2 : 1.3 : Manufacturer="HSUPA USB Device" : Product="H21 HSUPA USB 
Device" 

Another ports order is possible only in other modem mode.

You need to change an appropriate line in 
cdma/files/usr/share/modem/modems.conf. Please inform us about the correct 
value.

Also you can temporarily resolve the problem of first power switch-on by adding 
"sleep 20" into the cdma/files/usr/ppp/dial.

Original comment by rssdev10@gmail.com on 16 Oct 2011 at 2:55

GoogleCodeExporter commented 9 years ago

I have done a small test in cdma/files/usr/ppp/dial.
check_usb_config(){
      ....................
        loc="${nv_loc}.${dataport}"
        usbdev=$(grep ": $loc " "$devpath_name" | awk -F':' '{print $1}')
        loc="${nv_loc}.${uiport}"
    uidev=$(grep ": $loc " "$devpath_name" | awk -F':' '{print $1}')
    nvram set "${set_pref}port_ui=$uidev"
      //..............................^^^^^^ I changed uidev to $loc
      .......................

When the problem appeared, I run the command.
[admin@WL500W ppp]$ nvram get wan_modem_port_ui
and there was empty.

And after I disconnect and connect again via the web page, it connect correctly 
and I run the command again.
[admin@WL500W ppp]$ nvram get wan_modem_port_ui
1.3

It proof that the first time after power on.
................................
    for i in $(seq $number_of_modems); do
        name=modem_$i
        eval modem=\$$name
        loc=$(echo -n $modem | cut -d: -f7)
        vid=$(echo -n $modem | cut -d: -f2)
        pid=$(echo -n $modem | cut -d: -f3)
        if [ "0x$vid" == "$nv_vid" ] && [ "0x$pid" == "$nv_pid" ]; then
            if [ "$loc" == "$nv_loc" ] || [ "$auto" == "1" ]; then
                loc="${nv_loc}.${dataport}"
                usbdev=$(grep ": $loc " "$devpath_name" | awk -F':' '{print $1}')
                loc="${nv_loc}.${uiport}"
                uidev=$(grep ": $loc " "$devpath_name" | awk -F':' '{print $1}')
                nvram set "${set_pref}port_ui=$loc"
                break;
            fi
        fi
    done
..............................
This for-loop have not run. May be the $number_of_modems got the wrong value. I 
think the problem because this script run before the modem detect finish. So, 
your suggestion (Sleep 20) may work. 

Wait for me! I test again!

Original comment by macauxdr...@gmail.com on 16 Oct 2011 at 6:04

GoogleCodeExporter commented 9 years ago

Try to test with r3472

Original comment by rssdev10@gmail.com on 16 Oct 2011 at 6:43

GoogleCodeExporter commented 9 years ago

I use sleep 10. It is ok. It writes a right value /dev/ttyUSB1 to 
/tmp/ppp/peers/wan0_pppd.

Original comment by macauxdr...@gmail.com on 16 Oct 2011 at 7:06

Attachments:

dial.tar.gz

GoogleCodeExporter commented 9 years ago

Ok. I wait your final conclusion about qisda.patch before committing.

Original comment by rssdev10@gmail.com on 16 Oct 2011 at 7:13

GoogleCodeExporter commented 9 years ago

With the 'sleep 10' command in dial file, it worked ok. I cycled the power few 
times and it auto connected correctly. I also disconnected my computer wifi 
connect to wait it idle disconnect . It auto disconnect after few minutes and I 
reconnected the computer wifi, it also reconnected the internet correctly. 
Great!

Original comment by macauxdr...@gmail.com on 16 Oct 2011 at 8:11

Attachments:

WL500W-1.9.2.7-rtn-r3422.trx

GoogleCodeExporter commented 9 years ago

[deleted comment]

GoogleCodeExporter commented 9 years ago

Auto detect setting also work fine now! No the last error(Comment 21 may be my 
mistake).

Original comment by macauxdr...@gmail.com on 16 Oct 2011 at 9:00

GoogleCodeExporter commented 9 years ago

Ok, thanks. Now in repo. Test nightbuilds.

Original comment by rssdev10@gmail.com on 17 Oct 2011 at 5:52

GoogleCodeExporter commented 9 years ago

macauxdragon: Please don't attach huge files in bugtracker, such as compiled FW 
or any other binaries.

Original comment by lly.dev on 20 Oct 2011 at 8:17

Changed state: Started

GoogleCodeExporter commented 9 years ago

Thanks! I see!

Original comment by macauxdr...@gmail.com on 21 Oct 2011 at 2:33

GoogleCodeExporter commented 9 years ago

Hi! Little problem found. My usb_modeswitch have a line without changed.
printf ("\nUsage: usb_modeswitch [-hvpVPmMrndHSOBGATRIQWDiua] [-c 
filename]\n\n");
//..............................................^...........B was missing.

Original comment by macauxdr...@gmail.com on 22 Oct 2011 at 2:14

Attachments:

usb_modeswitch.c

GoogleCodeExporter commented 9 years ago

Thanks. It is really forgotten, but not critical. And see official firmware 
release.

Now the main problem is including of your changes in usb_modeswitch by Josua 
Dietze. If he will not include it, it is required to remake patch file for 
every his release.

And please attach only patch files. You can generate it by the command: diff 
-BurpN a/file b/file > 123.patch. Or using "svn diff" command if the file is 
under version control.

Original comment by rssdev10@gmail.com on 22 Oct 2011 at 5:06

GoogleCodeExporter commented 9 years ago

Good news. Josua accepted your patch. 
http://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?t=714

Please answer his questions about an including your name in contributors list 
and inform he about the forgotten code above and the file 
40-usb_modeswitch.rules:
# Qisda H21 Flying Beetle
ATTRS{idVendor}=="1da5", ATTRS{idProduct}=="f000", RUN+="usb_modeswitch 
'%b/%k'"

Original comment by rssdev10@gmail.com on 23 Oct 2011 at 5:10

GoogleCodeExporter commented 9 years ago

Good! 
Yes, the 40-usb_modeswitch.rules is really forgotten.

Original comment by macauxdr...@gmail.com on 23 Oct 2011 at 9:38

GoogleCodeExporter commented 9 years ago

We don`t use 40-usb_modeswitch.rules. Therefore it is also not critical.

Original comment by rssdev10@gmail.com on 23 Oct 2011 at 10:39

GoogleCodeExporter commented 9 years ago

I see!

Original comment by macauxdr...@gmail.com on 23 Oct 2011 at 5:20

GoogleCodeExporter commented 9 years ago

The modem is supported in r3497 firmware release. Patches in usb_modeswitch 
mainstream. The issue closed. 
Thanks to all.

Original comment by rssdev10@gmail.com on 6 Nov 2011 at 7:55

Changed state: Verified

BackupGGCode / wl500g

Qisda H21 USB 3G Modem support #246