Related
I'm really frustrated because i really used to love the n7 so much I was an early adopter and bought another one after I dropped my first and then went on to buy my girlfriend one. But after being plagued with this issue and stuck on 4.1 its just not the same anymore since I cant flash custom roms all day :/
I've been having a charging issue with android 4.2.1 since it came out (both stock and all the roms I tried) but I noticed that whenever I reverted to 4.1.2 the issue went away completely. So I've been waiting for 4.2.2 to come out for a while now to see if it fixed the issue and after flashing the update tonight it seems to have the same problem.
I've tried searching for months now and haven't found any answers.
So this is the issue with both 4.2.1 and 4.2.2:
The battery charges at an insanely slow pace to the point that it ruins the tablet completely. I'll plug it in over night for 8+ hours and it will not gain more then 40% battery life in that time.
Its to the point that when I was just using it right now on the charger with brightness turned all the way down and nothing on other then sync and WiFi that light web browsing for 10 mins caused it to discharge a percent after being plugged in for 19 minutes.
Notes:
Its a c70 16gb
I tried 3 different stock N7 chargers with stock cables as well as trying them with other cables.
I'm not plugged into any kind of extension cords and I've tried multiple wall sockets at different locations.
My girlfriends nexus 7 32g charges fine on 4.2.1 and I have not updated her to 4.2.2 to test yet.
I haven't checked the battery connection because like I said whenever I revert to stock 4.1.2 or any 4.1.2 rom it charges in 4 hours flat or 6 hours with heavy usage while charging.
So anyone have any ideas? If not I guess I have to rma.
Do both, yours and your girlfriend's devices take that long to charge?
sl4y3r88 said:
Do both, yours and your girlfriend's devices take that long to charge?
Click to expand...
Click to collapse
Nope her nexus 7 charges fine. ( a little slower on 4.2 then 4.1 but nothing like mine)
Her nexus does have issues with turning on sometimes on 4.2.1 like a lot of other users but its nothing holding the power button for 10 seconds doesn't fix.
It also just noticed it seems to discharge at an extremely fast pace. (still on 4.2.2)
It just dropped from 55% to 51% in the time I've typed these responses with brightness all the way down.
So anyone want to try and help me figure this out before I send it in friday? I called it in to Google play device support to try and report the software bug and they said its the first they heard of it and they would pass it on but I felt like the rep didnt want to help as I bought it from a third party. I'm willing to do any tests suggested and hop between software versions to try and figure out this bug.
Why do you think it is a "software bug" when millions of people running the "same software" don't experience the same behavior?
I realize that software can exhibit data-dependent behaviors, and thus exhibit low occurrence rates... but there is no "software" involved in charging the battery.
Do you think a booted Linux kernel is needed to charge a battery? How would the battery get charged when the device is turned off in that case? C'mon!
Send it back and tell them the battery (or charge contoller CIRCUIT) is defective.
If it's out of warranty, PAY them to replace it.
bftb0 said:
Why do you think it is a "software bug" when millions of people running the "same software" don't experience the same behavior?
I realize that software can exhibit data-dependent behaviors, and thus exhibit low occurrence rates... but there is no "software" involved in charging the battery.
Do you think a booted Linux kernel is needed to charge a battery? How would the battery get charged when the device is turned off in that case? C'mon!
Send it back and tell them the battery (or charge contoller CIRCUIT) is defective.
If it's out of warranty, PAY them to replace it.
Click to expand...
Click to collapse
Then how do you explain that if right now I flash back to 4.1.2 it will work fine? If you want I'll provide screenshots.
I just flashed back to 4.1.2 this morning and it worked perfectly. Just now I flashed codefires 4.2.2 build and the problems back.
Please explain how that is hardware related.
I may of jumped the gun assuming it was a charging issue. It seems like it might be a battery drain issue. Here's a couple screenshots from a fresh install of codefirex 4.2.2 build.
Sent from my Nexus 7 using XDA Premium HD app
All I was trying to say is that when the OS is booted, at most all it does is monitor battery voltage and current - it doesn't get actively involved in control of charging circuitry.
At most this historical data can be used to *predict* when the battery will run out of juice, and this number is what is shown to the user as a % charge number. Hopefully that allows the prediction to be sort of correct as the battery ages and it's characteristics change.
This "calibration data" is only used for prediction - it does absolutely nothing to alter the rate at which current is drawn from the battery by the motherboard, nor for attempting to alter the behavior of a battery charge controller.
Li-Ion and Li-Polymer batteries are indeed complicated enough that they should not be charged by extremely simple circuits if a long operating lifetime is desired. For this purpose though, monolithic battery charge controllers chips are used - they do not need any assistance of a micro-controller or advanced CPU running a modern OS. That's why they are able to charge batteries rapidly and appropriately when the motherboard is in a "powered down" state.
Relative to a big multi-core CPU chip, which might have hundreds of millions of transistors, battery charge controllers are extremely small circuits - they are sold by the billions and cost in the ballpark of one to several pennies. They don't need the support of a CPU or even a microcontroller to operate correctly.
Good luck with your tab; I hope you enjoy it.
bftb0 said:
All I was trying to say is that when the OS is booted, at most all it does is monitor battery voltage and current - it doesn't get actively involved in control of charging circuitry.
At most this historical data can be used to *predict* when the battery will run out of juice, and this number is what is shown to the user as a % charge number. Hopefully that allows the prediction to be sort of correct as the battery ages and it's characteristics change.
This "calibration data" is only used for prediction - it does absolutely nothing to alter the rate at which current is drawn from the battery by the motherboard, nor for attempting to alter the behavior of a battery charge controller.
Li-Ion and Li-Polymer batteries are indeed complicated enough that they should not be charged by extremely simple circuits if a long operating lifetime is desired. For this purpose though, monolithic battery charge controllers chips are used - they do not need any assistance of a micro-controller or advanced CPU running a modern OS. That's why they are able to charge batteries rapidly and appropriately when the motherboard is in a "powered down" state.
Relative to a big multi-core CPU chip, which might have hundreds of millions of transistors, battery charge controllers are extremely small circuits - they are sold by the billions and cost in the ballpark of one to several pennies. They don't need the support of a CPU or even a microcontroller to operate correctly.
Good luck with your tab; I hope you enjoy it.
Click to expand...
Click to collapse
Thank you for taking the time to write out this detailed explanation. I read it over a couple times and that all makes a lot of sense and now I have a little better understanding of how things work charging wise.
But I still can't wrap my head around how the problem DISAPPEARS COMPLETELY on any 4.1 based build...
I'm not trying to contradict you in anyway it seems like you are way more knowledgeable then me on the subject.
It just doesn't make any sense and I was hoping you could make more of it for me.
Maybe it isn't the charging but a battery drain issue something on 4.2 based builds is draining more current then the charger can dish out.
But while i was doing research I read that chargers up the current they dish out if the device is in use. Is that correct?
I've looked into the media server bug but as I just did a fresh install of stock 4.2.1 and haven't changed or added anything to the file structure that wasn't included in the factory image, I also went through and turned off the keyboard press sound and all other sounds like explained in some of the threads I have read. I also read that the problem is supposed to be fixed in 4.2.2. I also haven't installed any apps from the market.
I guess all I'm looking for is the answer to this question:
Could there really be a hardware related problem of any sort (not just charging and battery problems but anything) that causes problems with 4.2 based builds specifically but doesn't cause problems with 4.1?
If the answer is yes then I don't have to feel bad about sending it in but if its software based issues I'll be upset that I wasn't able to fix it and gave up.
Have you let the battery drain all the way or do you just plug it in at a certain point? if not let it get to the point were it will turn itself off. if the battery with the cross in it stays for more than it would take for 1% to drain then it just might be your battery stats file. even if its not let it drain and then charge it while its off. you can check the battery by pushing the power button quick. i know i have had this problem with other devices that were fixed by doing this. and my N7 did it last night were i updated and plugged it in, it was at 60% and when i woke up it was at 46%.
projectzro said:
Have you let the battery drain all the way or do you just plug it in at a certain point? if not let it get to the point were it will turn itself off. if the battery with the cross in it stays for more than it would take for 1% to drain then it just might be your battery stats file. even if its not let it drain and then charge it while its off. you can check the battery by pushing the power button quick. i know i have had this problem with other devices that were fixed by doing this. and my N7 did it last night were i updated and plugged it in, it was at 60% and when i woke up it was at 46%.
Click to expand...
Click to collapse
I'll give this a try right now then post results, the battery is already pretty low so It shouldn't take very long. Thanks for the response.
projectzro said:
Have you let the battery drain all the way or do you just plug it in at a certain point? if not let it get to the point were it will turn itself off. if the battery with the cross in it stays for more than it would take for 1% to drain then it just might be your battery stats file. even if its not let it drain and then charge it while its off. you can check the battery by pushing the power button quick. i know i have had this problem with other devices that were fixed by doing this. and my N7 did it last night were i updated and plugged it in, it was at 60% and when i woke up it was at 46%.
Click to expand...
Click to collapse
So I let it run dry and am getting some weird behavior...
The dead battery symbol did not pop at all. It actually booted played the low battery sound half way through the nexus logo loaded into the OS and immediately was greeted by the battery to low logo powering down message and then it returned off. It did this cycle all the way through three times in a row before holding the power button did nothing. I let it sit for a minute before trying again and I got another boot out of it all the way to the OS again. But I've yet to be greeted by the battery with the cross symbol. Holding the power button will do the cycle described above or do nothing at all.
krisserapin said:
But while i was doing research I read that chargers up the current they dish out if the device is in use. Is that correct?
Click to expand...
Click to collapse
Well, the 120v->5v converter certainly can be providing more current @5v because the device is active, but that's only because the motherboard is drawing current in parallel with the battery charging circuit. It doesn't mean the battery charge rate is higher.
krisserapin said:
Could there really be a hardware related problem of any sort (not just charging and battery problems but anything) that causes problems with 4.2 based builds specifically but doesn't cause problems with 4.1?
Click to expand...
Click to collapse
I suppose so.
I would do a few things to determine whether that is a reasonable hypotheses, though.
1) See how fast the battery charges with the tablet turned off. Should be close to 40%/hour for a new battery. You know there is no "software" running with the tablet turned off, so if you don't see some reasonable number here (say > 20%/hr) then a bad battery or charge controller circuit in the tab are the most likely culprits. Also, if the temperature rise of the tablet while doing this seems higher than the gf's unit, that would implicate the battery, not the charging circuit.
2) There's software, and then there's software. (Preinstalled vs. User installed) Run the battery down a ways, and then observe the battery charging rate with the device on but screen off (sleeping), but on a stock 4.2 install with ZERO user apps installed. Then, install/restore all your favorite apps, reboot, maybe use a couple of your fave apps, and repeat the same charge rate trial (screen off/sleeping). Are there large differences between the two cases? If so, that would implicate one of your apps in causing either lots of additional compute operations or preventing entry into the LP0 state (perhaps because of wakelocks?)
The thing is, the N7 battery is rated at 4325 mAh; that is sort of the same thing as 4.325 amps of current for 1 hour. (Voltage range of roughly 4v to 3.5v).
So, if a "good battery" can be charged in 2.5hrs, that is sort of like stuffing 1.73 amps into the battery for that time (1.73 x 2.5 = 4.325 A-h or 4325 mA-h). That's pretty near to the max capacity of the AC charger (2A)
Now, some users have reported discharging their tabs in 4 hours under heavy continuous use; that would be about 1.08 amps for 4 hours.
Since the wall charger is rated to produce 2A, this suggests that very heavy usage simultaneous with charging would indeed cause battery charging to slow down significantly - let's suppose it drops from 1.73a to 0.65a. Now it takes the battery 6.6hrs to charge ... but that is still just over 15%/hr ... with the tab in active use.
But that's not what you were noticing - you were seeing much worse charge rates than this when the tablet was supposed to be more or less idle!
Finally I should point out that I previously mentioned that the % charge number is a prediction, not a measurement! If for some reason this number were screwed up, then the "charge rate" observations could be completely screwed up. (Think of this as being analogous to trying to partially fill a gas tank in a car or estimate fuel mileage with a broken gas gauge) The only way to be sure that you are not falling victim to something like this is to record battery voltages - the 100% level should be up around 4v, and the 10% values down around 3.5v.
You can observe this value at /sys/devices/platform/tegra-i2c.4/i2c-4/4-0055/power_supply/battery/voltage_now
(note value is reported in uV)
Whew - long post. It doesn't directly answer your question about "why was 4.1 so different?" - but gives you an idea about why I was skeptical when you saw charging rates as low as you did.
I dunno, maybe the % charge prediction value numbers are screwy on your tab for some strange reason in 4.2, perhaps because of a minor hardware difference. I can't rule it out - I once saw a bug expression in a hardware/software combination that required three independent conditions (from three separate vendors!) to have precise configurations before the bug would show itself.
I hope this post gives you some ideas to try; it certainly doesn't give a solution.
Good luck - if you feel like spending more time investigating, go for it; just don't let the clock run out on the warranty period if you have one left.
bftb0 said:
Well, the 120v->5v converter certainly can be providing more current @5v because the device is active, but that's only because the motherboard is drawing current in parallel with the battery charging circuit. It doesn't mean the battery charge rate is higher.
I suppose so.
I would do a few things to determine whether that is a reasonable hypotheses, though.
1) See how fast the battery charges with the tablet turned off. Should be close to 40%/hour for a new battery. You know there is no "software" running with the tablet turned off, so if you don't see some reasonable number here (say > 20%/hr) then a bad battery or charge controller circuit in the tab are the most likely culprits. Also, if the temperature rise of the tablet while doing this seems higher than the gf's unit, that would implicate the battery, not the charging circuit.
2) There's software, and then there's software. (Preinstalled vs. User installed) Run the battery down a ways, and then observe the battery charging rate with the device on but screen off (sleeping), but on a stock 4.2 install with ZERO user apps installed. Then, install/restore all your favorite apps, reboot, maybe use a couple of your fave apps, and repeat the same charge rate trial (screen off/sleeping). Are there large differences between the two cases? If so, that would implicate one of your apps in causing either lots of additional compute operations or preventing entry into the LP0 state (perhaps because of wakelocks?)
The thing is, the N7 battery is rated at 4325 mAh; that is sort of the same thing as 4.325 amps of current for 1 hour. (Voltage range of roughly 4v to 3.5v).
So, if a "good battery" can be charged in 2.5hrs, that is sort of like stuffing 1.73 amps into the battery for that time (1.73 x 2.5 = 4.325 A-h or 4325 mA-h). That's pretty near to the max capacity of the AC charger (2A)
Now, some users have reported discharging their tabs in 4 hours under heavy continuous use; that would be about 1.08 amps for 4 hours.
Since the wall charger is rated to produce 2A, this suggests that very heavy usage simultaneous with charging would indeed cause battery charging to slow down significantly - let's suppose it drops from 1.73a to 0.65a. Now it takes the battery 6.6hrs to charge ... but that is still just over 15%/hr ... with the tab in active use.
But that's not what you were noticing - you were seeing much worse charge rates than this when the tablet was supposed to be more or less idle!
Finally I should point out that I previously mentioned that the % charge number is a prediction, not a measurement! If for some reason this number were screwed up, then the "charge rate" observations could be completely screwed up. (Think of this as being analogous to trying to partially fill a gas tank in a car or estimate fuel mileage with a broken gas gauge) The only way to be sure that you are not falling victim to something like this is to record battery voltages - the 100% level should be up around 4v, and the 10% values down around 3.5v.
You can observe this value at /sys/devices/platform/tegra-i2c.4/i2c-4/4-0055/power_supply/battery/voltage_now
(note value is reported in uV)
Whew - long post. It doesn't directly answer your question about "why was 4.1 so different?" - but gives you an idea about why I was skeptical when you saw charging rates as low as you did.
I dunno, maybe the % charge prediction value numbers are screwy on your tab for some strange reason in 4.2, perhaps because of a minor hardware difference. I can't rule it out - I once saw a bug expression in a hardware/software combination that required three independent conditions (from three separate vendors!) to have precise configurations before the bug would show itself.
I hope this post gives you some ideas to try; it certainly doesn't give a solution.
Good luck - if you feel like spending more time investigating, go for it; just don't let the clock run out on the warranty period if you have one left.
Click to expand...
Click to collapse
Wow thank you so much for the help. I'll play around with this tonight and see what happens. If I can't figure it out by the morning I think I'll be able to RMA it without feeling like I just rolled over and let my n7 get the best of me.
So after charging it on stock 4.2.1 with the power completely off it only charged 3% in a little over a hour and voltages read 3.6. I'm gonna leave it on the charger over night turned on starting from 3% with only two extra battery monitoring apps installed and report back in the morning with screenshots of the results. After that ill probably revert to 4.1.2 drain the battery fully, charge it off for an hour report the values then let it charge fully with the battery apps on for reference take a few more screenshots then lock the bootloader install the ota and ship it off to good old ASUS since it sounds like its hardware from whats been explained.
FWIW, I drained my N7 last night (LOL, typing novels into XDA threads) - when I finished I was at 6% charge - that was 3.66v. In the morning @ 100%, the battery voltage was 4.1-something.
Sounds to me like you've definitely got a hardware problem.
Good luck with the RMA.
Canyou help me?
Since I flashed 4.2.2 my 240V-USB charger only cahrges thes battery about 5% in one hour.
Before (with 4.2.1) It was definitely faster. It charged more tha 5% per hour (maybe 20-25%).
I double checked the plug in the socket. checked the correct fit of the USB cable on the docking station.
Everything fits tight. No wiggle.
It must be software related, since it started after flashing the OTA zip from 4.2.1 to 4.2.2
Polarfuchs said:
Canyou help me?
Since I flashed 4.2.2 my 240V-USB charger only cahrges thes battery about 5% in one hour.
Before (with 4.2.1) It was definitely faster. It charged more tha 5% per hour (maybe 20-25%).
I double checked the plug in the socket. checked the correct fit of the USB cable on the docking station.
Everything fits tight. No wiggle.
It must be software related, since it started after flashing the OTA zip from 4.2.1 to 4.2.2
Click to expand...
Click to collapse
From a partially charged state, say below 50%, turn the device off, (NOT sleeping, but powered OFF) and put it on the charger for one hour.
It should charge at around 30-40%/hr.
As I pointed out above, how is it possible that software would be affecting the charging with the device turned OFF?
I believe you are seeing exactly what you report; my best guess is that a hardware problem occurred just about coincidentally with your upgrade. Just coincidence - not causation.
You also should inspect the battery voltage (see above for path in /sys) in case something crazy is happening with the %charge *prediction* (it is not a measurement) - because the total charging range is from about 3.65v-4.15v, a normal charge rate should be roughly 150 to 200 mV/hr
good luck
I had an AutoPumpkin RK3188 in my last car that I recently sold. I loved the HU, but I could not stand the 30-second startup time. An aftermarket radio should be like the stock one, instant-on.
The last time I *****ed on here about it, I was told "well, that's a normal amount of time for an Android device to boot." I call BS that the head unit should have to 'boot' at all, except when power is first applied. I can put my phone, with a tiny battery, on standby and get 7+ days of standby time, and still get instant-on as soon as I press the power button. With a car battery to draw on, the Android units should be able to go into low power for months without draining the battery. It's just a matter of turning off all the accessories like amplifiers and radios when the unit stands-by (say, by internally powering them from the ignition line instead of the always-hot line, or via a relay triggered by the ign).
So, has any manufacturer gotten to the point where the Android standby mode is properly implemented, and turning on the key brings the unit out of standby immediately? I've been looking through some threads and it looks like it's more of the same, even here more than a year later.
i dont think anyone has that. Someone on here made a ROM for the S160 from RoadNavi that I think shaves the time down to close to 20 seconds, but that is about the best. The new Ownice claimed to have like a 48 hour standby, but I dont know that anyone actually tried it.
I have a Joying MTCD, and I just use my Remote Start as I'm walking up, so it is up and running when I get in
Look at the flyaudio carstereos. There are YouTube video's about it. These carstereos Run @ a snapdragon processor and can Go in to a Sleep mode for days / weeks.
Mine having an MCU: 2016-04-25 10:38:12 KEQ_60_C6R_7706_5006_CAN(DaZhongWC)_Newlap
Starts almost instantaneously. The most wait time I had to make is about 10 seconds prior to boot. And that only occurs when I've left the car for days. If I'll use the car overnight there's no wait time even.
Tumke32 said:
Look at the flyaudio carstereos. There are YouTube video's about it. These carstereos Run @ a snapdragon processor and can Go in to a Sleep mode for days / weeks.
Click to expand...
Click to collapse
Those don't look like Android headunits, though. That's important to me.
Thanks all, it looks like they're getting closer but not quite there yet. I'll be patient.
Yep, it's exactly 36 seconds for me. Of course you can set it up how long to stay in stand-by mode so that it comes up instantly, but the limit is 2 hours. This does not bother me so much ever since I installed a backup camera. It doesn't need to wait for the unit to boot to work. Since I always back out of my garage, this shaves off about 10 seconds out of the wait time.
You can always get a Win8 unit - it does not have this long boot time. But the bigger problem is that it is Win8!
Hi peeps,
I have an annoying issue on my Witson MX2 PX5 device, running the latest Hal9k ROM. When the outside temperatures go below 10°C, the unit always does a full boot in the morning. Over the day it is usually ok, but when the car is parked over night this happens. If I par the car inside the garage that has a slightly higher temperature the unit stays in sleep mode and wakes up very quickly.
Since everything else is working fine I can only assume that it has something to do with the voltage regulator of the radio.
Any other ideas?
Thanks!
Sebastian
It's not the voltage regulator of your radio. It is a weak battery. It's voltage drops too low in a cold night.
That was my first thought too. But the battery is at a steady 12V and it also happened with another one before. Also this behaviour occurs before starting the engine. It's like the radio has been disconnected from the battery over night.
i have the same Problem...but with PX6...
So I did some tests in my car. I plugged in a battery charger over night. And guess what, same behaviour. The voltage was at 13.4V and the charger can buffer a current of 10A. So it is not the battery. I guess it is either the voltage supply of the radio or a problem with either the RAM and/or the PX5/6 PCB when it is getting cold. It is reproduceable as soon as the temps drop below 6°C.
Suggest bench testing the unit with a can of freeze spray. Start with a section and then individual components.
At the moment I don't have freeze spray and I doubt that I will be able to track this issue down. I found another quite interesting thing. The full boot also occurs, if I let the radio fully boot up and then shut it down again. Since this happens reproducible I kinda got the feeling that this is not a defective hardware as such. Perhaps it is down to differences in the runtime caused by the lower temperatures. I am currently running on the MCU Version MTCE_MX_V3.45. Perhaps this also has an impact.
Can somebody explain to me how the sleep mode is programmed? How does it determine when to end it when you're in auto-sleep?
I made an interesting observation. At 7°C the sleep mode works, at 6°C it does a full boot. Since the PX5 chip features temperature sensors, I think that the firmware itself cancels the auto-sleep and shuts down the unit fully. Apparently the sensors have a 5K tolerance, so the range may vary from 0°C to 10°C, or of mine is on the upper tolerance, from -5°C to +5°C. Give or take.
If you have this issue, can you please check the temperature range in your case?
Hello. I have run into several issues hooking up the ATOTO S8 Gen 2 in my 2004 Dodge Ram 1500.
My first and most important issue is the battery drain. The head unit is connected to the factory wiring plug with a Metra No Amp wiring harness ( I did not know about the factory amp when I started).
I think my battery drain might be due to the CANBUS controlling the amp lower but the S8 not k owing anything about that.
Can someone help me figure out how to get this issue resolved so I can them move onto my front door speakers not working (also related to the amp but less urgent).
Thank you in advance for your help.
Set the sleep mode for 10 to 30 min to stop battery drain over night
Thank you for the response. I’ve seen posts where that worlds for others but have not been able to find the setting.
My ATOTO model is the S8 Ultra Gen2. I’ll keep looking but as of now, ATOTO support keeps trying to point me to a wiring problem.
wboops said:
Set the sleep mode for 10 to 30 min to stop battery drain over night
Click to expand...
Click to collapse
The Atoto firmware does not have settings to control this. I'm actually reaching out to customer support about a somewhat similar issue- the battery does not drain on mine, however the unit doesn't sleep for 5 minutes after you remove the key. That means any peripherals you have plugged into the USB ports (wireless chargers, etc) or hotspots (if sharing internet or using wireless carplay / android auto) continue to operate for a few minutes after you leave the car. I want those things to turn off when the screen does, but you can't control it from their UI or even change the interval. I'm hoping this is something that can be fixed.
That being said, it does not explain the battery drain. My unit is not draining my battery- I have an alternator issue so I need to keep an eye on my voltage, and when I left my car on Friday, my in-dash voltmeter said 12.8v. When I returned to drive it on Sunday, nearly 2 days later, it showed 12.7, which is normal for me.
I would still think it might be a wiring issue like they said.
Hi the atoto s8 ultra dont have no settings for sleep mode you need to email atoto and ask them restore that settings along with many other settings that are missing i did ask atoto to restore the orignal media player the media player is awful cant come close to the orignal media player lets keep the pressure up to force atoto to make changes the orignal android is better then the atoto modify software
There's the OEM menu which you can access with a special code that they can supply if you ask support. It gives me options to select between sleep and shutdown when I remove the key, but not duration of wait.
I have contacting support but they have not said any about a code. can you tell me where in the menue you go to enter the code
Possibly a bit late to help and may not be relevant to you?
I have just installed an S8 gen2 one of the first things I noticed is that in 'sleep' mode the amplifier turn on feed remains powered up, so if using sleep and an external amp it will be on and draining the battery.
I recently installed an Android head unit type YT9216CJ and figured it sucks around 500mA of current constantly. So it only took 3 days for my car battery to run flat. It seems high standby battery drain is quite common amongst Android head units. Don´r really get why as my Android phone and tablet only use around 20mA or less in standby. I assume the Android head units don´t shut down the power amp and other units while in stand-by.
So my question is:
- Is there any way to reduce standby drain to reasonable levels - without having the head unit to shut down completely after ACC off?
- Are there Android head units that have decent standby drain and wonßt such the battery dry within days?
Thanks
Either headunit has been incorrectly installed (such as swapping b+ and ACC) or the unit is defective.
TruePlaya1977 said:
I recently installed an Android head unit type YT9216CJ and figured it sucks around 500mA of current constantly. So it only took 3 days for my car battery to run flat. It seems high standby battery drain is quite common amongst Android head units. Don´r really get why as my Android phone and tablet only use around 20mA or less in standby. I assume the Android head units don´t shut down the power amp and other units while in stand-by.
So my question is:
- Is there any way to reduce standby drain to reasonable levels - without having the head unit to shut down completely after ACC off?
- Are there Android head units that have decent standby drain and wonßt such the battery dry within days?
Thanks
Click to expand...
Click to collapse
Well, if you are able to measure the current, you also should be able to measure the power on clamp 15 and clamp 30 of your unit.
If you have a look at your installation guide, you should see the battery plus and the ACC.
Your measurement shows clearly that you need to swap the yellow and the red wire on your connection.
In deep sleep, the unit should not take more than around 12-15mA. A really good one just takes 7mA. It clearly shows, that your unit get rid of the battery plus and keeps Android awake. This is the clear picture I see.
500mA is the Android board without any other stuff. If the PA would not get of, the current would be more than 2A instead of 500mA.
So check the connection in the installation guide and measure the pins with and without ACC.
rigattoni said:
Well, if you are able to measure the current, you also should be able to measure the power on clamp 15 and clamp 30 of your unit.
If you have a look at your installation guide, you should see the battery plus and the ACC.
Your measurement shows clearly that you need to swap the yellow and the red wire on your connection.
In deep sleep, the unit should not take more than around 12-15mA. A really good one just takes 7mA. It clearly shows, that your unit get rid of the battery plus and keeps Android awake. This is the clear picture I see.
500mA is the Android board without any other stuff. If the PA would not get of, the current would be more than 2A instead of 500mA.
So check the connection in the installation guide and measure the pins with and without ACC.
Click to expand...
Click to collapse
I am using the vendor provided harness for my Ford Focus MK2. ACC an BAT+ are correctly wired. I can simulate ACC and BAT+ with my bench supply and I get the same picture. display and music turns off after ACC loss but power draw ist constantly around 500mA. I rather think that either sleep mode is implemented sloppy or some system components are not put to standby at all.
A quick google reveals that a lot of people experience the same problem with their Chinese Android head unts. So I assume this must be a construction flaw. Hence my question are there head units that go into standby correctly? Maybe some name brands?
TruePlaya1977 said:
I am using the vendor provided harness for my Ford Focus MK2. ACC an BAT+ are correctly wired. I can simulate ACC and BAT+ with my bench supply and I get the same picture. display and music turns off after ACC loss but power draw ist constantly around 500mA. I rather think that either sleep mode is implemented sloppy or some system components are not put to standby at all.
A quick google reveals that a lot of people experience the same problem with their Chinese Android head unts. So I assume this must be a construction flaw. Hence my question are there head units that go into standby correctly? Maybe some name brands?
Click to expand...
Click to collapse
So even on bench testing, without connected external Amp and other stuff, shows up with 500mA in standby?
It takes about 1min to reach deep sleep, but I guess you waited that long for sleep mode.
500mA should be the exact consumption the Android system would take without screen, just in operating mode. Screen, music and all this stuff is NOT controlled by Android, it´s controlled by the system-board.
I just think that the screen backlight is switched off, so you just think it´s off. Check that.
Check the CAN settings.
I just know installations which are not done correctly, so Clamp 15 and 30 wrong, or CAN settings incorrect. I never heard of any unit which had a hardware issue which leads to this high current.
There are a lot of different supplier who sell better units.
Joying as example and the derivatives. --> https://forum.xda-developers.com/f/fyt-android-head-units.12445/
rigattoni said:
So even on bench testing, without connected external Amp and other stuff, shows up with 500mA in standby?
It takes about 1min to reach deep sleep, but I guess you waited that long for sleep mode.
500mA should be the exact consumption the Android system would take without screen, just in operating mode. Screen, music and all this stuff is NOT controlled by Android, it´s controlled by the system-board.
I just think that the screen backlight is switched off, so you just think it´s off. Check that.
Check the CAN settings.
I just know installations which are not done correctly, so Clamp 15 and 30 wrong, or CAN settings incorrect. I never heard of any unit which had a hardware issue which leads to this high current.
There are a lot of different supplier who sell better units.
Joying as example and the derivatives. --> https://forum.xda-developers.com/f/fyt-android-head-units.12445/
Click to expand...
Click to collapse
Yes exactly, just the unit on its own with GPS-antenna connected. I´ve waited for half an hour and still around 500mA draw. No CAN bus adapter on my unit. It´s a real pity as I do like the unit generally. But no use if battery gets depleted within 3 days.
I am wondering if anybody else took standby drain measuements on their units. And what the findings are.
TruePlaya1977 said:
Yes exactly, just the unit on its own with GPS-antenna connected. I´ve waited for half an hour and still around 500mA draw. No CAN bus adapter on my unit. It´s a real pity as I do like the unit generally. But no use if battery gets depleted within 3 days.
I am wondering if anybody else took standby drain measuements on their units. And what the findings are.
Click to expand...
Click to collapse
I can say for myself, as I measure all new head units before they get installed in the car.
...and even one is always connected to my power supply which shows the numbers in mA.
That badest one was a PX5 from 2018/19, don´t remember exactly, but this one took about 26mA in sleep mode.
The PX6 which I am using now eat up 4mA in deep sleep. That I am not using a Joying is just model-related, as they don´t provide the screen-movement like I wanted to have.
Checked that with my oscilloscope.
TruePlaya1977 said:
So my question is:
- Is there any way to reduce standby drain to reasonable levels - without having the head unit to shut down completely after ACC off?
- Are there Android head units that have decent standby drain and wonßt such the battery dry within days?
Thanks
Click to expand...
Click to collapse
have you see this?
dedalos91 said:
have you see this?
Click to expand...
Click to collapse
Yes I have. My unit did not come with a CAN bus adapter as my steering controls are old fashion resistive type.
rigattoni said:
I can say for myself, as I measure all new head units before they get installed in the car.
...and even one is always connected to my power supply which shows the numbers in mA.
That badest one was a PX5 from 2018/19, don´t remember exactly, but this one took about 26mA in sleep mode.
The PX6 which I am using now eat up 4mA in deep sleep. That I am not using a Joying is just model-related, as they don´t provide the screen-movement like I wanted to have.
Checked that with my oscilloscope.
Click to expand...
Click to collapse
OK thanks for the info. Good th know there are units out there with decent standby drain. My unit was quite cheap so I am guessig reason for its low price is that it comes with some issues. Will investigate further on my bench. For now the old stereo went back into the car
what MCU version is in the system? I have a 3-year-old 9218DH and an old MCU 3.1, and the sleeper works fine. Even though the car was parked for a whole week, the unit was put to sleep. After turning the key, it started up in about 1-2 seconds and remembered everything when I stopped the car. It should be updated to MCU 4.0, but there is no time. The truth is that I have canbus connected. Sleep controls the mcu
I´ve found a solution that lets me choose if I want the head unit to go to sleep mode (standby draw around 15mA) or shut down (standby draw around 1mA).
Here is a short description on how to change sleep mode settings in Android Head Unit:
1. Go to Factory Settings in Car settings
2. Enter Password "8888"
3. Select "Engineering Test Debugging"
4. Enter Password "26959910"
5. Select which mode suits best
5.1 User Mode = Only screen goes off after ACC loss, standby power draw is around 500mA
5.2 Direct sleep mode = phone goes to sleep after ACC loss, standby power draw is around 15mA
5.3 Sleep then restart mode = phone goes to sleep after ACC loss (dont know difference to Direct sleep mode), standby power draw is around 15mA
5.4 Direct shutdown mode = Powers down head unit after ACC loss (will do cold boot after ACC on), standby power draw is around 1mA
6. Press OK and leave factory settings
This did it for me.