Battery consumption S3 #4
Comments
|
That would line up with my expectations. I can run the experiment with the battery-graph utility and give you the direct graphs for the full numbers, but I have an original F5 with its standard battery 26 Wh and then one where I soldered in an extra 40 Wh battery in parallel. When I put them into S3, I'm getting 3%/hour on the standard configuration, and 1%/hour on HW-hacked configuration. There are many power settings in the BIOS, but didn't find a combination that seemed to consistently change these numbers -- (and then were subsequently lost due to battery wipes). The original is okay, but battery life is acceptable in S3, but the HW modified one makes my requirements happy. Powering off shows near zero leakage. So, although it's pretty good (c'mon 0.8W -- what am I expecting), I really solved that problem via HW and a larger battery, and just powering down when necessary. If you were to run the Windoze OS, the power during sleep is much better, but I have a feeling it's because of some run-time modifications that Windoze is doing because it's NOT captured in the DSDT. I'm not a Windows person, so I can't know what exactly it's doing, but I feel if I could know what it was doing, there's no reason that Linux couldn't do it. But that would require a level of Windows instrumentation that I do have time for. So, I solve this problem with HW. Except for the size of the battery, this laptop is perfect for me, so I soldered in new battery in parallel, modified the casing with 3-D printing, and added 230 grams of weight to triple its effective battery life. To help you out, I can do the power-graphs and/or show into greater depth in the HW configurations. Add either one as a new issue and I can put some side time on it, if it'll help you. |
|
Note also you can expand the battery with an external battery supply (70Wh, and add 406 grams) and get the battery life to close what you design, but really the HW-hacked one is much more convenient and lighter -- it charges normally, but just has 3x capacity. However, the external battery supply looks TSA travel-ready, unlike the HW modified one. |
|
ok, good to know. Then I'm at least not totally off with something, no need to do extra meassurements, thanks! My "solution" for the battery capacity was an additional 20000mAh powerbank which is PD capable. |
|
Here's the snapshots of all the bios screens that give me all functionality (including touchscreen). https://photos.app.goo.gl/5NCNMQrbH3AhAviYA If you believe the wifi is the issue, I suspect it has to do with Wifi driver shutdown sequence and/or the required power messages on the PCIE. There are some settings under the PCIE menu that related to ACPI. And I can do driver-mucking about, but the simple experiment that we both should do is to put the laptop in Airplane mode first, put it to sleep, and then see whether the drain is any less. If it is, then it's back to Linuxy, C code domain, which I can help with. If it doesn't, then it's the weird run-time Windoze magic and/or BIOS configuration. It's definitely working with this hardware -- the power when you're sleeping in Windows is much, much less, I don't know whether it's driver magic, BIOS settings and/or OS magic, or a potpourri combination of all of them. |
|
ah, I didn't mean Wifi with suspend, I did my test with airplane mode ;). The wifi is quite power hungry during run time, but I will tinker a bit with the module parameters. I already did, but perhaps I screwed something up. EDIT: but thanks for the settings, I will compare to mine, but at first sight it seems I have more options than you. Are you running BIOS version 3.06? |
|
For BIOS: dmidecode 3.1Getting SMBIOS data from sysfs. Handle 0x0000, DMI type 0, 26 bytes |
|
For Wifi, it looks like I sacrificed stability for power:
;-) I'm pretty sure that I forced it to power_save=0 to avoid S3 wake-up issues. |
|
looks identical dmidecode 3.2Getting SMBIOS data from sysfs. Handle 0x0000, DMI type 0, 26 bytes |
|
I also checked the BIOS settings, we had smaller differences, especially for I2C devices.
|
|
There's another person over in Germany, who noted the same issue:
That's the only hint I got. From back in my circuit design days, I feel like it's |
|
If you want create a different issue w.r.t. the audio click, feel free to create one and I can add the information that I've put together so far. |
|
Finally, as a last comment, for full disclosure, although I've enjoyed these many engineering conversations, a lot of these issue can be avoided completely by buying one of the OTHER offbrand laptops under the totally trustworthy names BMAX (which seems to have borrowed its trademark from the transformers). Linux and S3 work out of the box on these equivalent machines. However, it has the problem that it doesn't do click and hold -- it only supports double tap and hold, which drives me bonkers. That said, I've already paid for the crime and I'm happy with the physical click and hold on Teclast F5 and I'll consider moving off it in 3-4 years. |
|
ah yes, I read this article/blog too. I remember I had a similar problem with another laptop like 10 years ago and it got solved by some driver quirks, but I can't really remember. For me it's also not my main device, so it's main purpose is mobility which I luckily don't need too often. The current state is already fine for it's purpose :), but good to know there is another option. |
How is your battery consumption during S3 state? Mine was ~ 15%/5hours, so around 3%/hour. It's not too much in absolute energy if you look at the numbers (~0.8W), but relatively it still seems quite high.
The text was updated successfully, but these errors were encountered: