Related
This must be the most asked question I have googled in a long time
There are so many results but nothing that resolves my dilemma
Without any tweaks I can access channel 13 via the router with my Xperia Ray running the latest nightly CM10
So whats the issue you may be asking, well this is the strange part
If I turn off the SSID of the router so it no longer broadcasts its name then the issue starts
My mobile will not connect to channel 13 thereafter it just disconnects
HOWEVER I have no issues with channels 1 - 12 with the SSID turned off
and certainly had no issues with Miui v4 with the same kernel installed
I have seen this happen with a few tablets but once the tablet has seen the network on channel 13 it was fine and then I could turn off the SSID
SO why do I need to turn off the SSID - because I prefer it was off in an area high with WiFi activity that's all
and I need to use channel 13 because of the high volume of wifi traffic in the area constantly changing there channels
Wifi 13 seems more stable and quicker anyhow I am in the UK and the routers in our street are all set to auto channel???????!!! why I dont know, but none use channel 13
So is there a solution to this very bizarre issue or am I going to have to leave my SSID on
SOLUTION Found thanks sirkay
Thanks to sirkay I can now access any hidden non broadcasting SSID wifi network
http://forum.xda-developers.com/showpost.php?p=23564367&postcount=5
A simple script that is supposed to enable extra channels actually fixed my issue with a hidden SSID
-----------------------------------------------------
Channel 13 issues
[ SOLUTION: To Enabled Wifi Channels 12-14 ]
1. using Root Explorer, goto /system/etc/init.d
2. open one of your init.d scripts, i suggest first in the list (Menu > Open in text editor)
3. paste line below
Code:
sqlite3 /data/data/com.android.providers.settings/databases/settings.db "INSERT INTO secure (name, value) VALUES ('wifi_country_code', 'JP');"
4. close and save
5. reboot
note: to enabled channel 12-13 just change "JP" to "EU" or "ES"
-------------------------------------------------------------------------------------------------------------------------------------------
I created a fresh file called 10wifi
and add these lines
#!/system/bin/sh
#
# Fix wifi channels 12 - 14
sqlite3 /data/data/com.android.providers.settings/databases/settings.db "INSERT INTO secure (name, value) VALUES ('wifi_country_code', 'EU');"
-------------------------------------------------------------------------------------------
I put the file into an install-able zip and added permissions to the update_script
set_perm(0, 0, 0777, "/system/xbin/10wifi");
NeilDownx said:
Thanks to sirkay I can now access any hidden non broadcasting SSID wifi network
http://forum.xda-developers.com/showpost.php?p=23564367&postcount=5
A simple script that is supposed to enable extra channels actually fixed my issue with a hidden SSID
-----------------------------------------------------
Channel 13 issues
[ SOLUTION: To Enabled Wifi Channels 12-14 ]
1. using Root Explorer, goto /system/etc/init.d
2. open one of your init.d scripts, i suggest first in the list (Menu > Open in text editor)
3. paste line below
Code:
sqlite3 /data/data/com.android.providers.settings/databases/settings.db "INSERT INTO secure (name, value) VALUES ('wifi_country_code', 'JP');"
4. close and save
5. reboot
note: to enabled channel 12-13 just change "JP" to "EU" or "ES"
-------------------------------------------------------------------------------------------------------------------------------------------
I created a fresh file called 10wifi
and add these lines
#!/system/bin/sh
#
# Fix wifi channels 12 - 14
sqlite3 /data/data/com.android.providers.settings/databases/settings.db "INSERT INTO secure (name, value) VALUES ('wifi_country_code', 'EU');"
-------------------------------------------------------------------------------------------
I put the file into an install-able zip and added permissions to the update_script
set_perm(0, 0, 0777, "/system/xbin/10wifi");
Click to expand...
Click to collapse
I copied the script and saw that actually in my settings.db the value wifi_country_code is correctly added, but my galaxy tab s with Blisspop rom still doesn't see the 13th channel...
someone can help me please?
tribio said:
I copied the script and saw that actually in my settings.db the value wifi_country_code is correctly added, but my galaxy tab s with Blisspop rom still doesn't see the 13th channel...
someone can help me please?
Click to expand...
Click to collapse
Have a look in your build.prop file and amend as below
ro.product.locale.language=en
ro.product.locale.region=GB
ro.wifi.channels=13
now finally reboot and if it still fails you may need to change kernels......
I no longer have to bother with these settings as changing the kernel fixed my past issues
...Another solution
1. Turn off WiFi
2. Copy /data/misc/wifi/wpa_supplicant.conf to /sdcard
3. Rename /data/misc/wifi/wpa_supplicant.conf to /data/misc/wifi/wpa_supplicant.conf.old
4. Copy /sdcard/wpa_supplicant.conf to /data/misc/wifi
5. Edit /data/misc/wifi/wpa_supplicant.conf (using ES File Explorer) and remove the pmf=1 line
6. Save the file and make sure the permissions are appropriately set to rw-rw----, the owner is system and the group is wifi otherwise your WiFi will not turn on.
7. Reboot
8. Turn on WiFi
Found this solution on the CM12 errors list - lost of people having similar wifi issues
Tried to update build.prop and nothing change...
Opened wpa_supplicant.conf and there is not "pmf=1" written in the file..
I suppose I have to change kernels?
Thanks a lot for the help!!!
none of the above methods worked for me either
tribio said:
Tried to update build.prop and nothing change...
Opened wpa_supplicant.conf and there is not "pmf=1" written in the file..
I suppose I have to change kernels?
Thanks a lot for the help!!!
Click to expand...
Click to collapse
I seem to have the same problem. Did you resolve your issue? Thanks in advance.
nope!
working with CM12
tribio said:
nope!
Click to expand...
Click to collapse
I got fed up with this and decided to go all out and install Lollipop. I installed Installed Cyanogenmod (CM12) and then Temasek ROM port. I did this at home where the router is using a low channel number. I took the tablet to work and voila channel 13 was working. No need to mess with any wifi_country_codes. I am pretty sure it would work fine without the Temasek port. It might also have worked fine with CM10 or CM11. The disadvantage to this whole process is that I don't have the same spen functionality as stock. I'm still figuring out what apps to using for my "new" Note 10.1.
I'm currently with LT22i_6.2.A.0.400_1265-2714.ftf and i'm not getting AGPS data.
Without AGPS data it's almost impossible here to get a FIX from GPS, 2 walks outside of 15min and no FIX.
(please note there are no errors with adresses in my actual files, i had to edit here to post, can't put links due to my posts count)
The ROM comes with thsi gps.conf:
Code:
SUPL_HOST=suplDOTsonyericssonDOTcom
SUPL_PORT=7275
The cacert.txt is the sony certificate:
Code:
-----BEGIN CERTIFICATE-----
MIIDazCCAlOgAwIBAgIBADANBgkqhkiG9w0BAQUFADBwMQswCQYDVQQGEwJTRTEN
MAsGA1UEBxMETHVuZDEvMC0GA1UEChMmU29ueSBFcmljc3NvbiBNb2JpbGUgQ29t
bXVuaWNhdGlvbnMgQUIxITAfBgNVBAsTGFNvbnkgRXJpY3Nzb24gU2VjdXJlIEUy
RTAeFw0wMDAxMDExMTAxMjlaFw0xOTEyMzExMTAxMjlaMHAxCzAJBgNVBAYTAlNF
MQ0wCwYDVQQHEwRMdW5kMS8wLQYDVQQKEyZTb255IEVyaWNzc29uIE1vYmlsZSBD
b21tdW5pY2F0aW9ucyBBQjEhMB8GA1UECxMYU29ueSBFcmljc3NvbiBTZWN1cmUg
RTJFMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA7YSdD6eHY5qywYk4
QkwwSOWjQicq5QlpbjSQMyLgCgNojPGNeBWYRRm0HiHB9bBvJpLBohxo8ZNSGEQT
U0ui3yHNP1HfK2CK5VDUmJGQIa3A1pBJeUlUWw8xdxVUbho1revxiu6UB7Pv9R1j
DSQhrnfwXrYUEF78TC/GQcnwP0D1xsKFLJAj5Oof5sv+UYXXIMdVgc+wUvjd4Mzy
SiWUw5ck1zVgA8rPgMYXOexRQO801f+dcZXQGXYUhWEH3zJY23C4XfDCTk1iKKJL
63Tgf+s+EOtl7nAJSrGTMWC+PDPnjcKMrFQJBdYOb5vq4cMqsGe8elb5agbUvHDM
2FiKtwIDAQABoxAwDjAMBgNVHRMEBTADAQH/MA0GCSqGSIb3DQEBBQUAA4IBAQAD
VmfPC4lU3+Xp2PjmfjQTl/+WRG4jAgYdUEReL+7owgmoSQreqiyomFN8/8vCONVk
7j+DVodA11Ynl4s6QTcFLnpMOzBPu06pU+yhoQaQiIFjq2ngWkIhSU4q2lOCE1n5
zMbZnQvCP8+mctuKb0Mk85hcLDi6zZQqO3wsmsh91ufo8u+7wGuUw2rFKW+yANLE
YNmCvc+24cACF8+FJ1Ps5xrUbzcrJOlFYnwDoFZqaYAYn+bB3Bl2179/QivOgLaS
b2WZUQYS0HeViZ/VLk8z/luV+dNZPvqs+/0evT63tRp4FoIThsI+eoyR0md0Y2HG
zdnYD492TlDZneEj8Nq/
-----END CERTIFICATE-----
I've tried changing to vodafone one, since some people suggested in ICS it was hardcoded in some ROMs, no chance:
Code:
NTP_SERVER=br.pool.ntp.org
XTRA_SERVER_1=xtra1DOTgpsonextra.net/xtra.bin
XTRA_SERVER_2=xtra2DOTgpsonextraDOTnet/xtra.bin
XTRA_SERVER_3=xtra3DOTgpsonextra.net/xtra.bin
SUPL_HOST=suplDOTvodafoneDOTcom
SUPL_PORT=7275
SUPL_VER=
And of course using the vodafone certificate:
Code:
-----BEGIN CERTIFICATE-----
MIIDEzCCAnygAwIBAgIBATANBgkqhkiG9w0BAQQFADCBxDELMAkGA1UEBhMCWkEx
FTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMR0wGwYD
VQQKExRUaGF3dGUgQ29uc3VsdGluZyBjYzEoMCYGA1UECxMfQ2VydGlmaWNhdGlv
biBTZXJ2aWNlcyBEaXZpc2lvbjEZMBcGA1UEAxMQVGhhd3RlIFNlcnZlciBDQTEm
MCQGCSqGSIb3DQEJARYXc2VydmVyLWNlcnRzQHRoYXd0ZS5jb20wHhcNOTYwODAx
MDAwMDAwWhcNMjAxMjMxMjM1OTU5WjCBxDELMAkGA1UEBhMCWkExFTATBgNVBAgT
DFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMR0wGwYDVQQKExRUaGF3
dGUgQ29uc3VsdGluZyBjYzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNl
cyBEaXZpc2lvbjEZMBcGA1UEAxMQVGhhd3RlIFNlcnZlciBDQTEmMCQGCSqGSIb3
DQEJARYXc2VydmVyLWNlcnRzQHRoYXd0ZS5jb20wgZ8wDQYJKoZIhvcNAQEBBQAD
gY0AMIGJAoGBANOkUG7I/1Zr5s9dtuoMaHVHoqrC2oQl/Kj0R1HahbUgdJSGHg91
yekIYfUGbTBuFRkC6VLAYttNmZ7iagxEOM3+vuNkCXDF/rFrKbYvScg71CcEJRCX
L+eQbcAoQpnXTEPew/UhbVSfXcNY4cDk2VuwuNy0e982OsK1ZiIS1ocNAgMBAAGj
EzARMA8GA1UdEwEB/wQFMAMBAf8wDQYJKoZIhvcNAQEEBQADgYEAB/pMaVz7lcxG
7oWDTSEwjsrZqG9JGubaUeNgcGyEYRGhGshIPllDfU+VPaGLtwtimHp1it2ITk6e
QNuozDJ0uW8NxuOzRAvZim+aKZuZGCg70eNAKJpaPNW15yAbi8qkq43pUdniTCxZ
qdq5snUb9kLy78fyGPmJvKP/iiMucEc=
-----END CERTIFICATE-----
I'm going to try google supl now but i'm almost hopeless, anyone having issues with AGPS/GPS too?
--EDIT--
Just tried google supl with the apropriated certificate and still no AGPS info, if anyone can give me information on this please help, i'm thinking about using another firmware just to be sure but then i'll have to install everything again :/
There is something seriously wrong with aGPS in Sony 4.1.2 firmware, at least for my Xperia P.
I went through logs and it seem that problem begins with time synchronization with ntp server. I tested a few ROMs based on stock 4.1.2 and CM10 a CM10.1 and on all of them "ntp server response" is time of phone boot, not actual time! Therefore there is no time synchro (i.e. phone time offset to satellites time is nonsence). Moreover, it seems that agps process does not continue past ntp synchroniation, i.e. connection with agps servers is not established.
I tested aGPS on Stock ICS firmware and at least ntp time sync works fine.
Hey there,
first I have to say - I'm new here - and yes, I have searched for my issue in this forum and elsewhere, but I didn't find a solution. So I decided to register here and ask you experts about helping me to fix my problem:
I'm on Epinters-Rom CM 10.1(Android 4.2) (26/08 Built) and having a problem with a fast GPS-Fix. Always when I use GPS the first time a day it lasts about 5-10Min to get a Sat-Fix. I have done some research about this problem and found this:
In a post on a german forum (I'm from Germany) for Defy Froyo and GPS bug I encountered that there are system files that contain specific configurations for GPS or direct downloading instructions of "ancillary data" (such as A-GPS Data). However, there are no configuration files with the name "location" in Epinters-Rom as they are mentioned in this thread, but I noticed a file in my system folder (system / ect / ) called "gps.config".
Doing more research about this file, I found a post here on XDA in epinters CM10.1 thread from August. Here is mentioned, that Epinters "gps.config" has no entry to an so called "NTP server. He made this entry and now the GPS fix is quick. I didnt really see that Epinter commented this, but a year before, Epinter said (at another Rom) that the NTP server entry is no longer necessary (without further explanation).
Then I remembered (coming from Neutrino-Rom) that Neutrino has had an "GPS-Addon" that was separate flashable - a fix for every single country. So I looked at the the GPS addon of Neutrino (Germany) and behold: When flashing this GPS addon it seems, that just the "gps.config" will be fixed with the following entry for Germany:
Code:
NTP_SERVER de.pool.ntp.org
NTP_SERVER = 0.de.pool.ntp.org
NTP_SERVER = 1.de.pool.ntp.org
NTP_SERVER = 2.de.pool.ntp.org
NTP_SERVER = 3.de.pool.ntp.org
NTP_SERVER = 0.europe.pool.ntp.org
NTP_SERVER = 1.europe.pool.ntp.org
NTP_SERVER = 2.europe.pool.ntp.org
NTP_SERVER = 3.europe.pool.ntp.org
XTRA_SERVER_1 = http://xtra1.gpsonextra.net/xtra.bin
XTRA_SERVER_2 = http://xtra2.gpsonextra.net/xtra.bin
XTRA_SERVER_3 = http://xtra3.gpsonextra.net/xtra.bin
# DEBUG LEVELS : 0 - none , 1 - Error , 2 - Warning , 3 - Info
# 4 - Debug , 5 - Verbose
DEBUG_LEVEL = 0
# Intermediate position report , 1 = enable , 0 = disable
INTERMEDIATE_POS = 0
# Accuracy threshold for intermediate positions
# Less accurate positions are ignored , 0 for passing all positions
ACCURACY_THRES = 0
# Report supl ref location as position , 1 = enable , 0 = disable
REPORT_POSITION_USE_SUPL_REFLOC = 1
# Wiper ( wifi positioning ), 1 = enable , 0 = disable
ENABLE_WIPER = 1
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
# # # # # AGPS server settings # # # # #
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
# FOR SUPL SUPPORT , set the Following Following
SUPL_HOST = supl.google.com
SUPL_PORT = 7276
SUPL_NO_SECURE_PORT = 3425
SUPL_SECURE_PORT = 7275
SUPL_TLS_HOST = FQDN
SUPL_TLS_CERT = / etc / SuplRootCert
# FOR C2K PDE SUPPORT , set the Following Following
C2K_HOST = c2k.pde.com
C2K_PORT = 1234
CURRENT_CARRIER = common
DEFAULT_AGPS_ENABLE = TRUE
DEFAULT_SSL_ENABLE = FALSE
# TRUE for " User Plane " , FALSE for " Control Plane "
DEFAULT_USER_PLANE = TRUE
In comparison to that, Epinters "gps.config" is only:
Code:
XTRA_SERVER_1 http://xtra1.gpsonextra.net/xtra.bin
XTRA_SERVER_2 = http://xtra2.gpsonextra.net/xtra.bin
XTRA_SERVER_3 = http://xtra3.gpsonextra.net/xtra.bin
SUPL_HOST = supl.google.com
SUPL_PORT = 7276
Do you think I could risk simply replace the two files? Or is it better to flash the file of neutrino? Or to edit the file by Epinter right? Or at least nothing at all? I do not even want to fabricate a Brick ...
So you techies from this forum! Can you help me?
Thanks for reading this and sorry for my poor english... its not my native language!
Regards,
Asmaron
PS: The Germany.zip in the appendix contains the files that would be flashed with neutrinos Rom (including the "gps.config"). The other single "gps.config.zip" is that of Epinters Rom. Simply open it in Editor/TextEdit or similar programs and you can see the above entries.
asmaron said:
Hey there,
first I have to say - I'm new here - and yes, I have searched for my issue in this forum and elsewhere, but I didn't find a solution. So I decided to register here and ask you experts about helping me to fix my problem:
I'm on Epinters-Rom CM 10.1(Android 4.2) (26/08 Built) and having a problem with a fast GPS-Fix. Always when I use GPS the first time a day it lasts about 5-10Min to get a Sat-Fix. I have done some research about this problem and found this:
In a post on a german forum (I'm from Germany) for Defy Froyo and GPS bug I encountered that there are system files that contain specific configurations for GPS or direct downloading instructions of "ancillary data" (such as A-GPS Data). However, there are no configuration files with the name "location" in Epinters-Rom as they are mentioned in this thread, but I noticed a file in my system folder (system / ect / ) called "gps.config".
Doing more research about this file, I found a post here on XDA in epinters CM10.1 thread from August. Here is mentioned, that Epinters "gps.config" has no entry to an so called "NTP server. He made this entry and now the GPS fix is quick. I didnt really see that Epinter commented this, but a year before, Epinter said (at another Rom) that the NTP server entry is no longer necessary (without further explanation).
Then I remembered (coming from Neutrino-Rom) that Neutrino has had an "GPS-Addon" that was separate flashable - a fix for every single country. So I looked at the the GPS addon of Neutrino (Germany) and behold: When flashing this GPS addon it seems, that just the "gps.config" will be fixed with the following entry for Germany:
Code:
Removed long code
Do you think I could risk simply replace the two files? Or is it better to flash the file of neutrino? Or to edit the file by Epinter right? Or at least nothing at all? I do not even want to fabricate a Brick ...
So you techies from this forum! Can you help me?
Thanks for reading this and sorry for my poor english... its not my native language!
Regards,
Asmaron
PS: The Germany.zip in the appendix contains the files that would be flashed with neutrinos Rom (including the "gps.config"). The other single "gps.config.zip" is that of Epinters Rom. Simply open it in Editor/TextEdit or similar programs and you can see the above entries.
Click to expand...
Click to collapse
For me, epinter's cm10.1 was the first time gps lock in in about 5 to 10 seconds, even if i was inside my house...
perhaps is better (previous backup) to edit the file and change the ntp servers to match your coutry's pools. then try,..
on cm7 i use an app called gps status to force calibration of the compass and to force inject fresh agps data, which helps a little
andresrivas said:
perhaps is better (previous backup) to edit the file and change the ntp servers to match your coutry's pools. then try,..
on cm7 i use an app called gps status to force calibration of the compass and to force inject fresh agps data, which helps a little
Click to expand...
Click to collapse
Hey!
Thanks for replying!
I use the GPS Status App too (and tried many other GPS Apps in market) and resetted agps-data many times an refreshed it. It helps a little but just for the moment and after one day not using GPS the fix lasts really long...
I would try to edit the "gps.conf" file but I use the Atrix as my main device, so I dont wanna brick it... Do you think, that editing this file will not force an brick? And what do you think is the best:
a) Editing Epinters "gps.conf" (of course after backing up the org. file, and everything else),
b) Exchange Epinters file with Neutrinos, or
c) Flashing Neutrinos "Germany.zip"?
Or even an absolute other solution?
Regards,
Asmaron
asmaron said:
Hey!
Thanks for replying!
I use the GPS Status App too (and tried many other GPS Apps in market) and resetted agps-data many times an refreshed it. It helps a little but just for the moment and after one day not using GPS the fix lasts really long...
I would try to edit the "gps.conf" file but I use the Atrix as my main device, so I dont wanna brick it... Do you think, that editing this file will not force an brick? And what do you think is the best:
a) Editing Epinters "gps.conf" (of course after backing up the org. file, and everything else),
b) Exchange Epinters file with Neutrinos, or
c) Flashing Neutrinos "Germany.zip"?
Or even an absolute other solution?
Regards,
Asmaron
Click to expand...
Click to collapse
Humm.. I edited the file and had no problems, I think edit is the safer option due to Neutrinos' files are for Gingerbread and we don't know what changed in the middle
andresrivas said:
Humm.. I edited the file and had no problems, I think edit is the safer option due to Neutrinos' files are for Gingerbread and we don't know what changed in the middle
Click to expand...
Click to collapse
Hmm... yeah thats true... so you have edited the file by yourself? What entries did you add? I thought Epinters settings worked for you?
asmaron said:
Hmm... yeah thats true... so you have edited the file by yourself? What entries did you add? I thought Epinters settings worked for you?
Click to expand...
Click to collapse
Sorry, that was on Gb, I edited the ntp servers to the ones off my country (Argentina). I was using root explorer at the time, but in cm10 the stock file manager can do it without problems (I used it to edit touchpad.cfg to fix raindrop bug). Only thing is you need to give it access via the app settings (can't remember as I'm back on cm7)
Hey!
Meanwhile I flashed the ROM from "Zn7mkUKzN1r8aCIV" where the flash is working. The fix lasts also very long and wasnt even stable. The entries of the "gps.conf" of "Zn7mkUKzN1r8aCIV" are exactly the same as the ones of epinter. So i tried to edit the "gps.conf":
- Editing the strings from the neutrino file (check OP), had the result that i didnt get a fix in even a half an hour.
- Restoring the "gps.conf" has the result of getting a fix after some minutes but not very stable.
- Now I have a edit of the "gps.conf" with the strings nlabrad mentioned in the post i told you before and the NTP-Server-Entries of Neutrino for germany (without blanks between the "="). Now i get a fix after some minutes that is stable, but the accuracy gets not better than 100 meters (328 feet). It stucks here and gets not better even after more than half an hour having a stable fix. To be exact it gets not better and not even worser. It stucks exactly at 100 meter accuracy.
Now i will test the GPS fix from that is mentioned here and i will report later!
Regards,
Asmaron
Did it!
Hey there!
I did it!
First it didn't work to exchange the "libnmea.so" from Krystian mentioned in the post above using the integrated file explorer. I allways got an Error when editing/copying/deleting the orig. "libnmea.so" in the "system/lib" folder. After that error somtimes GPS didn't work anymore at all (cant start it) or nothing was changed to the accuracy of the GPS. Well I have seen that by exchanging the file you have to set the permissions new (chmod 644) but I wasn't able to change it without getting an error.
So I tried another way: I extracted the Files of Zn7mkUKzN1r8aCIV's ROM and exchanged the "libnmea.so" org. file with the file from Krystian. I also replaced the "gps.conf" with an modified "gps.conf" containing the Neutrinos Strings from the Germany "gps.conf". Than I ziped and signed the modified files with LambOfGods Zip Signer Tool (v1.1) and flashed it (wiped Cache & Dalvik).
And now: Get a GPS-Fix (indoor) in about 45 sec with an accuracy of about 4 meters! YEAH! :victory:
Thanks for helping! Esp. thanks to you andresrivas and of course Zn7mkUKzN1r8aCIV and Krystian and so on!
Regards,
Asmaron
[/COLOR]
asmaron said:
Hey there!
I did it!
First it didn't work to exchange the "libnmea.so" from Krystian mentioned in the post above using the integrated file explorer. I allways got an Error when editing/copying/deleting the orig. "libnmea.so" in the "system/lib" folder. After that error somtimes GPS didn't work anymore at all (cant start it) or nothing was changed to the accuracy of the GPS. Well I have seen that by exchanging the file you have to set the permissions new (chmod 644) but I wasn't able to change it without getting an error.
So I tried another way: I extracted the Files of Zn7mkUKzN1r8aCIV's ROM and exchanged the "libnmea.so" org. file with the file from Krystian. I also replaced the "gps.conf" with an modified "gps.conf" containing the Neutrinos Strings from the Germany "gps.conf". Than I ziped and signed the modified files with LambOfGods Zip Signer Tool (v1.1) and flashed it (wiped Cache & Dalvik).
And now: Get a GPS-Fix (indoor) in about 45 sec with an accuracy of about 4 meters! YEAH! :victory:
Thanks for helping! Esp. thanks to you andresrivas and of course Zn7mkUKzN1r8aCIV and Krystian and so on!
Regards,
Asmaron
Click to expand...
Click to collapse
hI! I'm having hard time to understand exactly what you did to fix GPS accuracy. I'm the guy who asked Zn7mkUKzN1r8aCIV about the bug and I tried to overwrite the libnmea.so but it didn't work.... (I've had to flash again the rom to get back to 100m accuracy) Can you explain in a easier D) way how to fix it? I understand that you made a flashable zip maybe can you share it?
Hey there!
Well what I did exactly is:
1) Downloaded Zn7mkUKzN1r8aCIV's ROM (from 10/10/13) and extract it
2) Downloaded "libnmea.so" from Krystian
3) Replaced Zn7mkUKzN1r8aCIV's original "libnmea.so" in folder "system/lib/" with Krystian's one
4) Edited the "gps.conf" of Zn7mkUKzN1r8aCIV in folder "system/etc/" with the strings of Neutrinos "gps.conf" for germany (!) mentioned above *
5) Ziped and signatured the GPS-modified ROM files with "LambOfGods Zip Signer Tool (v1.1)" mentioned above
6) Wiped Cache & Dalvik - Flashed and GPS worked
I've uploaded my GPS-modified ROM with the german (!) "gps.conf" here:
Based on Zn7mkUKzN1r8aCIV's ROM 10/10/13 wich is based on Epinters ROM with modified GPS files for Germany from Krystian and Neutrino
Click to expand...
Click to collapse
with
a) "Standard"-Kernel:
CM10.1_Android4.2_GPSmodified.zip - 166.48 MB
b) "Hporch32-"Kernel (when Screen-Tearing occurs):
CM10.1_Android4.2.2_GPSmodified_hporch32.zip - 166.48 MB
I can't edit the "gps.conf" for every single county. Thats to much work. But you can do that on your own! I uploaded the files of Neutrionos "gps.conf"-Tweak here so you can download it and take the strings that you need for your country. In your case, I would do the following:
1) Download my GPS-modified ROM
2) Flash it, reboot and try out GPS - I will not take any responsibility for defects of your hardware! You flash it on your own risk!
2.a) If it works fast, its proofed that Neutrinos Strings in the "gps.conf" has no real effect - you can go to step 8
2.b) If it doesn't work (fast) you go to step 3
3. Download Neutrino GPS-Files and extract them
4. Choose the "gps.conf" that is related to your country (always stored in "system/etc/" folder of the zip-file of your country) and open it with editor
5. Edit the strings in the "gps.conf" on your Atrix (folder "system/etc/" - you will see, there are the german strings) with the ones of your country from the Neutrino File (make sure that there are no blanks between the " = " of each string**)
6. Save your edited "gps.conf" of the folder "system/etc" & check (imperative!) that the rights of the file are set on chmod 644!
7. Reboot and try out GPS
8. (Hopefully) Enjoy!
I hope it works! Looking forward to hear your report!
Regards,
Asmaron
* It is not proofed that this has any effect, but I think so, and now I have a GPS-Fix in almost a half minute.
** The effect of this is also not proofed! What I mean is type e.g.
Code:
NTP_SERVER=0.de.pool.ntp.org
instead of
Code:
NTP_SERVER = 0.de.pool.ntp.org
Hey! Did it work for you?
If not i have another suggestion:
Download my modified GPS-ROM, flash it (on your own risk), download the app "faster GPS" from playstore, choose your country settings in the app. It will modify the "gps.conf" and will set the NTP-Server settings for your country and region.
Maybe it helps... would be glad if you report here!
Regards,
Asmaron
libnmea.ko hack works on ICSROM (and related, I imagine)
asmaron said:
[...] Now i will test the GPS fix from that is mentioned here and i will report later!
Regards,
Asmaron
Click to expand...
Click to collapse
Came across this searching for a fix on my recent ICSROM update. I had to do the same thing when I first root/unlocked to install MROM, so that certainly helped. I noticed that the files sizes were identical, and not to the GB files, as one would expect. Anway, the issue manifested as GPS apps showing 0 accuracy, and WiFi-disabled Google Maps showing 1200m accuracy. After updating the file and chmod, it was showing ~7m accuracy.
Yup works a-ok...
jeremywh7 said:
[...] After updating the file and chmod, it was showing ~7m accuracy.
Click to expand...
Click to collapse
I meant '7ft accuracy' above. Anyway, I tested on my way to work this morn; locked at 5ft. I did see a couple times when it lost the lock and jumped around the map, but was brief. And I recall seeing that happen on the GB rom too.
UPDATE: Add persist.data.iwlan.enable=true persist.radio.calls.on.ims=1 to /system/build.prop I'm not sure why they only added it to NA 16s. There appears to still be issues getting this to work on LOS. I suspect it has to do with modem firmware and android driver mismatches as LOS also can't properly read the sim address book.
While testing to see if WiFi Calling worked on custom roms I flashed back to stock cn EUI 23s and noticed it doesn't even appear to work on it. It activates and doesn't give an error message on EUI 23s (once got an Error81), and it shows that it is enabled. However it doesn't appear to actually work and checking with 'Network Cell Info' it shows 'WiFi Call avail: No'.
[UPDATE] - I tracked down what makes it work. Apparently all that is needed is something in the le_x2_na (US/CA) 16s build. You can use modem 50 with it and it still works so its something about the android software itself that changed that broke it in the China 23s/India 19s roms. I tested it with Airplane mode on and only wifi enabled and it made calls so it definitely works. It appears all the other builds give Error81 eventually and will not work. I think the other builds don't even try to connect as they didn't show anything when using tcpdump. The 16s build shows lookups to 3gppnetwork.org for mnc260 "US" mcc310 "T-Mobile" (my provider) and a bunch of ISAKMP and ESP packets to the resulting ip address.
Grepping for the 3gppnetwork.org text in /system turns up the following files:
Code:
$ grep -r 3gppnetwork.org *
Binary file bin/wpa_supplicant matches
Binary file etc/firmware/modem_pr/mcfg_sw_tmo.mbn matches
Binary file etc/firmware/modem_pr/mcfg_sw_cmcc.mbn matches
Binary file framework/oat/arm64/wifi-service.odex matches
Binary file priv-app/Settings/oat/arm64/Settings.odex matches
Binary file vendor/lib/lib-imsqimf.so matches
Binary file vendor/lib64/lib-imsqimf.so matches
Generic Access Network
If no one else knows what's going on with it I might throw a packet sniffer in between and see if its actually sending out the request properly. It should also help to see if a call is actually being routed, but it fails when I turn off the cell connection so I think it may not be working. There also isn't a wifi calling icon at top so probably isn't working.
Code:
05-13 00:01:30.219 2280 3293 I NetworkController: onReceive: intent=Intent { act=android.net.wifi.RSSI_CHANGED flg=0x4000010 mCallingUid=1000 (has extras) }
05-13 00:01:30.228 2280 3293 I NetworkController: onReceive: intent=Intent { act=android.net.wifi.RSSI_CHANGED flg=0x4000010 mCallingUid=1000 (has extras) }
05-13 00:01:30.361 12051 12051 I ViewRootImpl: finishMotionEvent: handled = true stage=10: View Post IME stage,inputElapseTime=2 eventTime = 2467238 downTime = 2467238 title= com.android.settings/com.android.settings.Settings$WifiCallingSettingsActivity
05-13 00:01:30.439 2280 3293 I NetworkController.MobileSignalController(slotId:0 subId:1): mWfcImsObserver onChange()
05-13 00:01:30.458 1605 2698 W AppOps : isskipsystem code:40 uid:1001
05-13 00:01:30.466 2755 3770 E ImsConfigImpl: getImsConfigListener returns null
05-13 00:01:30.466 2755 3770 E ImsConfigImpl: onSetFeatureResponseDone listener is not valid !!!
05-13 00:01:30.470 1605 2604 W AppOps : Finishing op nesting under-run: uid 1001 pkg org.codeaurora.ims code 40 time=0 duration=0 nesting=0
05-13 00:01:30.484 1605 2628 W AppOps : isskipsystem code:40 uid:1001
05-13 00:01:30.510 1605 2681 W AppOps : Finishing op nesting under-run: uid 1001 pkg org.codeaurora.ims code 40 time=0 duration=0 nesting=0
I also notice that while VoLTE appears to work on 23s if you turn it off and on it doesn't, the logcat output also looks a bit odd, like it might not be doing anything at all, ugh.
Code:
05-13 00:20:02.742 2755 2755 I ViewRootImpl: finishMotionEvent: handled = true stage=10: View Post IME stage,inputElapseTime=1 eventTime = 3580090 downTime = 3580090 title= com.android.phone/com.android.phone.MobileNetworkSettings
05-13 00:20:02.878 1605 1633 W AppOps : isskipsystem code:40 uid:1001
05-13 00:20:02.887 2755 3770 E ImsConfigImpl: getImsConfigListener returns null
05-13 00:20:02.887 2755 3770 E ImsConfigImpl: onSetFeatureResponseDone listener is not valid !!!
05-13 00:20:02.967 1605 2628 W AppOps : Finishing op nesting under-run: uid 1001 pkg org.codeaurora.ims code 40 time=0 duration=0 nesting=0
It works on the us rom x829 5.8.16s and maybe on some of the dev roms.
Edit: You can check by enabling airplane mode
whymoo said:
It works on the us rom x829 5.8.16s and maybe on some of the dev roms.
Click to expand...
Click to collapse
Thanks, I'll have to take a look at what it is doing differently between 16s and 23s so hopefully it will work on more roms.
So running tcpdump on 23s and turning off and on WiFi Calling does not appear to produce any network packets at all, or at least not any that tcpdump saw. I'll have to try it out on 16s sometime soon.
Updated OP, US 16s apparently will work with various modem firmwares, v24 v50 tested, but India 19s and China 23s do not.
I'm not certain but I think the issue is due to the newer builds not including WfcService at all. Copying it from 16s though causes com.android.phone to crash continuously.
ccheney said:
Updated OP, US 16s apparently will work with various modem firmwares, v24 v50 tested, but India 19s and China 23s do not.
Click to expand...
Click to collapse
Nice to see someone digging into this. Getting sick of the 16s firmware.
Another thing which is a bit interesting is that with the original 16s radio, WiFi calling tends to be a bit less finicky about connecting. After reading your post, I flashed the v50 modem, and got the REG99 "Unable to connect" error message upon booting. This almost never happens with the original modem file. I did manage to get it to work, but only after putting the phone into Airplane mode and enabling WiFi. If you only need to call numbers in your contacts, or receive calls, you can leave it in Airplane. Otherwise, the dialer shows "Emergency calls only", and you have to put it back into normal mode. The 16s seems more seamless, but the newer modem files are probably better overall for other radio functions.
I wish LeEco would release the sources for the 16s firmware, to make the job of the devs easier for this, but I don't see that happening.
If anyone knows more details about how WFC works in Android please let us know or point to reading material.
I have some prior Android hw development experience but have been previously using an iPhone and finally made the switch permanent with this phone. So I'm still learning how WFC works under Android, but it seems there are also two sets of modem files. The ones in /system/etc/firmware/modem_pr/ and the ones in /firmware/image/modem_pr/mcfg/configs/mcfg_sw/generic . I'm not sure why they are different (the md5sums don't match). There are much fewer of them in the system area as well as compared to firmware. I suspect the ones in /firmware are from qualcomm for global use and perhaps LeEco just picked a few to actually use for some reason? Looking at how the Pixel phones do it they seem to copy the files out of the /firmware dir to use at boot time. I'll have to try out v50 again later on 16s but I'm pretty sure I got it to work fine. VoLTE activation also seems to be a bit flaky even on the EUI firmware.
I suspect that WFC does not work for carriers in Europe or most of Asia even on 16s unless the 'others' modem profile allows them to work somehow. There are more modem profiles in /firmware we could potentially use if we determine how this works.
I'm going to go back to EUI 23s again and see if it ever tries to communicate to the WFC website via tcpdump. It certainly didn't show much in the logcat output that I could see. I'm not sure if I can start tcpdump with the network down, but it does seem to work with just disabling/reenabling WFC on 16s.
I'm probably wrong, but couldn't someone just take the WFC code from another SD820 phone and use that to make it work?
/system/etc/firmware/modem_pr/
mcfg_sw_att.mbn - US - AT&T
mcfg_sw_cmcc.mbn - China - CMCC
mcfg_sw_ct.mbn - China - CT
mcfg_sw_cu.mbn - China - CU
mcfg_sw_le_others.mbn - ??
mcfg_sw_others.mbn - ??
mcfg_sw_reliance.mbn - India - Reliance
mcfg_sw_tmo.mbn - US - T-Mobile
mcfg_sw_verizon.mbn - US - Verizon
I did another round of testing on 23s and I turned airplane mode on/off while running tcpdump, just toggling wifi didn't give any error and didn't work, WFC gave Error81 but there was no visible attempt to connect to the WFC server or even do a DNS lookup for it during the entire time. No points for LeEco making their newer roms buggier.
Interestingly CN 16s also gives Error81, so it might be that only the NA (US/CA) 16s works for some reason. I suspect it might have something to do with the modem firmware.
UPDATE: I think I solved the issue on EUI, testing against 26s now to see if it fixes it. Having trouble verifying if I fixed it as its not giving Error81 anymore but not saying WFC is enabled either, will have to look at tcpdump output some more I suppose.
Ok, so I managed to get IN 19s to work with the change. For some reason CN 23s/26s did not seem to work.
All you have to do is add the following and it works:
persist.data.iwlan.enable=true
At the top of the screen it shows "T-Mobile Wi-Fi Calling LTE" (I'm using T-Mobile) I noticed that if I have Airplane mode enabled it does not appear to be able to make calls so it may be only partially working, will have to look at tcpdump output to see if its actually registering. It may need persist.radio.always_send_plmn=true but I'm not sure yet. I can't really tell from the tcpdump if its working or not, will have to capture a full call under 16s to see what it looks like to compare it. There was lots of ipv4/ipv6/da1a data being transferred, but I don't know which part was the call, lol.
There may be other useful props to add from NA 16s but I'm not sure.
But I'm still pretty new at this, only had an Android phone for a couple weeks.
ccheney said:
Ok, so I managed to get IN 19s to work with the change. For some reason CN 23s/26s did not seem to work.
All you have to do is add the following and it works:
persist.data.iwlan.enable=true
At the top of the screen it shows "T-Mobile Wi-Fi Calling LTE" (I'm using T-Mobile) I noticed that if I have Airplane mode enabled it does not appear to be able to make calls so it may be only partially working, will have to look at tcpdump output to see if its actually registering. It may need persist.radio.always_send_plmn=true but I'm not sure yet. I can't really tell from the tcpdump if its working or not, will have to capture a full call under 16s to see what it looks like to compare it. There was lots of ipv4/ipv6/da1a data being transferred, but I don't know which part was the call, lol.
There may be other useful props to add from NA 16s but I'm not sure.
But I'm still pretty new at this, only had an Android phone for a couple weeks.
Click to expand...
Click to collapse
If you can get Wi-Fi Calling and VoLTE to work in Nougat ROMS it would be amazing.
So I found out how to make IN 19s work properly after looking at the LOS 14.1 x2 device tree.
You need both of the following:
persist.data.iwlan.enable=true
persist.radio.calls.on.ims=1
I can now turn on airplane mode and only turn on wifi and still make calls so it is going over WiFi like it should.
LOS 14.1 does not support it due to a 'feature' in the code they copied from LeEco. They turn off support for WiFi Calling for the X820 model for some unknown reason. Even the cellular providers in China support WiFi calling so its unclear why they did that. Oh and this might also fix VoLTE but I haven't tested that part yet...
device/leeco/msm8996-common/init/init_leeco_msm8996.cpp
Code:
else if (isLEX820)
{
// This is LEX820
property_set("ro.product.model", "LEX820");
property_set("persist.data.iwlan.enable", "false");
// Dual SIM
property_set("persist.radio.multisim.config", "dsds");
// Disable VoLTE
property_set("persist.radio.cs_srv_type", "1");
property_set("persist.radio.calls.on.ims", "0");
property_set("persist.radio.jbims", "0");
}
else if (isLEX829)
{
// This is LEX829
property_set("ro.product.model", "LEX829");
property_set("persist.data.iwlan.enable", "true");
// Dual SIM
property_set("persist.radio.multisim.config", "dsds");
// Enable VoLTE
property_set("persist.radio.cs_srv_type", "0");
property_set("persist.radio.calls.on.ims", "true");
property_set("persist.radio.jbims", "true");
}
I flashed today's official LOS 14.1 and noticed there isn't an option to even turn on/off VoLTE/WFC at all. I'm guessing it is disabled in the settings gui in the build?
Anyone happen to know what I need to change to make it show up?
ccheney said:
I flashed today's official LOS 14.1 and noticed there isn't an option to even turn on/off VoLTE/WFC at all. I'm guessing it is disabled in the settings gui in the build?
Anyone happen to know what I need to change to make it show up?
Click to expand...
Click to collapse
Maybe editing the settings.db and/or dialing *#*#4636#*#*. Great work so far.
whymoo said:
Maybe editing the settings.db and/or dialing *#*#4636#*#*. Great work so far.
Click to expand...
Click to collapse
Thanks!
The secret menu shows its disabled but won't let me change it but and I don't see a settings.db file in /system, is it somewhere else?
Looking *#*#4636#*#* menu it seems to be having some issues reading the SIM properly. It claims that ViLTE is unprovisioned, WiFi Calling is unprovisioned, IMS is not registered, no SIM Address Book, etc.
Searching online it seems that at least on some versions of Android that if it doesn't detect you can use the feature (VoLTE/ViLTE/WFC) it is auto hidden, so the problem may lay with the problems reading the sim.
Update: Flashed back to NA 16s and the SIM address book has entries in it so its definitely something wrong with LOS 14.1 ability to read the SIM card properly. Unfortunately the hidden menu in 16s doesn't show the VoLTE/ViLTE/WFC status like the version in LOS 14.1
With NA 16s 'Network Cell Info' shows the following:
VoLTE capable: Yes
WiFi call Available: Yes
Video call av: No
Video call en: No
So ViLTE may take extra effort to make work, but VoLTE/WFC should work once we resolve why the SIM isn't being read properly.
settings.db is supposed to be in /data/data/com.android.providers.settings/databases/settings.db but its missing. Have you tried Resurrection Remix? In the *#*#4636#*#* menu volte and wi-fi calling are enabled but they don't work.
I'll have to take a look at that. I just grabbed the 23s failed logcat output and am about to compare it to NA 16s working output to see if anything obvious sticks out.
ccheney said:
I'll have to take a look at that. I just grabbed the 23s failed logcat output and am about to compare it to NA 16s working output to see if anything obvious sticks out.
Click to expand...
Click to collapse
infrag was able to fix volte in this nougat ROM https://drive.google.com/open?id=0B4k5OpXTXcS9bVRVVkZMY2RORDQ
Here is the thread https://forum.xda-developers.com/le-max-2/development/kernel-blackscreen-leeco-x2-t3604445
From vince fw update thread :https://forum.xda-developers.com/re...firmware-xiaomi-redmi-note-5-5-plus-t3759683,
we get these files:
Non hlos: modem/baseband/radio - controls wifi, bluetooth, gps, 4g?
Rpm: resource power management - controls power to radio, modem..
Tz : trustzone - security features for making breaching difficult
Adspso : digital signal processor - smooth realtime media and sensors
Sbl1 : secondary bootloader - helps with appsboot and edl
Emmc-appsboot : apps bootloader - loads kernel, recovery, fastboot
Splash : Mi bootlogo - static mi image at start
Mdtp : boot verification -helps to lock and track phone when lost
Lksecapp : little kernel source application - used by tz, rpm
Devcfg: device config? - used by tz
Keymaster, cmnlib, cmnlib64 : verified boot.
I think that is the overview, care to correct/add further info?
1. After flashing custom rom, if anyone reports problem, someone usually recommends to update modem, does this contain update for all the wifi, bluetooth, gps, 4g and goodix fingerprint?
2. When you should/need to flash these or not?
3. What you must/should do before/after flashing these separately or entirely?
4. Flashing these effects encryption in what way? Someone says I should delete pattern and pin for flashing all these.
5. Whats the update binary in meta file? Is it same when flashing these files individually too?
6. Are Most of the 4g/ wifi problems related to mismatch with custom rom, RIL and modem update?
Thanks.