wifi signal is very weak on my m4, what should i do? anyone met the same problem? any solution?
GuestX0020 said:
wifi signal is very weak on my m4, what should i do? anyone met the same problem? any solution?
Click to expand...
Click to collapse
Are your phone rooted? If its rooted you can try this way..
Copy-Paste this to System/BUILD.PROP ..Paste in the bottom row of the Build.PROP
#Better signal reception:
persist.cust.tel.eons=1
ro.config.hw_fast_dormancy=1
#Signal Tweaks:
persist.cust.tel.eons=1
ro.ril.gprsclass=10
ro.ril.hsdpa.category=8
ro.ril.hsupa.category=6
ro.ril.hsxpa=1
#net speed tweaks:
net.tcp.buffersize.default=4096,87380,256960,4096, 16384,256960
net.tcp.buffersize.wifi=4096,87380,256960,4096,163 84,256960
net.tcp.buffersize.umts=4096,87380,256960,4096,163 84,256960
net.tcp.buffersize.gprs=4096,87380,256960,4096,163 84,256960
net.tcp.buffersize.edge=4096,87380,256960,4096,163 84,256960
net.tcp.buffersize.hspda=4096,87380,256960,4096,16 384,256960
net.tcp.buffersize.hspa=4096,87380,256960,4096,163 84,256960
#Wireless Tweaks:
net.ipv4.ip_no_pmtu_disc=0
net.ipv4.route.flush=1
net.ipv4.tcp_ecn=0
net.ipv4.tcp_fack=1
net.ipv4.tcp_mem=187000 187000 187000
net.ipv4.tcp_moderate_rcvbuf=1
net.ipv4.tcp_no_metrics_save=1
net.ipv4.tcp_rfc1337=1
net.ipv4.tcp_rmem=4096 39000 187000
net.ipv4.tcp_sack=1
net.ipv4.tcp_timestamps=1
net.ipv4.tcp_window_scaling=1
net.ipv4.tcp_wmem=4096 39000 187000
#OPEN DNS
net.rmnet0.dns1=8.8.8.8
net.rmnet0.dns2=8.8.4.4
net.ppp0.dns1=8.8.8.8
net.ppp0.dns2=8.8.4.4
net.dns1=8.8.8.8
net.dns2=8.8.4.4
Website Bypass:
Code:
net.dns1=8.8.8.8
net.dns2=8.8.4.4
net.rmnet0.dns1=8.8.8.8
net.rmnet0.dns2=8.8.4.4
And then save & reboot your phone ..
boymarley said:
Are your phone rooted? If its rooted you can try this way..
Copy-Paste this to System/BUILD.PROP ..Paste in the bottom row of the Build.PROP
Website Bypass:
Code:
net.dns1=8.8.8.8
net.dns2=8.8.4.4
net.rmnet0.dns1=8.8.8.8
net.rmnet0.dns2=8.8.4.4
And then save & reboot your phone ..
Click to expand...
Click to collapse
Website Bypass and Code go with # right?
Edit: Tried and gave me bootloop
Nevermind, I forgot to set the 644 permissions [emoji16]
dani020110 said:
Website Bypass and Code go with # right?
Edit: Tried and gave me bootloop
Nevermind, I forgot to set the 644 permissions [emoji16]
Click to expand...
Click to collapse
So how the connection now, there are improvement?
boymarley said:
So how the connection now, there are improvement?
Click to expand...
Click to collapse
Yeah, I can feel that my WiFi signal has improved and tomorrow I'm going to test the telephony signal[emoji1]
dani020110 said:
Yeah, I can feel that my WiFi signal has improved and tomorrow I'm going to test the telephony signal[emoji1]
Click to expand...
Click to collapse
Yess that good 4you ... i hope phone signal are improved as well.
Please let me know the result and give a thanx ..... hehehe
boymarley said:
Are your phone rooted? If its rooted you can try this way..
Copy-Paste this to System/BUILD.PROP ..Paste in the bottom row of the Build.PROP
Website Bypass:
Code:
net.dns1=8.8.8.8
net.dns2=8.8.4.4
net.rmnet0.dns1=8.8.8.8
net.rmnet0.dns2=8.8.4.4
And then save & reboot your phone ..
Click to expand...
Click to collapse
Hey dude, I have the same problem, so Website Bypass and Code go with #? I want to be sure before testint , thanks
saydcold said:
Hey dude, I have the same problem, so Website Bypass and Code go with #? I want to be sure before testint , thanks
Click to expand...
Click to collapse
No, you don't have to add #. Just simply copy paste that script, and don't forget to set 644 permission & if you not sure enough, make a backup or your rom for insurance. .hehehe...
If you want you can make copy of original build.prop and keep in other place
I did this with 100% success, and I'm sure you will to if you came with same phone model. But remember this is only advice for your problem, so your responsible for your own. Cheers..
boymarley said:
No, you don't have to add #. Just simply copy paste that script, and don't forget to set 644 permission & if you not sure enough, make a backup or your rom for insurance. .hehehe...
If you want you can make copy of original build.prop and keep in other place
I did this with 100% success, and I'm sure you will to if you came with same phone model. But remember this is only advice for your problem, so your responsible for your own. Cheers..
Click to expand...
Click to collapse
Thanks for your answer bro. I did it and my wifi signal is still weak :'(.
Related
In the file tiwlan.ini located in /system/etc I have the lines:
Code:
HT_Enable=0 #0=diable 802.11n support / 1=Enable
BurstModeEnable = 0 # 0 - Disabled 1 - Enabled
I think we can enable BurstMode and 802.11n (if driver allow it) support.
I cannot try, my access point isn't "n" (only "g" at 2.4GHz), but If you have an "n" wi-fi access point....
did a little digging.
looks like the wlan controller for the x10 mini pro is:
texas instrument wL1271a
http://focus.ti.com/general/docs/wt...ntId=29993&navigationId=12762&templateId=6123
TQM679002A from TriQuint
http://www.triquint.com/prodserv/more_info/proddisp.aspx?prod_id=TQM679002A
source: http://www.phonewreck.com/2010/08/05/823/
which means that the x10 mini pro is indeed b/g/n compatible. but only over 2.4Ghz band.
I'll do some more investigation tonight when I get back home.
Wonder what kind of throughputs I'll net.
Ok thanks! I'm using burst and n settings to 1..
Ok it works but I do not know my speed....
Sent from my U20i using XDA App
I'm here again.
I discovered how set up n in my router at 2.4Ghz (was n at 5Ghz) AND IT WORKS !!!!!
NOW I'M AT 65MBITS! router is at 1st floor and I'm at 2nd floor, but speed is > 54
So our mini pro IS n !
UPDATE: I've just tried close the access point.. 65mbit... Ok, 65 is greater than 54.. I think firmware - driver limits "n" speed.
oversim said:
I'm here again.
I discovered how set up n in my router at 2.4Ghz (was n at 5Ghz) AND IT WORKS !!!!!
NOW I'M AT 65MBITS! router is at 1st floor and I'm at 2nd floor, but speed is > 54
So our mini pro IS n !
UPDATE: I've just tried close the access point.. 65mbit... Ok, 65 is greater than 54.. I think firmware - driver limits "n" speed.
Click to expand...
Click to collapse
How you discovered this? Wich software?
I'm trying.....
Thank You!!
dettofatto said:
How you discovered this? Wich software?
I'm trying.....
Thank You!!
Click to expand...
Click to collapse
No software, simple: while examining configuration files..
That's great news guys! How about the battery life? does switching to n affect battery life significantly?
TIA
Absolutely no... Battery behaviour is the same using 65 or 54mbit...
Sent from my U20i using XDA App
oversim said:
Absolutely no... Battery behaviour is the same using 65 or 54mbit...
Sent from my U20i using XDA App
Click to expand...
Click to collapse
Perfect! 65 mbit!
802.11n should improve reception and by the way may preserve battery life at the oposite of 802.11g.
What information have you changed?
HT_Enable=0 #0=diable 802.11n support / 1=Enable
BurstModeEnable = 0 # 0 - Disabled 1 - Enabled
To:
?
HT_Enable=1 #0=diable 802.11n support / 1=Enable
BurstModeEnable = 1 # 0 - Disabled 1 - Enabled
ok, thanks! i will try at home.
Hi,
I change the file tiwlan.ini as in the 1st post, but I didn't measure any difference.
I use wireshark in my laptop with wireless card (ipw4965 - module ipwagn) in monitor mode to check the traffic between my e10i (X10 mini, not pro) and my router (Linksys WAG325N).
In any instant the baudrate was greater that 54Mbps, but my laptop connects with a maximum of 130Mbps.
My X10 mini show 65mbps without any modification, the values are 0. Hmm...this could be from my router (asus wl500 gp, oleg firmware.) I will try the modified values
how are u guys editing it ??
NashXDA said:
how are u guys editing it ??
Click to expand...
Click to collapse
You need root access to your device and to mount the system folder with write permissions.
Copy your original tiwlan.ini to the sdcard, edit the file in the PC, and copy again to the original location.
I'm using root explorer to edit this file..
phoxy84 said:
What information have you changed?
HT_Enable=0 #0=diable 802.11n support / 1=Enable
BurstModeEnable = 0 # 0 - Disabled 1 - Enabled
To:
?
Click to expand...
Click to collapse
Both 1, enabled.
rubensun said:
did a little digging.
looks like the wlan controller for the x10 mini pro is:
texas instrument wL1271a
http://focus.ti.com/general/docs/wt...ntId=29993&navigationId=12762&templateId=6123
TQM679002A from TriQuint
http://www.triquint.com/prodserv/more_info/proddisp.aspx?prod_id=TQM679002A
source: http://www.phonewreck.com/2010/08/05/823/
which means that the x10 mini pro is indeed b/g/n compatible. but only over 2.4Ghz band.
I'll do some more investigation tonight when I get back home.
Wonder what kind of throughputs I'll net.
Click to expand...
Click to collapse
If you would have read everything, you would have read this:
Supports the soon-to be ratified WiFi Direct™ and Soft AP mode capabilities, extensible to support additional protocols
Click to expand...
Click to collapse
This hints that it is draft-n, not final-n which is a result of the 65 speed only (which burstmode actually gives over a 802.11g connection as burstmode simply sends data from one device to another without waiting for the other device to say "I have recieved it"
http://en.wikipedia.org/wiki/Burst_mode_(computing)
)
In order to enable final 802.11n, the chip would have to have its firmware updated. On my Intel 4965, this same issue occured: I had a draft router and a draft card (The Intel 4965). The speeds were I believe 104 or something less. Now, with both of them on the final spec with their firmwares updated, Im hitting 130.
Hi,
I see in several roms they say improved 3g signal. Is there such a fix for stock gb.
My wife wont let me put different rom in her phone as she likes stick more than cm but phone signal is very poor on 3g .
Kieron
Sent from my X10i using xda premium
Well, first u should root that X10 then add some line ,
Open root exploer / system / build.prop and add this in addtional line reboot and enjoy )
ro.ril.enable.a53=1
ro.ril.enable.3g.prefix=1
ro.ril.htcmaskw1.bitmask=4294967295
ro.ril.htcmaskw1=14449
also u can add them
# Net tweaks
net.tcp.buffersize.default=4096,87380,256960,4096,16384,256960
net.tcp.buffersize.wifi=4096,87380,256960,4096,16384,256960
net.tcp.buffersize.umts=4096,87380,256960,4096,16384,256960
net.tcp.buffersize.gprs=4096,87380,256960,4096,16384,256960
net.tcp.buffersize.edge=4096,87380,256960,4096,16384,256960
I'd like to tweak the tcp.rmem settings that come stock. The maximum buffer size (110208 bytes) is quite low for a high speed connection.
I've tried build.prop, init.rc, and init.local.rc. I checked the results with "sysctl -a | grep tcp".
/system/build.prop - no effect (is everybody around the web enjoying placebo?)
net.tcp.buffersize.default=4096,87380,524288,4096,16384,110208
net.tcp.buffersize.wifi=4096,87380,524288,4096,16384,110208
/system/etc/init.local.rc - doesn't seem to be used by the OS?
setprop net.tcp.buffersize.default 4096,87380,524288,4096,16384,110208;
setprop net.tcp.buffersize.wifi 4096,87380,524288,4096,16384,110208;
/init.rc - is seemingly recreated on each boot with some predefined numbers
setprop net.tcp.buffersize.default 4096,87380,524288,4096,16384,110208;
setprop net.tcp.buffersize.wifi 4096,87380,524288,4096,16384,110208;
[in these values the first three #s are receive (min,start,max), second three are send (min,start,max)]. TCP auto adjusts between min and max.
issuing the setprop commands by terminal works but that isn't really ideal.
Are these the default values? What optimized values should we set from the terminal?
You could try smanager to run a script that changes the values.
Sent from my BNTV250 using XDA
defaults are (init.rc):
setprop net.tcp.buffersize.default 4096,87380,110208,4096,16384,110208
setprop net.tcp.buffersize.wifi 4095,87380,110208,4096,16384,110208
the first 110208 in these is the max allowed tcp receive buffer size and it really isn't ideal for say a 10+ mbps connection. A value of 262144 would be more appropriate. Even 524288 perhaps for 20-30 mbps though a 63mbps wifi connection is probably too slow for this to be beneficial.
good idea on just using a custom script.....
I have successfully set up V6 Supercharger Script on CM9 so I would assume it should work on CM7 if that's what you are running. If you want to go that route. May be placebo effect but it seemed to make an improvement in many areas.
Sent from my CM9 Nook Tablet using Tapatalk
swaaye said:
defaults are (init.rc):
setprop net.tcp.buffersize.default 4096,87380,110208,4096,16384,110208
setprop net.tcp.buffersize.wifi 4095,87380,110208,4096,16384,110208
the first 110208 in these is the max allowed tcp receive buffer size and it really isn't ideal for say a 10+ mbps connection. A value of 262144 would be more appropriate. Even 524288 perhaps for 20-30 mbps though a 63mbps wifi connection is probably too slow for this to be beneficial.
good idea on just using a custom script.....
Click to expand...
Click to collapse
I believe (and this is not a 100% sure guarantee) that the stock values are set in the source, in the driver code for the linux networking stack. If that's the case, the easiest way is to run the aforementioned script to just set it to different values on boot.
Can you get values through, say,
Code:
cat /proc/sys/net/ipv4/tcp_mem
?
The default allocated memory is based on system ram. But, if you're on a ~10mbps connection, you're not going to notice much of a pickup over stock with 26kb of tcp buffer. I mean, on a 10MBPS connection you should have low latency (well under 100ms), increasing the buffer won't 'speed it up'.
However, this site recommends setting it to 12MB (12582912), to increase performance on higher-latency connections (essentially, not local connections). Try that?
Hi all,
I'm checking things regarding speed of GPS connection on my XperiaU. I'm new in this area but as I know, GPS uses /System/etc/gps.conf file when GPS is turned on. The "problem" is that my GPS is connecting appr. 3 minutes till it catch GPS position. For example my old LG P690 is 2-3 x faster to lock GPS signal. I'm using "GPS Test" application on both phones for checking GPS signal strenght and number of found sattelites.
So now, original gps.conf in my XperiaU ICS contain this:
_____________________________________________________
SUPL_HOST=supl.sonyericsson.com
SUPL_PORT=7275
_____________________________________________________
That's nice but it's not telling me what's up I found some threads here in this forum regarding modified gps.conf files for concrete region or concrete country. But noone explained conent of these files. I downloaded one file for my country (Central Europe/Slovakia), and it contain this:
_____________________________________________________
NTP_SERVER=0.Slovakia.pool.ntp.org
NTP_SERVER=1.Slovakia.pool.ntp.org
NTP_SERVER=2.Slovakia.pool.ntp.org
NTP_SERVER=3.Slovakia.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
NTP_SERVER=Slovakia.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
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
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
________________________________________________________
I said wooooow, this must work! But no, time to catch GPS signal is the same...appr. 3 minutes. I'm checking GPS signal allways on the same place on opened space. So what? I found other gps.conf for Slovakia:
________________________________________________________
NTP_SERVER=sk.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
SUPL_HOST=supl.google.com
SUPL_PORT=7276
_________________________________________________________
What's uuuuuuup????!!?? Still the same fixing time
My opinion - this file is used only with cooperation with using network data. It's not for GPS system itself, but can be used when I turn on also mobile network - for example like using google maps.
And that's my question - is this gps.conf file mandatory for using pure GPS (without using network connection) or not?
Thank you very much guys,
Rado
its used to download the AGPS data. Once downloaded, it can help you device to aquire satelites even after the AGPS data has aged. (as long as you not move to another city for example)
orangpelupa said:
its used to download the AGPS data. Once downloaded, it can help you device to aquire satelites even after the AGPS data has aged. (as long as you not move to another city for example)
Click to expand...
Click to collapse
I hope that I understand. For using AGPS info I have to enable also network data on my phone. Because AGPS (gps.conf) is asking network servers about current position of sattelites. And gps.conf contain info about "which server(s) I have to contact?" After receiving reply from this server (or servers) my GPS should fix quickly. Without enabled internet access on my phone AGPS isn't working and that's why is GPS fixing long time.
Is my explanation correct?
yes
AGPS data download is using WiFi or GSM/3G/4G internet network.
after this data downloaded, GPS Fix should be faster.
Without enabled internet access on my phone AGPS isn't working and that's why is GPS fixing long time.
Click to expand...
Click to collapse
usually fresh AGPS data only needed every few days*. So if you already downloaded AGPS data TODAY, tomorrow your GPS fix should be still fast without need to enable internet.
*depends on your location and your activity
orangpelupa said:
yes
AGPS data download is using WiFi or GSM/3G/4G internet network.
after this data downloaded, GPS Fix should be faster.
usually fresh AGPS data only needed every few days*. So if you already downloaded AGPS data TODAY, tomorrow your GPS fix should be still fast without need to enable internet.
*depends on your location and your activity
Click to expand...
Click to collapse
Perfect! Thank you very much for info :good:
Does anybody know where Android writes data received by AGPS function? When I'm using AGPS with enabled network data (of course) , I see that some data is transmitted. But can anybody explain which file in folder structure it uses?
This module disables the IPv6 protocol on all network interfaces.
Download:
http://repo.xposed.info/module/ru.timjosten.disableipv6
Donate:
Yandex.Money: 4100144375295
PayPal: [email protected]
How will this be helpful ?
SDMU said:
How will this be helpful ?
Click to expand...
Click to collapse
Personally, I had problems with certain apps not discovering servers on local network. With IPv6 disabled, they started working as they should. Some people are having slow connection because of it too.
Source code?
jawz101 said:
Source code?
Click to expand...
Click to collapse
I have added it to the xposed repo
Hi, thanks timjosten for this module.
It seems to work fine and even on the wlan0 if it gets disabled and reactivated (commands like echo 1 > /proc/sys/net/ipv6/conf/wlan0/disable_ipv6 thus do not work since they get reset)
I have to questions:
1) Can you explain how it works? Is it battery draining?
2) Can you add your module to the F-Droid-repo?
Thank you!