After successful repair of my device, including the new motherboard with live USB port, returned to my experiments. The 3G modem is seen, it registers in the network, shows the correct APN... but does not connect. "No connection to the Internet". In the ADB I can see that PPP connection goes up, but neither the default route nor resolv.conf are created:
Code:
/ # ls /dev/ttyHS*
/dev/ttyHS0 /dev/ttyHS1 /dev/ttyHS2 /dev/ttyHS3 /dev/ttyHS4
/ # ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:744 errors:0 dropped:0 overruns:0 frame:0
TX packets:744 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:54232 (52.9 KiB) TX bytes:54232 (52.9 KiB)
ppp1 Link encap:Point-to-Point Protocol
inet addr:10.195.192.232 P-t-P:10.64.64.65 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1280 Metric:1
RX packets:4 errors:0 dropped:0 overruns:0 frame:0
TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:52 (52.0 B) TX bytes:58 (58.0 B)
/ # ip route
10.64.64.65 dev ppp1 proto kernel scope link src 10.195.192.232
/ # ls -l /etc/resolv.conf
lrwxrwxrwx 1 1000 system 16 Jul 15 15:44 /etc/resolv.conf -> /tmp/resolv.conf
/ # ls /tmp
audiomixer.sock avshsocket powerd.sock
audiomixer_read.sock chap-secrets samba
audiomixer_write.sock inc
avos pap-secrets
/ #
Thus it looks like /etc/ppp/ip-up, or some its daughter scripts, is not executed as it should. Situation is the same for 4.0.7, 4.0.6, and even 3.2.80 - which definitely did work! And for any of the 4 operators available at my location.
If this were a software problem, it could be fixed by reflashing. If it were a hardware problem, then the modem would not connect at all. Any more ideas? Does anyone know where to look for logs, or how to enable PPP logging and debug?
iourine said:
After successful repair of my device, including the new motherboard with live USB port, returned to my experiments. The 3G modem is seen, it registers in the network, shows the correct APN... but does not connect. "No connection to the Internet". In the ADB I can see that PPP connection goes up, but neither the default route nor resolv.conf are created:
Code:
/ # ls /dev/ttyHS*
/dev/ttyHS0 /dev/ttyHS1 /dev/ttyHS2 /dev/ttyHS3 /dev/ttyHS4
/ # ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:744 errors:0 dropped:0 overruns:0 frame:0
TX packets:744 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:54232 (52.9 KiB) TX bytes:54232 (52.9 KiB)
ppp1 Link encap:Point-to-Point Protocol
inet addr:10.195.192.232 P-t-P:10.64.64.65 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1280 Metric:1
RX packets:4 errors:0 dropped:0 overruns:0 frame:0
TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:52 (52.0 B) TX bytes:58 (58.0 B)
/ # ip route
10.64.64.65 dev ppp1 proto kernel scope link src 10.195.192.232
/ # ls -l /etc/resolv.conf
lrwxrwxrwx 1 1000 system 16 Jul 15 15:44 /etc/resolv.conf -> /tmp/resolv.conf10.64.64.65 dev ppp1 proto kernel scope link src 10.195.192.232
/ # ls /tmp
audiomixer.sock avshsocket powerd.sock
audiomixer_read.sock chap-secrets samba
audiomixer_write.sock inc
avos pap-secrets
/ #
Thus it looks like /etc/ppp/ip-up, or some its daughter scripts, is not executed as it should. Situation is the same for 4.0.7, 4.0.6, and even 3.2.80 - which definitely did work! And for any of the 4 operators available at my location.
If this were a software problem, it could be fixed by reflashing. If it were a hardware problem, then the modem would not connect at all. Any more ideas? Does anyone know where to look for logs, or how to enable PPP logging and debug?
Click to expand...
Click to collapse
Hi.
It's looks like your route has not been set up properly, I faced this or something similar while playing around the Huawei Stuff, It turned out that the gateway property net.ppp1.gw needed to be set to the remote ip.
I'll power up my archos and have a look for you, It's completely drained at the minute so it takes a while to come back to life..
In the mean time you can add the following to /etc/ppp/peers/datakey
Code:
debug
dump
kdebug 8
this will give a more verbose output on the logcat, I also like to use logcat with the following switches ( basically outputting all logs )
Code:
-b system -b main -b radio -b events
If you're still running into problems I'll post my properties and an example logcat if you want
Hope that helps
Trev
Thnx trevd,
the fact is that there are at least 3 opertaions to be done: defaultroute, resolv.conf, and some system-wide flag stating "internet connection present". Thus I suspect the entire ip-up script is not executed; in my case it is simply missing. Please could you look
Code:
ls -la /etc/ppp
both with the 3G connection on and off. No need to hurry, I'm unlikely to continue in the nearest days.
iourine said:
Thnx trevd,
the fact is that there are at least 3 opertaions to be done: defaultroute, resolv.conf, and some system-wide flag stating "internet connection present". Thus I suspect the entire ip-up script is not executed; in my case it is simply missing. Please could you look
Code:
ls -la /etc/ppp
both with the 3G connection on and off. No need to hurry, I'm unlikely to continue in the nearest days.
Click to expand...
Click to collapse
Hi. The directory layout looks the same either way
Code:
lrwxrwxrwx 1 root root 17 Jun 15 10:00 chap-secrets -> /tmp/chap-secrets
-rwxr-xr-x 1 root root 535 May 21 09:41 init_pppd_datakey
-rwxr-xr-x 1 root root 375 May 21 09:41 ip-down-datakey
-rwxr-xr-x 1 root root 408 May 21 09:41 ip-up-datakey
-rwxr-xr-x 1 root root 5596 May 21 09:56 ip-up-vpn
lrwxrwxrwx 1 root root 16 Jun 15 10:00 pap-secrets -> /tmp/pap-secrets
drwxr-xr-x 2 root root 30 May 21 09:41 peers
lrwxrwxrwx 1 root root 13 Jun 15 10:00 ppp0.pid -> /tmp/ppp0.pid
-rwxr-xr-x 1 root root 345 May 21 09:41 write_secrets
Here is the contents of /system/etc/ppp/ip-up-datakey
Code:
#!/system/bin/sh
NAME=ppp1
/system/bin/log -t pppd "start ip up ip remote=$IPREMOTE dns1=$DNS1 dns2=$DNS2 gateway=$IPLOCAL"
/system/bin/log -t pppd "NAME = $NAME"
/system/bin/setprop "net.$NAME.remote-ip" "$IPREMOTE"
/system/bin/setprop "net.$NAME.dns1" "$DNS1"
/system/bin/setprop "net.$NAME.dns2" "$DNS2"
/system/bin/setprop "net.$NAME.local-ip" "$IPLOCAL"
/system/bin/setprop "ril.pppd.state" "up"
Here is a list of system property which are set when the 3G Dongle is connected
Code:
[gsm.current.phone-type]: [1]
[gsm.defaultpdpcontext.active]: [true]
[gsm.network.type]: [UMTS:3]
[gsm.operator.alpha]: [Orange]
[gsm.operator.iso-country]: [gb]
[gsm.operator.isroaming]: [true]
[gsm.operator.numeric]: [23433]
[gsm.sim.operator.alpha]: [T-Mobile]
[gsm.sim.operator.iso-country]: [gb]
[gsm.sim.operator.numeric]: [23430]
[gsm.sim.state]: [READY]
[gsm.version.baseband]: [S21B47S1XX-RIL: 0.11]
[gsm.version.ril-impl]: [android TCL-ril 0.8]
[init.svc.pppd_datakey]: [running]
[init.svc.ril-daemon]: [running]
[net.dns1]: [149.254.230.7]
[net.dns2]: [149.254.192.126]
[net.dns1]: [149.254.230.7]
[net.dns2]: [149.254.192.126]
[net.dnschange]: [1]
[net.hostname]: [android-0016DC6B5408]
[net.ppp1.dns1]: [149.254.230.7]
[net.ppp1.dns2]: [149.254.192.126]
[net.ppp1.local-ip]: [31.113.123.214]
[net.ppp1.remote-ip]: [10.64.64.65]
[ril.pppd.state]: [up]
[ril.pppd_tty]: [/dev/ttyHS4]
[ril.use_data]: [yes]
[rild.libargs]: [-d /dev/ttyHS3]
[rild.libpath]: [/system/lib/libtcl-ril.so]
Obviously the ip's and networks are going to be different, but I'm sure you already figured that
Thnx trevd,
/etc/ppp looks the same; the problem appeasr to be in another place. Logcat says that PPP session is being established, and then immediatеly dropped with the following diagnostics:
Code:
I/pppd ( 4236): local IP address 10.227.119.86
I/pppd ( 4236): remote IP address 10.64.64.65
I/pppd ( 4236): primary DNS address 217.118.66.243
I/pppd ( 4236): secondary DNS address 217.118.66.244
I/pppd ( 4241): start ip up ip remote=10.64.64.65 dns1=217.118.66.243 dns2=217.118.66.244 gateway=10.227.119.86
I/pppd ( 4242): NAME = ppp1
D/AT ( 4216): AT> AT+CGACT?
D/AT ( 4216): AT< +CGACT: 1,1
D/AT ( 4216): AT< +CGACT: 2,0
D/AT ( 4216): AT< +CGACT: 3,0
D/AT ( 4216): AT< OK
D/AT ( 4216): AT> AT+CGDCONT?
D/AT ( 4216): AT< +CGDCONT: 1,"IP","internet.beeline.ru","0.0.0.0",0,0
D/AT ( 4216): AT< +CGDCONT: 2,"IP","","0.0.0.0",0,0
D/AT ( 4216): AT< +CGDCONT: 3,"IP","","0.0.0.0",0,0
D/AT ( 4216): AT< OK
E/RIL ( 4216): ppp_exit_code is 0
E/RIL ( 4216): ppp_exit_code is 0
E/RIL ( 4216): ppp_exit_code is 0
W/RILJ ( 703): [0052]< SETUP_DATA_CALL exception, possible invalid RIL response
W/RILJ ( 703): java.lang.RuntimeException: RIL_REQUEST_SETUP_DATA_CALL response expecting 1 RIL_Data_Call_response_v5 got 3
W/RILJ ( 703): at com.android.internal.telephony.RIL.responseSetupDataCall(RIL.java:3150)
W/RILJ ( 703): at com.android.internal.telephony.RIL.processSolicited(RIL.java:2235)
W/RILJ ( 703): at com.android.internal.telephony.RIL.processResponse(RIL.java:2125)
W/RILJ ( 703): at com.android.internal.telephony.RIL.access$500(RIL.java:202)
W/RILJ ( 703): at com.android.internal.telephony.RIL$RILReceiver.run(RIL.java:580)
W/RILJ ( 703): at java.lang.Thread.run(Thread.java:856)
D/GSM ( 703): [GsmDC-1] DcActivatingState msg.what=EVENT_SETUP_DATA_CONNECTION_DONE
D/GSM ( 703): [GsmDC-1] onSetupConnectionCompleted failed, ar.exception=java.lang.RuntimeException: RIL_REQUEST_SETUP_DATA_CALL response expecting 1 RIL_Data_Call_response_v5 got 3 response=null
D/GSM ( 703): [GsmDC-1] DcActivatingState onSetupConnectionCompleted result=ERR_GetLastErrorFromRil SetupResult.mFailCause=NONE
D/RILJ ( 703): [0053]> LAST_DATA_CALL_FAIL_CAUSE
D/RIL ( 4216): onRequest: LAST_DATA_CALL_FAIL_CAUSE
E/RIL ( 4216): ppp_exit_code is 0
D/AT ( 4216): AT> AT+CDFC?
D/AT ( 4216): AT< +CDFC:
D/AT ( 4216): AT< OK
D/RILJ ( 703): [0053]< LAST_DATA_CALL_FAIL_CAUSE error: com.android.internal.telephony.CommandException: GENERIC_FAILURE
D/GSM ( 703): [GsmDC-1] DcActivatingState msg.what=EVENT_GET_LAST_FAIL_DONE
D/GSM ( 703): [GsmDC-1] notifyConnectionCompleted at 1346266255724 cause=UNKNOWN
D/GSM ( 703): [GsmDC-1] clearSettings
D/GSM ( 703): [GsmDCT] handleMessage msg={ what=270336 when=-1ms arg1=-1 [email protected] }
D/GSM ( 703): [GsmDCT] isDataSetupCompleteOk return false, ar.result=UNKNOWN
D/GSM ( 703): [GsmDCT] onDataSetupComplete: error apn=internet.beeline.ru cause=UNKNOWN
D/GSM ( 703): [GsmDCT] onDataSetupComplete: WaitingApns.size=0 WaitingApnsPermFailureCountDown=1
D/GSM ( 703): [GsmDCT] onDataSetupComplete: Not all permanent failures, retry
D/GSM ( 703): [GsmDCT] notifyNoData: type=default
D/GSM ( 703): [ApnContext] setState: FAILED for type default, previous state:INITING
D/GSM ( 703): [GsmDCT] Schedule alarm for reconnect: activate failed. Scheduling next attempt for 5s
D/GSM ( 703): [GsmDCT] reconnectAfterFail: NOT Posting GPRS Unavailable notification -- likely transient error
then it loops.
Sometimes the session exists for a few seconds and then is dropped by LSP RST from the other end.
Still trying to understand if this is a software bug, or a modem hardware problem... the modem works on a regular PC, and the soft is brand new after reformat.
I doubt it's a hardware problem. You got a pretty clear error there in the logcat, "expecting 1 ril_v5 response, got 3", further corroborated by the three "ppp exited with 0" lines above. Mind posting your build.prop? I have a Huawei 3g stick, not an Archos 3g stick, so I have no idea how the connection is handled on the Archos 3G stick. Do you have a "datakey" file in etc/ppp/peers?
Sent from my Archos G9 running CM9
Yes, 3 times "ppp exited ..." is exacltly the point where something goes wrong.
Where is build.prop? Do I need root to find it? At the moment I deliberately have a brand fresh software installation, not rooted, to guarantee that everything is as provided by Archos.
etc/ppp/peers/datakey does exist but poses more questions... e.g. why "nodefaultroute"? is it the same in your case?
Actually the background is: the modem did work on my old Archos, then one day it stopped working (did not start on unblocking the screen) and the USB port turned out to be dead. It could equally be caused by h/w problem at either the modem or the port, and the other could also be damaged. Yet the modem still works on a regular PC. Now I have a new motherboard and try to run the modem on it.
iourine said:
Yes, 3 times "ppp exited ..." is exacltly the point where something goes wrong.
Where is build.prop? Do I need root to find it? At the moment I deliberately have a brand fresh software installation, not rooted, to guarantee that everything is as provided by Archos.
etc/ppp/peers/datakey does exist but poses more questions... e.g. why "nodefaultroute"? is it the same in your case?
Actually the background is: the modem did work on my old Archos, then one day it stopped working (did not start on unblocking the screen) and the USB port turned out to be dead. It could equally be caused by h/w problem at either the modem or the port, and the other could also be damaged. Yet the modem still works on a regular PC. Now I have a new motherboard and try to run the modem on it.
Click to expand...
Click to collapse
build.prop is in /system/. And yes, at least in CM9, the datakey peer is nodefaultroute... Does the datakey peer file end up with calling a chat script (should be the last line, something like "connect system/xbin/chat some_switches /system/etc/chatscripts/datakey"? If it does, check the contents of the chatscript...
As i said, im using CM9 with a Huawei modem, so i can only give some obvious pointers...
Hi omegaRED7
Good to hear the Huawei are still good, The Huawei Stuff uses the same method as the archos stock i.e init script call pppd which uses peers and call chat which if successfull calls ip-up. all of it being called from the RIL Library, Just change gprs and you've got the archos implementation. I think the peers scripts differ slightly but so do the RIL's.
EDIT
Oh yeah, the write_secrets part as well is different, but you already knew that :laugh:
@iourine
I'll post my datakey peers and chatscripts for you later on so you can compare, The error you're get is very strange Maybe the libtcl-ril is causing but I don't know.
EDIT: Below are the contents of my files, /etc/ppp/init_pppds_datakey , /etc/ppp/peers/datakey and /etc/chatscripts/datakey_start ; I don't there be any difference given the nature of the error, I suppose It'll be worth check that /system/bin/pppd is actual a binary file an not a script or something that starts pppd 3 times, also check the service definition for pppd_datakey which should be in /etc/init/init.<model>.rc e.g init.A101S.rc, this requires root to access and should look like this
Code:
service pppd_datakey /system/bin/logwrapper /system/etc/ppp/init_pppd_datakey
user root
group radio cache inet misc
disabled
oneshot
This service is started from within libtcl-ril.so and is the archos vendor ril used by the ril-daemon service.
As a test , using the root account
Code:
stop ril-daemon
start pppd_datakey
see if that bring up a connection
Code:
[B]cat /etc/ppp/peers/datakey[/B]
#!/system/bin/sh
# An unforunate wrapper script
# so that the exit code of pppd may be retrieved
# this is a workaround for issue #651747
#trap "/system/bin/sleep 1;exit 0" TERM
PPPD_PID=
PPPD_TTY=`/system/bin/getprop ril.pppd_tty`
/system/bin/setprop "net.datakey.ppp-exit" ""
/system/bin/log -t pppd "Starting pppd with tty [$PPPD_TTY]"
/system/bin/pppd $PPPD_TTY 115200 $* call datakey
PPPD_EXIT=$?
PPPD_PID=$!
/system/bin/log -t pppd "pppd exited with $PPPD_EXIT"
/system/bin/setprop "net.datakey.ppp-exit" "$PPPD_EXIT"
Code:
[B]cat /etc/ppp/peers/datakey[/B]
linkname datakey
mru 1280
mtu 1280
# dump
# debug
unit 1
# connection
# crtscts
connect-delay 3000
hide-password
nodetach
# peer parameters
# noauth
# most gprs phones don't reply to lcp echo
# lcp-echo-interval 0
# lcp-echo-failure 0
# dns, routing
ipcp-accept-remote
ipcp-accept-local
ipcp-max-failure 15
#defaultroute
nodefaultroute
#replacedefaultroute # not currently supported by our pppd
noipdefault
usepeerdns
# avoid compression
novj
novjccomp
noccp
nobsdcomp
nopcomp
noaccomp
# connect scripts
connect '/system/xbin/chat -v -t 3 -f /etc/chatscripts/datakey_start'
# disconnect '/system/xbin/chat -v -t 3 -f /etc/chatscripts/datakey_stop
Code:
[B]cat /etc/chatscripts/datakey_start[/B]
TIMEOUT 5
ECHO ON
ABORT BUSY
ABORT ERROR
ABORT 'NO CARRIER'
ABORT VOICE
ABORT 'NO DIALTONE'
ABORT 'NO DIAL TONE'
ABORT 'NO ANSWER'
ABORT DELAYED
TIMEOUT 12
'' ATD*99***1#
TIMEOUT 30
CONNECT ''
omegaRED7 said:
build.prop is in /system/. And yes, at least in CM9, the datakey peer is nodefaultroute... Does the datakey peer file end up with calling a chat script (should be the last line, something like "connect system/xbin/chat some_switches /system/etc/chatscripts/datakey"?
Click to expand...
Click to collapse
Here is my build.prop (original ICS 4.0.7), hardly it is very different from yours
Code:
# begin build properties
# autogenerated by buildinfo.sh
ro.build.id=MR1
ro.build.display.id=MR1.20120529.141046
ro.build.version.incremental=20120529.141046
ro.build.version.sdk=15
ro.build.version.codename=REL
ro.build.version.release=4.0.3
ro.build.date=Tue May 29 14:10:46 CEST 2012
ro.build.date.utc=1338293446
ro.build.type=user
ro.build.user=rd
ro.build.host=debian
ro.build.tags=release-keys
ro.product.brand=archos
ro.product.board=
ro.product.cpu.abi=armeabi-v7a
ro.product.cpu.abi2=armeabi
ro.product.manufacturer=archos
ro.product.locale.language=en
ro.product.locale.region=US
ro.wifi.channels=
ro.board.platform=omap4
# ro.build.product is obsolete; use ro.product.device
# Do not try to parse ro.build.description or .fingerprint
ro.build.description=G9A-user 4.0.3 MR1 20120529.141046 release-keys
ro.build.characteristics=nosdcard,tablet
ro.archos.hwswid=167
# end build properties
ro.kernel.android.checkjni=0
dalvik.vm.checkjni=false
dalvik.vm.verify-bytecode=false
persist.service.sv.enable=1
archos.tetherState=off
persist.archos.suspend=enabled
opencore.asmd=1
browser.tioptimization=true
connection.concurrent=10
dalvik.vm.heapstartsize=5m
dalvik.vm.heapgrowthlimit=48m
dalvik.vm.heapsize=256m
wifi.interface=wlan0
com.ti.omap_enhancement=true
ro.opengles.version=131072
tv.hdmi.uicloning.enable=true
media.avos.enable-rtsp=true
media.avos.enable-scanner=true
persist.archos.firmware_name=firmware_archos_it4.aos
ro.archos.daos.product=gen9
ro.com.google.mcc_fallback=262
enable.3d.bypass=0
ro.crypto.state=unsupported
ro.board.tsp_has_calibration=true
ro.telephony.default_network=3
#
# ADDITIONAL_BUILD_PROPERTIES
#
ro.com.android.dateformat=MM-dd-yyyy
ro.config.ringtone=Ring_Synth_04.ogg
ro.config.notification_sound=pixiedust.ogg
ro.config.alarm_alert=Alarm_Classic.ogg
ro.com.android.dataroaming=false
keyguard.no_require_sim=false
hwui.render_dirty_regions=false
drm.service.enabled=true
dalvik.vm.heapstartsize=5m
dalvik.vm.heapgrowthlimit=48m
dalvik.vm.heapsize=256m
ro.opengles.version=131072
ro.setupwizard.mode=DISABLED
ro.com.google.gmsversion=4.0.3_r0
dalvik.vm.dexopt-flags=m=y
net.bt.name=Android
dalvik.vm.stack-trace-file=/data/anr/traces.txt
Don't see anything special for 3G/ppp/dialup
The /etc/ppp/peers/datakey does exist and is exactly the same as quoted by trevd (except for the last line "# disconnect...." that obviously plays no role). So do /etc/ppp/init_pppd_datakey and /etc/chatscripts/datakey_start. But this is not the entire story... someone has to set up the APN, this is the only essential thing, isn't it? And indeed there is a long log of other AT commands (operator query, voice and data service query, etc.), fed to the modem by some other script - which one? And this script uses AT+ACT only, not ATD*99***1. Thus /etc/chatscripts/datakey_start is not actually run! Yet the modem goes online (probably automatically by setting an active content, this may be a feature of its firmware), otherwise LCP negotiation would never begin and IP addresses (correct and specific for the operator) would be never received.
/system/bin/pppd is really a binary file.
To try the tests that require root later...
Please could you get the complete logcat
Code:
logcat -b system -b main -b radio -b events *:V
from the modem plug-in till the successful connection (getting the IP addresses plus ~30 sec after that) and post it or send to my private mail (there will be a long dump).
Hey,
It could be that the connection is indeed established in the RIL itself, for example the huaweigeneric RIL includes commands to connect directly, of course it's a generic implementation, which in our case needs to be circumvented and the connection has to be established through pppd for the Huawei stuff...
Can you setup the APN? Can you force manual selection of the network operator? I really don't understand why, even if the connection is directly initiated by the RIL, it attempts 3 times, esp. since you're running a stock ROM....
Mind also posting the logcat part before the connection is established?
P.S. Trev I haven't forgotten, I'll PM you the changes in the libhuaweigeneric ril
Sent from my Archos G9 running CM9
iourine said:
/system/bin/pppd is really a binary file.
Click to expand...
Click to collapse
Ay, As expected, but always worth checking!
iourine said:
The /etc/ppp/peers/datakey does exist and is exactly the same as quoted by trevd (except for the last line "# disconnect...." that obviously plays no role). So do /etc/ppp/init_pppd_datakey and /etc/chatscripts/datakey_start. But this is not the entire story... someone has to set up the APN, this is the only essential thing, isn't it?
Click to expand...
Click to collapse
Yes and no, There a program in android called the SimToolkit which I believe manages a lot of that when a new sim card is inserted. You'll see I/STK on the logcat if that has been actioned. After that I think the vendor ril manages the APN setting although it cannot hurt to manually set the APN and also manually register on the network as this sometimes helps but that's doesn't seem to be the problem you're facing
iourine said:
And indeed there is a long log of other AT commands (operator query, voice and data service query, etc.), fed to the modem by some other script - which one? And this script uses AT+ACT only, not ATD*99***1. Thus /etc/chatscripts/datakey_start is not actually run! Yet the modem goes online (probably automatically by setting an active content, this may be a feature of its firmware), otherwise LCP negotiation would never begin and IP addresses (correct and specific for the operator) would be never received.
Click to expand...
Click to collapse
EDIT: You probably won't see ATD*99***1 on the logcat as /system/xbin/chat which calls datakey_start doesn't provide any logcat output as far as I'm aware, You can try remove the chat binary or the datakey_start script to confirm if it's needed although you'd need root and an ext4 image for that as I don't think squashfs can be mounted as r/w.
Archos Manage the full process through their USBKeyManager.apk, this switches the device to modem mode, sets the rild.libargs and rild.libpath to the correct values and starts the ril-daemon.
The rild daemon is a service wrapper for /system/bin/rild, this is Android's Radio Interface Layer native controller, Rild, when started looks for rild.libargs and rild.libpath if it has no parameters passed. The rild.libargs property is the tty device used for Control Flow ( /dev/ttyHS3.) The most important part of the jigsaw is the rild.libpath property, which is set to /system/lib/libtcl-rild.so, this is the library which initializes the modem and calls pppd via the pppd_datakey service.
The /system/lib/libtcl-rild.so has logcat symbols AT, GSM and RIL and is responsible for the "long log of other AT commands"
doing a "strings" on this library reveals a lot and does show reference to pppd_datakey service as well as numerous AT commands.
The /system/lib/libtcl-rild.so would be were the crux of the problem is, although To Be Honest i'm still at a loss as to why you get 3 pppd starting
Unfortunately I can't logcat for you right now as I'm in the middle of development on CM10. one thing you might want to try however is
Code:
adb shell watchprops &
adb shell logcat -b system -b main -b radio -b events *:V
This will show what system properties are being set in real time and mix the logcat to provide a context.
EDIT:
@omegaRED7 - Thanks - You got in while I was typing.... maybe should make my posts less verbose :laugh:
omegaRED7 said:
Can you setup the APN? Can you force manual selection of the network operator? I really don't understand why, even if the connection is directly initiated by the RIL, it attempts 3 times, esp. since you're running a stock ROM....
Mind also posting the logcat part before the connection is established?
Click to expand...
Click to collapse
Yes, there is corerct APN in the log. Yes, I can manually select the operator, but I also need to select the correct APN out of the two (internet service and MMS service ones). Another problem that may also be related: for one minor operator the APN is not selected automatically, and I cannot add it manually via the regular interface. I fill all the necessary fields, but this is not saved. Yet it did work in the past!
Attached is my logcat from modem plug-in till looping.
iourine said:
Yes, there is corerct APN in the log. Yes, I can manually select the operator, but I also need to select the correct APN out of the two (internet service and MMS service ones). Another problem that may also be related: for one minor operator the APN is not selected automatically, and I cannot add it manually via the regular interface. I fill all the necessary fields, but this is not saved. Yet it did work in the past!
Attached is my logcat from modem plug-in till looping.
Click to expand...
Click to collapse
Hi
After looking that logcat I'd put that down to an issue with the libril-tcl, I've never seen that before and i've had multiple COPS entries on my simcard/modem albeit different carriers but still.
I think that leaves only one option, Report the "bug" to archos and wait .................... Only Joking, :laugh: this is Xda, we're not going to do that.
Got a couple of options from what I can see,
1.Remove the extra operators of the modem using minicom or similar
2.Hack the init_pppd_datakey script to check if pppd already running and exit if it is.
3. Try a different ril implementation. after all you only need to make a datacall and all the ril does in reality is initialize the modem and call out to pppd, even if you have to compile on yourself it shouldn't take much.
I would check calling the pppd_datakey service on it's own, like I suggested, it will definetly rule it out. and have a google to see if anyone has anything similar with the modem, doesn't even have to be with android.
I could be way off the mark with all this but It's just how I'd tackle it .
One "strange" thing on that logcat. I was surprised by the ril version being a v5, i'll double check that on mine.
Tried all the debug recommended above; not much help. PPP connection is established, ip-up-datakey appears to be run without errors, IP properties appear to be set. And then pppd exits immediately.
Tried running the connection manually. It is established, the interface named ppp1 is created, yet no routes and no resolv.conf are set.
Attached is my log with a couple of loops.
omegaRED7, there are multiple revisions of hardware sold under the same name "Archos 3G modem", with different PID/VIDs, from different vendors - not to speak about other 3G products. Surely it is not an easy thing to manage all this zoo. Surely Archos programmers could set a bug for a particular model at some point. Yet 3.80 software does not work too - and it did!
Related
I have strange problem with WiFi.
Generally Dream connects to the WiFi network and works fine (FTP, HTTP) but only in local network - 192.168.0.*.
Unfortunatelly Android refuses to connect outside (via gateway) to the Internet, WWW, Gmail, Market etc.
You can look at Android IP configuration below:
# busybox ifconfig
busybox ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:3232 errors:0 dropped:0 overruns:0 frame:0
TX packets:3232 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:229989 (224.5 KiB) TX bytes:229989 (224.5 KiB)
tiwlan0 Link encap:Ethernet HWaddr 00:18:41:EB:59:A1
inet addr:192.168.0.114 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4241 errors:0 dropped:0 overruns:0 frame:0
TX packets:3840 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:446377 (435.9 KiB) TX bytes:383542 (374.5 KiB)
# busybox route
busybox route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.0.0 * 255.255.255.0 U 0 0 0 tiwlan0
default 192.168.0.1 0.0.0.0 UG 0 0 0 tiwlan0
Everything is also OK with the ICMP (with ping I can reach Internet):
# ping www.google.com
ping www.google.com
PING www.l.google.com (209.85.129.147) 56(84) bytes of data.
64 bytes from fk-in-f147.1e100.net (209.85.129.147): icmp_seq=1 ttl=50 time=95.6 ms
64 bytes from fk-in-f147.1e100.net (209.85.129.147): icmp_seq=2 ttl=50 time=118 ms
I can assure You that WiFi router configuration is OK (other devices including 2nd Dream connects without any problems).
This problem began with original Firmware, but when I flashed SPL, radio, recovery (cm 1.4), CyanogenMod 4.2.4, (I tried also with original htc dev 1 phone firmware), the problem is still there (after multiple wiping cache/data in recovery).
At the beginning I thought it's software, but now (after flashing) I think that it could be some hardware issue.
Is there anything else I could check (flash) besides:
- SPL
- recovery
- ROM?
What else could You suggest?
What hardware problem could be the reason of such strange behaviour? (corrupted NAND?)
Thanks in advance
PS.
GPRS is also OK
EDIT: EVRIKA!!! TRY setting manually your connection details, when on Wifi page in settings press menu and go advanced, add manual ip and the dns servers, IT WORKS NOW!!!
Apparently I have the same problem, I made a thread for that and I didn't get any ideas ...
3G/Edge is working really fast, but WiFi won't, the only time wifi works is on the first steps of the rom setup, when I log in to Google Account to sync my data(it takes 2-3 minutes for it to connect to my gmail account and then it syncs for another 3-5 minutes, I've got only 300 contacts ), after that everything stops ......
Here's my log, take a look, maybe it helps.
EDIT: On 3G the latency is like 40-60ms and on WiFi between 700-1000ms
Microsoft Windows [Version 6.1.7600]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
C:\Users\Arthur>adb shell
# busybox ifconfig
busybox ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:1215 errors:0 dropped:0 overruns:0 frame:0
TX packets:1215 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:83992 (82.0 KiB) TX bytes:83992 (82.0 KiB)
tiwlan0 Link encap:Ethernet HWaddr 00:18:41:ED:37:51
inet addr:192.168.0.131 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:7 errors:0 dropped:0 overruns:0 frame:0
TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:1294 (1.2 KiB) TX bytes:1876 (1.8 KiB)
Microsoft Windows [Version 6.1.7600]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
C:\Users\Arthur>adb shell
# busybox route
busybox route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.0.0 * 255.255.255.0 U 0 0 0 tiwlan0
Microsoft Windows [Version 6.1.7600]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
C:\Users\Arthur>adb shell
# ping google.com
ping google.com
PING google.com (74.125.67.100) 56(84) bytes of data.
64 bytes from gw-in-f100.1e100.net (74.125.67.100): icmp_seq=1 ttl=49 time=136 m
s
64 bytes from gw-in-f100.1e100.net (74.125.67.100): icmp_seq=9 ttl=49 time=939 m
s
64 bytes from gw-in-f100.1e100.net (74.125.67.100): icmp_seq=10 ttl=49 time=136
ms
64 bytes from gw-in-f100.1e100.net (74.125.67.100): icmp_seq=18 ttl=49 time=887
ms
64 bytes from gw-in-f100.1e100.net (74.125.67.100): icmp_seq=19 ttl=49 time=153
ms
64 bytes from gw-in-f100.1e100.net (74.125.67.100): icmp_seq=26 ttl=49 time=880
ms
64 bytes from gw-in-f100.1e100.net (74.125.67.100): icmp_seq=27 ttl=49 time=140
ms
^C
C:\Users\Arthur>
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.0.0 * 255.255.255.0 U 0 0 0 tiwlan0
The problem here is that my main router's ip address is 192.168.0.1 ////
>> EDIT: EVRIKA!!! TRY setting manually your connection details, when on Wifi page in settings press menu and go advanced, add manual ip and the dns servers, IT WORKS NOW!!!
I had already done it, but nothing has changed comparing to DHCP.
>> Apparently I have the same problem, I made a thread for that and I didn't get any ideas ...
Have You also tried to use wifi in local network?
When I connect (i.e. downoad from http, ftp, etc.) to some host in local network like 192.168.0.2 there are no problems.
>> The problem here is that my main router's ip address is 192.168.0.1
My is the same, why do you think it's a problem?
Try setting up to connect to my openvpn server on GDX v.19 with the built-in tun interface. Got thru all the initiation but something happens that the connection was dropped. Here's the releveant part of the logcat:
I/openvpn ( 4537): [serverkey] Peer Connection Initiated with *.*.*.*:1194
D/Tethering( 1720): tun0 is not a tetherable iface, ignoring
I/System.out( 4537): THREAD Thread[Thread-13,5,main] TERMINATED
W/Tethering( 1720): attempting to remove unknown iface (tun0), ignoring
I/mtpd ( 4814): Received signal 17
I/mtpd ( 4814): Pppd is terminated (status = 1)
I/mtpd ( 4814): Mtpd is terminated (status = 33)
Anyone knows what's the deal with that TUN module?
I have since installed openvpn-installer and openvpn settings and it works
The same debug output exists as well for tun. The problem is not with that module per se since I have not changed it anyway. It seems that the openvpn binary that comes with GDX is not the same binary that I have gotten from openvpn-installer.
It is probably a bug inherited from CM anyway
Hi there,
I'm using the following rom: [ROM[DEV]]AOSP GingerBread 2.3.7 [COOPER][V3][02-08-13]
Despite being a fast and stable rom, it suffers a bug on mobile data connection, whereas wifi works fine. I'm currently trying to fix that bug. I would have posted that bug report/analysis in the corresponding rom's thread, but I'm not allowed to due to the 10-posts-limit in the developmental sections.
The following sections show how the dns properties differ when using wifi or mobile data:
If you think "tl;dr", scroll down for my questions
Connected to wifi:
Code:
# getprop | grep dns
[net.change]: [net.dnschange]
[net.dns1]: [192.168.1.25]
[net.dns2]: []
[net.dnschange]: [5]
[net.pdp0.dns1]: []
[net.pdp0.dns2]: []
[dhcp.wlan0.dns1]: [192.168.1.25]
[dhcp.wlan0.dns2]: []
[dhcp.wlan0.dns3]: []
[dhcp.wlan0.dns4]: []
As you can see:
wlan0 got its nameserver via dhcp
pdp0 (mobile data) has no nameserver set (because it's disconnected)
net1.dns got its value fr om dhcp.wlan0.dns1
-> internet access (name resolution) works
Now with wifi disconnected and mobile data connected:
Code:
# getprop | grep dns
[net.change]: [net.dnschange]
[net.dns1]: []
[net.dns2]: []
[net.dnschange]: [7]
[net.pdp0.dns1]: [139.7.30.126]
[net.pdp0.dns2]: [139.7.30.125]
[dhcp.wlan0.dns1]: []
[dhcp.wlan0.dns2]: []
[dhcp.wlan0.dns3]: []
[dhcp.wlan0.dns4]: []
wlan0 has no nameserver set (OK)
pdp0 (mobile data) has the right nameserver (Vodafone DE)
net1.dns has NOT copied its value from net.pdp0.dns1
-> internet access (name resolution) does NOT work
XDA member mahithm supplied a fix for that problem: http://forum.xda-developers.com/showpost.php?p=48640501&postcount=133
He simply put a script to /system/etc/init.d/555dns that does the following:
Code:
#!/system/bin/sh
#Written By mahithm
setprop net.dns1 8.8.8.8
setprop net.dns2 8.8.4.4
initscripts are run once at boot, so this makes mobile data work as long as you were not connected to a wifi since the last boot. Connecting to wifi sets the dns server of the wifi and overwrites net.dns1. Disconnecting clears net.dns1, thus not allowing name resolution as without mahithm's fix.
I tried to modify /system/etc/dhcpcd/dhcpcd-hooks/20-dns.conf like this:
Code:
unset_dns_props()
{
for i in 1 2 3 4; do
setprop dhcp.${interface}.dns${i} ""
done
setprop net.dns1 8.8.8.8
setprop net.dns2 8.8.4.4
setprop net.dns3 $(getprop net.pdp0.dns1)
setprop net.dns4 $(getprop net.pdp0.dns2)
}
unset_dns_props() is calles when wifi is disconnected and dhcpcd (which is not needed for mobile data) quits. My modification should set the google dns to net.dns1/2 and try to extract the mobile data dns (if already set, only for testing purposes) to net.dns3/4. However, none of that works - it seems as if net.dnsX gets overwritten by another process after dhcpcd exits.
So now my questions are:
What service/program sets net.dnsX? Perhaps ConnectivityManager? How can I manipulate that behaviour?
May it be possible that what-service-soever tries to copy a wrong dns setting, e.g. from net.ppp0.dns1 which does not exists and thus is empty? Where are the communication interfaces set (build.prop etc.)?
Does dhcpcd (which calls the hook-script) not have permission to change net.dnsX but dhcp.*.dnsX?
Is there a possibility to create a hook that always gets called when net.dnsX changes?
Any other idea to fix it? How do other roms do this?
Hey man,
Thanks for bringing this bug to my notice. I don't have a wifi, so i couldn't test this out. I read that entries in default.prop, present in the root directory, is permanent. So try adding the following in default.prop
net.dns1 8.8.8.8
net.dns2 8.8.4.4
Before adding this, take a backup and then add the following to test it out. Do post your result.
So my Wifi refused to work so I decided to factory reset and start fresh (in prep for safestrap) and now my Wifi refuses to work. It connects to my Wifi no problem, but Play Store won't work and it takes minutes for webpages to load. If I go into town, everything works perfectly fine on 4G. Any suggestions?
FatBoyStew said:
So my Wifi refused to work so I decided to factory reset and start fresh (in prep for safestrap) and now my Wifi refuses to work. It connects to my Wifi no problem, but Play Store won't work and it takes minutes for webpages to load. If I go into town, everything works perfectly fine on 4G. Any suggestions?
Click to expand...
Click to collapse
I am finding the same issue after installing CWM and the Google ROM port here http://forum.xda-developers.com/showthread.php?t=2406177&highlight=wifi
I think it's related to the Modem.bin and NON-NLOS.bin not correct for me;
however once I get 10posts I can request that they add more CSC operators to the modem.bin build. However I believe it's a kernel issue where the drive isn't installed or something see the bold text in the logcat dump
LTE is faster them my WiFi so it's not really a blocker for me.
[email protected]:/ # cat /system/build.prop | grep "product"
ro.product.model=GT-I9295
ro.product.brand=samsung
ro.product.name=jactiveltexx
ro.product.device=jactivelte
ro.product.board=MSM8960
ro.product.cpu.abi=armeabi-v7a
ro.product.cpu.abi2=armeabi
ro.product.manufacturer=samsung
ro.product.locale.language=en
ro.product.locale.region=GB
# ro.build.product is obsolete; use ro.product.device
ro.build.product=jactivelte
ro.product_ship=true
[email protected]:/ #
error in logcat
/WifiHW ( 745): ##################### set firmware type 1 #####################
D/WifiStateMachine( 745): setWifiApEnabled : WifiNative.setFwType(1)
I/WifiService( 745): netType : LTE
D/WfdService( 745): intent recieved android.net.wifi.WIFI_AP_STATE_CHANGED
D/com.android.internal.telephony.gsm.FastDormancyStateHelper( 1064): onReceive() action=android.net.wifi.WIFI_AP_STATE_CHANGED
D/WfdService( 745): apState:12
E/WifiHW ( 745): ./
E/WifiHW ( 745): ==========[WIFI] AP firmware load ===========
D/AbsListView( 1237): unregisterIRListener() is called
E/MP-Decision( 1383): num online cores: 1 reqd : 2 available : 4 rq_depth:1.900000 hotplug_avg_load_dw: 30
E/MP-Decision( 1383): UP cpu:1 core_idx:1 Nw:1.900000 Tw:140 total_time_up:145.000000
[email protected]:/ # logcat | grep WifiHW
E/WifiHW ( 745): ##################### set firmware type 0 #####################
E/WifiHW ( 745): Cannot open "/data/.cid.info": No such file or directory
E/WifiHW ( 745): ==========[WIFI] Station firmware load ===========
E/WifiHW ( 745): return of insmod : ret = -1, Exec format error
E/WifiHW ( 745): ##################### set firmware type 0 #####################
Click to expand...
Click to collapse
Pinging this thread again if there are any ideas?
Does anyone have issues with the gps since upgrading to 4.4.4?. If not what apps, rom or fixes are you all using with 4.4.4. I tried re flashing, factory reset using the odin files to no avail. Had to downgrade back to be able to use gps. I really appreciate it.
KIES is one way, but maybe not the right way...
serge_harle_z said:
Does anyone have issues with the gps since upgrading to 4.4.4?. If not what apps, rom or fixes are you all using with 4.4.4. I tried re flashing, factory reset using the odin files to no avail. Had to downgrade back to be able to use gps. I really appreciate it.
Click to expand...
Click to collapse
I used a TAR file in Odin 3.9: AP_N900AUCUDNL1_CL3032228_QB3188679_REV03_user_low_ship_MULTI_CERT.tar.md5 ( Thanks, Walter.White) That brought me to NL1, and removed my Root and SafeStrap. I did have a little trouble with my GPS working only intermittantly. Because I don't know Jack, I used KIES to update my firmware after that, thinking it would help. My GPS worked perfectly after that, and I have had no further problem. ( it also installed so much Bloatware I was astounded).
I am not a developer, or even knowledgeable regarding the ROM. Just saying what my experience was with the GPS after using KIES. Must be something less intrusive to do. The phone is functioning very well in every way now, however. Hope it helps.
Thanks man. Will try when I get home. Hopefully this fixes the gps issues.
serge_harle_z said:
Thanks man. Will try when I get home. Hopefully this fixes the gps issues.
Click to expand...
Click to collapse
Hey, did Samsung Kies fixed your GPS issue? I tried the same and when I check for updates, it says is up to date.
Tried the Kies solution but it still does not work correctly. What is funny is that when I install the 4.4.2 NC2 it works and lock very quickly. I have been tinkering a lot lately with the 4.4.4 and CatlLog if I can find a solution to this issue. For now I can tell that Gps works a little bit better using this settings in /etc/gps.conf. (This is based on the already gps.conf found in the 4.4.4 update. I just modified a few lines. Feel free to try them.)
#Uncommenting these urls would only enable
#the power up auto injection and force injection(test case).
XTRA_SERVER_1=http://xtra1.gpsonextra.net/xtra2.bin
XTRA_SERVER_2=http://xtra2.gpsonextra.net/xtra2.bin
XTRA_SERVER_3=http://xtra3.gpsonextra.net/xtra2.bin
# Error Estimate
# _SET = 1
# _CLEAR = 0
ERR_ESTIMATE=0
#Test
# NTP_SERVER=time.gpsonextra.net
#Asia
# NTP_SERVER=asia.pool.ntp.org
#Europe
# NTP_SERVER=europe.pool.ntp.org
#North America
# NTP_SERVER=north-america.pool.ntp.org
NTP_SERVER=0.us.pool.ntp.org
NTP_SERVER=1.us.pool.ntp.org
NTP_SERVER=2.us.pool.ntp.org
NTP_SERVER=3.us.pool.ntp.org
NTP_SERVER=0.north-america.pool.ntp.org
NTP_SERVER=1.north-america.pool.ntp.org
NTP_SERVER=2.north-america.pool.ntp.org
NTP_SERVER=3.north-america.pool.ntp.org
NTP_SERVER=north-america.pool.ntp.org
# DEBUG LEVELS: 0 - none, 1 - Error, 2 - Warning, 3 - Info
# 4 - Debug, 5 - Verbose
# If DEBUG_LEVEL is commented, Android's logging levels will be used
DEBUG_LEVEL = 5
# Intermediate position report, 1=enable, 0=disable
INTERMEDIATE_POS=0
# supl version 1.0
SUPL_VER=0x10000
# GPS Capabilities bit mask
# SCHEDULING = 0x01
# MSB = 0x02
# MSA = 0x04
# ON_DEMAND_TIME = 0x10
# GEOFENCE = 0x20
# default = ON_DEMAND_TIME | MSA | MSB | SCHEDULING | GEOFENCE
CAPABILITIES=0x17
# Accuracy threshold for intermediate positions
# less accurate positions are ignored, 0 for passing all positions
ACCURACY_THRES=5000
################################
##### AGPS server settings #####
################################
# FOR SUPL SUPPORT, set the following
# SUPL_HOST=supl.host.com or IP
# SUPL_PORT=1234
# FOR C2K PDE SUPPORT, set the following
# C2K_HOST=c2k.pde.com or IP
# C2K_PORT=1234
####################################
# LTE Positioning Profile Settings
####################################
# 0: Enable RRLP on LTE(Default)
# 1: Enable LPP_User_Plane on LTE
# 2: Enable LPP_Control_Plane
# 3: Enable both LPP_User_Plane and LPP_Control_Plane
LPP_PROFILE = 1 # Sensor R&D : This will not be injected to MODEM
################################
# EXTRA SETTINGS
################################
# NMEA provider (1=Modem Processor, 0=Application Processor)
NMEA_PROVIDER=1
##################################################
# Select Positioning Protocol on A-GLONASS system
##################################################
# 0x1: RRC CPlane
# 0x2: RRLP UPlane
# 0x4: LLP Uplane
A_GLONASS_POS_PROTOCOL_SELECT = 0x4