thanks for the quick reply - I don't have a linux box available.
so no. (I can confirm that it works under windows, using the application supplied on the stick)
thanks for the quick reply - I don't have a linux box available.
can you post the dmesg section related to usb?
05c6 Qualcomm, Inc. 6000 Siemens SG75
replugged the device:
[ 4610.590092] usb 1-1: new high-speed USB device number 7 using ehci-platform [ 4610.781857] usb 1-1: GSM modem (1-port) converter now attached to ttyUSB0 [ 4610.796551] usb 1-1: GSM modem (1-port) converter now attached to ttyUSB1 [ 4610.811069] usb 1-1: GSM modem (1-port) converter now attached to ttyUSB2 [ 4610.825565] usb 1-1: GSM modem (1-port) converter now attached to ttyUSB3
See this topic
i did read that topic, but the modes don't match and I do have ttyUSB devices.
I'm not sure how to related that topic to my question - i am already in :6000 mode.
Maybe this can help you.
I asked if you tested it in a linux machine cause at least for me it helps me figure out what i need to get it working in openwrt if in the linux distro it's working out of the box.
What I don't like is:
I expected at least in one case to be something else than =(none)
so either is not switched in an "useful" mode or there is no driver loaded, maybe cause the right kmod is not installed...
00ps, my bad .. copy/pasted an old log (with the option serial it does show that correctly)
my apologies - it does show option loaded.
T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 7 Spd=480 MxCh= 0 D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=05c6 ProdID=6000 Rev= 0.00 S: Manufacturer=Qualcomm, Incorporated S: Product=Qualcomm CDMA Technologies MSM S: SerialNumber=1234567890ABCDEF C:* #Ifs= 5 Cfg#= 1 Atr=e0 MxPwr=500mA I:* If#= 0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=option E: Ad=81(I) Atr=03(Int.) MxPS= 64 Ivl=2ms E: Ad=82(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=ff(vend.) Sub=ff Prot=ff Driver=option E: Ad=83(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms E: Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms I:* If#= 2 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option 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= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option E: Ad=85(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms E: Ad=04(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms I:* If#= 4 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=(none) E: Ad=05(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms E: Ad=86(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
up to Establishing connection
details about apn, username, password well it's kinda up to you to know/find them. usualy you can find such info either on the provider website or in the contract you signed
yeah, i have that info available... still working my way through the link you posted.
but I didn't even get a response on "ATI" from any of the serial ports ... I'll post back here once i worked through the info in the link.
thanks for your help.
Well... I found a workaround by activating the built-in accesspoint, but i've given up on getting the stick to work over USB.
I managed to get a response on /dev/ttyUSB1 e.g. ATI
Manufacturer: QUALCOMM INCORPORATED Model: 0 Revision: MDM9K-CIGO-U-7.3.9-4M 1 [Jan 19 2012 21:00:00] SVN: 00 IMEI: 01234567890123456 +GCAP: +CGSM
but ppp doesn't seem to work, this is as far as i got:
Sat Jun 19 20:58:39 2021 daemon.notice netifd: Interface 'stick' is setting up now Sat Jun 19 20:58:39 2021 daemon.notice pppd: pppd 2.4.8 started by root, uid 0 Sat Jun 19 20:58:39 2021 kern.info kernel: [23773.329618] ppp-stick: renamed from ppp0 Sat Jun 19 20:58:39 2021 daemon.info pppd: Renamed interface ppp0 to ppp-stick Sat Jun 19 20:58:39 2021 daemon.info pppd: Using interface ppp-stick Sat Jun 19 20:58:39 2021 daemon.notice pppd: Connect: ppp-stick <--> /dev/ttyUSB1 Sat Jun 19 20:59:09 2021 daemon.warn pppd: LCP: timeout sending Config-Requests Sat Jun 19 20:59:09 2021 daemon.notice pppd: Connection terminated. Sat Jun 19 20:59:10 2021 daemon.notice pppd: Modem hangup Sat Jun 19 20:59:10 2021 daemon.info pppd: Exit. Sat Jun 19 20:59:10 2021 daemon.notice netifd: Interface 'stick' is now down
I'm not happy with the wifi workaround so i'd be very willing to try again if someone has concrete steps to try.
Are you sure that /dev/ttyUSB1 is correct device? Did you try /dev/ttyUSB0?
yes it try USB0 through 4, same result on all ports.
I can't be 100% sure USB1 is correct, but that's the one I get the AT responses from.
There is a chance that other modem interfaces are occupied by
option driver by mistake.
I would try to manually load
qmi_wwan instead of
option and test.
Hi Andrew, how would i do that?
ie. how to force load qmi_wwan?
Something like this:
echo "1-1:1.0" > /sys/bus/usb/drivers/option/unbind echo "1-1:1.2" > /sys/bus/usb/drivers/option/unbind echo "1-1:1.3" > /sys/bus/usb/drivers/option/unbind
Check the log for
device disconnected messages.
echo "05c6 6000" > /sys/bus/usb/drivers/qmi_wwan/new_id
Check the log for messages similar to
qmi_wwan 1-1:1.0: cdc-wdm0: USB WDM device
Note the device name(s) and run a query like
uqmi -s -d /dev/cdc-wdm0 --get-capabilities
i was successful in unloading the option driver/loading qmi - but I don't think that's it either:
Fri Apr 2 12:23:34 2021 kern.info kernel: [ 828.517829] qmi_wwan 1-1:1.0: cdc-wdm0: USB WDM device Fri Apr 2 12:23:34 2021 kern.info kernel: [ 828.524237] qmi_wwan 1-1:1.0 wwan0: register 'qmi_wwan' at usb-1b000000.usb-1, WWAN/QMI device, 0e:74:e4:44:22:fb
but when the query I get:
Fri Apr 2 12:24:58 2021 kern.err kernel: [ 911.823292] qmi_wwan 1-1:1.0: unknown notification 32 received: index 0 len 2
in the meantime, I got it to work in 19.07.7 with the original glinet firmware - using the option driver. so that does seem to be the correct route.
however, in the process i messed up the NOR and can't flash back to openwrt to see if it works in RC3 as well. (FWIW, can't flash anything to NOR, even via the built-in uboot page, force booting the AR300 - via devmode/switch or bootcount - in NOR results in uboot. sysupgrading from NAND to openwrt resulted in uboot as well.
Thanks for all the help, but I'm going with the original gl.inet firmware (at least for now), which is pretty much openwrt anyway,
There exist topic for this device (in Russian).
If your device have wifi you can switch off wifi with command:
echo "at+wifi=0" > /dev/ttyUSB1
Then try /dev/ttyUSB0 in PPP mode again.
hej "Zap", I don't think my problem applies to your case.
my mode is :6000 which seems to requires the option serial driver.
I'm assuming your case requires the rndis kmod installed.
it should load automatically upon plugin. if your are certain you rndis is the correct driver just follow AndrewZ steps above, replacing
/sys/bus/usb/drivers/qmi_wwan/new_id with the rndis path.
Good luck (i'm obviously not the expert here)