Hi folks,
After few weeks of experience with WM2003SE (thx to all work done here!), I noticed some more degraded performance with time. I checked the DB_notify_queue database and found it with 213 recoreds despite that I have the clear_notify fix in the startup :shock: ... the average should not exceed 30 records!!
I ckecked the DB file and found that the events of type SCRIPT: 0x000 were NOT removed by the fix. This event is generated for each missed call, and I have a lot since I use CallerFirewall
Also, if you are using StopTime application, it will add new duplicate record each time you modify its settings. I used the CheckNotification s/w to remove these events.
May this help you to enjoy more stable SE
Is there some way to fix this problem?
Brief History : I am creating a kiosk product using an MTK based android tablet(4.2.2).For this I had to develop an external PCB circuitry to power the battery directly using wires(and not from the usual usb port).I had to do this since this particular tablet of mine was not switching between host and device mode properly(hence I couldn't charge/send data simultaneously).Charging/discharging work fine.
To cut the long story short,I need to remove the inbuilt default battery monitoring system on my tab (which measures the device's battery level).
PS: I am using my PCB to monitor the tabs battery.Now,due to the indirect way I am charging my tabs battery,I get a clash between the battery level displayed on the tab(which I found to be incorrect for my case) than that shown by my PCB(which was found correct).To avoid this clash(which causes other problems in my apps working) I need to remove the androids in-built battery monitoring system.Hence,I was wondering if I can know which all files/apks to delete from the kernel which can help me achieve the same.Many thanks !
Hello. I have a 2 year son with T1 diabetes. A new app called xdrip has been created that bring via BLE RAW Blood glucose values from a self assembled wixel Arduino board with a hm10 ble module from a sensor put underskin of my baby.
This software has the capability to upload every 5 minutes the last value via REST api or mongolab through a cloud web site so you can see the BG everywhere you have internet access. And here it is the problem. With a OPO this uploading feature is regular (Every 5 minutes just a new value is recorded by the app) while with a moto G with stock ROM (kk or lollipop) and with a CM12 is not regular and could be every 5 minute or 7 or 8 or often it jumps a value. All settings are identical. It's like motog is going to sleep and forget to upload and only after a while it uploads datas. Is there any kernel setting to tune to avoid it? Or is there any possibility to insert a wakelock? I tried to reduce heartbeat times but without luck. Is it due to memory lack and different memory using from 2 different phones? Thank you to everyone could help me.
This is a script made by a member on AndroidForums originally for the LG Leon. We noticed that the CPU doesn't fall below 800mhz at all regardless of being under load or idle. This causes alot of battery drain since the CPU is running for literally no reason. I noticed the same problem on my Grand Prime G530T as the two devices share the same CPU.
This script will tune the CPU frequencies to drop to 200mhz when idle and fixes the time spent at higher frequencies, spreading the load across the cores more evenly for sustained performance and better battery life.
Instructions (root required obviously):
Download the script and extract it
Install SManager from the Play Store
Locate and select the MSM8916.sh file
At the top select SU
Hit RUN and allow permissions if asked
To see the difference, use a kernel tuning app (Kernel Adiutor I recommend) and watch the cores before and after running the script. It really does make a significant difference.
Credit to Bichofelix at AndroidForums for the script
Edit: fixed the script, now will keep max freq at 1190mhz instead of 998mhz
Edit 2: added sample screenshots of projected battery life
Hi, my device is G530HXCU. I also noticed on CPU-Z app that my device CPU doesn't fall below 800mhz. Tried using this script by following your procedures but the SManager shows "swapon failed for dev/block/zram0" when I run the script, just wanna ask if it is normal? Though when I closed all other apps on the task manager, my device CPU is now shown as 200mhz in CPU-Z. It seems like it worked. Thank you.
slasherkev said:
Hi, my device is G530HXCU. I also noticed on CPU-Z app that my device CPU doesn't fall below 800mhz. Tried using this script by following your procedures but the SManager shows "swapon failed for dev/block/zram0" when I run the script, just wanna ask if it is normal? Though when I closed all other apps on the task manager, my device CPU is now shown as 200mhz in CPU-Z. It seems like it worked. Thank you.
Click to expand...
Click to collapse
Yeah, the swapon thing can happen if your kernel (I think) doesn't support swap memory/zram. My G530T with the custom root kernel does and I don't receive this error, but it won't hurt anything if that particular part of the script doesn't run.
Enjoy the script and let us know how your device is faring with battery and performance. I'm a heavy gamer and from personal experience I get the same amount of performance and better battery, letting me play harder for longer ^_^
Hi, just wanted to share some feedback while using it. It greatly helps with reducing the battery drain and I really loved it, but on my G530H device, I need to run this script again whenever I reboot my phone. Though, when I did press the "boot" icon beside the "su" icon in the SManager and run the script again, it somehow solves the problem. However, the other problem that I've seen so far is that the maximum cpu of my device becomes 998mhz only, so I need to overclock it using a CPU controller app (I used No-frills CPU Control in playstore) to make it 1.19ghz and it worked. Is there anything I can do to help you fix that in the script so I won't need to use any CPU control app? Thank you very much I'm just a newbie here.
slasherkev said:
Hi, just wanted to share some feedback while using it. It greatly helps with reducing the battery drain and I really loved it, but on my G530H device, I need to run this script again whenever I reboot my phone. Though, when I did press the "boot" icon beside the "su" icon in the SManager and run the script again, it somehow solves the problem. However, the other problem that I've seen so far is that the maximum cpu of my device becomes 998mhz only, so I need to overclock it using a CPU controller app (I used No-frills CPU Control in playstore) to make it 1.19ghz and it worked. Is there anything I can do to help you fix that in the script so I won't need to use any CPU control app? Thank you very much I'm just a newbie here.
Click to expand...
Click to collapse
As stated in the OP, its not my script. But I went ahead and did it for you. Redownload the file and do the same as before. Setting the Boot option in SManager will run the script at boot after the system loads and the apps can gain SU permissions
Thanks for the tip and and glad you enjoy!
Added screenshots to the OP as proof of battery saving with the script.
Note: This usage was actually with an app called Resolution Changer that allowed me to use my screen in 720x1280 resolution, higher than stock which is 540x960. I also have Viper4Android installed with the highest audio driver available for it. These mods actually add more stress on the CPU, GPU and battery which would cause more drain. But as you can see...
I am also using a personally rebuilt rom that isn't ready for release yet as I'm having issues building it.
Who needs a 4000mha battery when you know how to use your system?!
Hello guys! I'm posting this now as I was searching on the Internet about Qcomm msm8916 devices! One tip I can give you as I learned some things, is to learn to build your device's kernel from source if your vendor has released it and remove the stock cpufreq limit API, as it is common in qcom. This API simply locks the frequency above some values to seem more snappy, but also reduces battery life in general! So it is common to sacrifice battery for speed and vice versa.. As you will see there are lots of posibilities also if you search the ramdisk for "optimizations" in frequencies that are done there, and change them to your liking! Happy modding! Cheers!
Nick Verse said:
Hello guys! I'm posting this now as I was searching on the Internet about Qcomm msm8916 devices! One tip I can give you as I learned some things, is to learn to build your device's kernel from source if your vendor has released it and remove the stock cpufreq limit API, as it is common in qcom. This API simply locks the frequency above some values to seem more snappy, but also reduces battery life in general! So it is common to sacrifice battery for speed and vice versa.. As you will see there are lots of posibilities also if you search the ramdisk for "optimizations" in frequencies that are done there, and change them to your liking! Happy modding! Cheers!
Click to expand...
Click to collapse
Nice bit of info there, but this script actually furthers those optimizers to reduce the number of cores needed to run processes and at lower frequencies. If it doesn't need it, your wasting performance and battery. This script helps regulate core speeds and cores online depending on what your doing using the interactive governor, which appears was not setup properly by the phone manufacturer of the device containing the msm8916 chipset.
I tried using it in CM12.1 unofficial rom for G530H and it works. I also think it helps reduce the appearance of deadlock bug for that rom. I edited the script and set the maximum cpu value to 1190400 instead of 1190000 because my device cpu is not going up to 1.19ghz when the script is only set to 1190000 so I tried to make it higher and it solves the problem.
Does it work on all MSM8916-based devices ?
What is the point of going under 800MHz? CPU takes same voltage on 200MHz and 800MHz.
Hi all,
I like the app, Battery Charge Limit (root required), but was wondering how to set the control file. I works fine with Xperia (with/without Lineage), but doesn't work with Pixel 3 stock firmware (Android 10). And finally found how to set it.
This is my memorandum as well as post
The control file is:
/sys/class/power_supply/battery/input_suspend
and as the name goes, when below the limit, set it to 0, and when charged enough, set it to 1.
Regards,
There is an actual battery charge limit file on Pixel 3,
Code:
/sys/devices/platform/soc/soc:google,charger/charge_stop_level
It contains "100" by default, but if you write "80" here (once per boot, for example via EXKM "user settings" or MacroDroid "write file" macro), device itself will stop charging at 80%.
No need for external app actively monitoring charge level and writing 1 to battery/input_suspend once the battery level reaches desired maximum.
I've discovered it browsing kernel sources in drivers/power/supply/qcom folder.
Get the most life from your Pixel phone battery - Pixel phone Help
You can help your phone’s battery last longer throughout the life of the phone by taking care of the battery and reducing battery drain. Important: Some of these steps only work on Android
support.google.com
says:
... your phone automatically limits charging to about 80% under certain conditions:
Continuous charging under high battery drain conditions, like game play.
Continuous charging for four days or more.
I wonder if there's another method & the phone can be fooled to think one of those conditions is true? I presume it sets the varable above, but maybe there's a way of doing it without root?
This has been working well as expected for me, with the default settings.
GitHub - Magisk-Modules-Repo/acc: Upstream repo:
Upstream repo: . Contribute to Magisk-Modules-Repo/acc development by creating an account on GitHub.
github.com
We can also use tasker or something like terminal emulator to run shell:
Code:
echo 80 > /sys/devices/platform/soc/soc:google,charger/charge_stop_level
The phone will stop charging when battery level reaches 80