I reinstalled using the driver bundle executable, and this time SST was installed when the audio drivers were installed. But still dealing with less than an hour of standby time before entering hibernation.
Let me ask this real quick:
When I’m using the computer I like to have music on in the background. So almost every time I’m using the computer there is an audio player (Musicbee on Windows, and Lollypop on Linux) active. I of course pause the music before closing the lid.
I’m wondering if this is an issue. Are any of you listening to music just before going into standby?
Thanks! I closed it, and it is suspended now. Will edit this post and post the results.
Edit: This appears to have been the problem. I just slept the machine for an hour and a half and it was still sleeping when I lifted the lid. The sleep study report shows that SST is no longer the source activity keeping the computer from deeper levels of sleep.
I’m going to experiment just to be sure, but it seems like you just need to close any music player before entering standby. Pausing the music doesn’t seem to be sufficient, as it will keep the audio driver polled and active.
I spent two days debugging my Latitude 7420’s high drain during modern standby due to intel SST. It would never enter HW driven modern standby (HW low power state time was 0%) I fixed it by disabling “Waves Audio Services” and " Waves Audio Universal Services" in services.msc. I wonder if this would fix this drain case for the framework laptop. I went from 60 minutes draining 5% to 8 hours draining 5%.
EDIT: per @RandomUser these services do not exist on framework. ignore my post.
Seems to keep tracking in the tests I’ve run afterwards. However, one thing I’ve noticed is even if you have closed all music players, if you have headphones attached to the headphone jack, it will still keep SST active, and you will get less than an hour of standby before hibernating.
Once SST is sorted the main battery drain seems to be USB A cards installed.
See below; Lines 234 and 237 are where I removed all USB A and just had two USB C cards. This achieves 320 and 306 mw of drain, the lowest I have seen on this thread, which is borderline acceptable imo for modern standby (though nothing compared to the 125mw/hr of the 2021 spectre x360). This is compared to 850-1000mw of drain per hour (the other lines) with 2x USB A and 2x USB C cards installed. Can anyone replicate?
I just got my batch 3 laptop. I’m experiencing excessive drain under the Windows 10 21H1. I’ve tried the latest drivers, the beta drivers and UEFI as well as uninstalling the RealTek drivers.
When asleep, my laptop will fully discharge to 0% battery.
The wake timer could be the issue, but it is not the sole issue as far as standby being interrupted because of Windows goes. If you have audio playing or if an audio application is even open it can poll the device preventing standby. (To be clear this is a Windows issue and not a Framework issue.)
But if you closed the lid and the device really drained to 0, something else happened, and I would ask what applications you had open. Something interfered.
I’m glad to see the work happening on this, and it looks like progress has been made. But the Framework will never be able to match the battery life of a Tiger Lake system that uses LPDDR4x memory, which uses substantially less power than the DDR4 in the Framework. That is a tradeoff that we have to accept for now to get user expansion, repair, and upgrades. There is no socketed form of LPDDR4x; it has to be soldered onto the motherboard.
Perhaps the industry will see fit to produce a socketed form of the next generation of ultra low power RAM, so that a future Framework will not be at a disadvantage.
Agreed, but at the very least the drain in modern standby by having any other expansion cards other than USB-C plugged in needs to be fixed as it essentially forces you to choose between a core feature of the laptop (choose your own ports!) and the ability to pause and resume work.
This has been with a clean install of windows. The only thing running was Edge with the community page open in one tab and the sleep report in another.
There were no audio programs running. During these tests, I had the power cord disconnected.
As an additional test, I left it plugged in overnight. This morning I found it with fans spinning to full and on a UEFI screen saying no boot device detected. This is very worrying as it had been put to ‘sleep’ by closing the lid.
I have not changed anything. I fresh installed Windows. Then installed the driver pack and tested the sleep. I had seen these posts about sleep issues and wanted to make sure my setup was not affected before I tried using it for daily use.
One thing to note is that I only see one power plan. In other posts on the forum I see people post that the framework driver bundle installed two power plans, but I don’t see that.
Removing my USB-A and HDMI expansion cards and disabling Bluetooth got me up to 8 hours and 43 minutes of sleep. This is a pre-assembled Batch 1 base model. I haven’t updated any drivers yet.
A third reinstall of the drivers finally installed the SST driver and over a ~4 hour period it went from 55% down to 46%. I wouldn’t call it the greatest sleep, but it’s better than what I had. Thanks for the advice about trying a 3rd time.
The sleep study finally showed sleep with the discharge. I’ll test it again tomorrow to see if this was a fluke.
I got the SST driver on the first try. But I’ve been keeping my other Intel drivers up to date with the Intel Driver and Support Assistant, which I highly recommend if you do any gaming (even light gaming) on the Framework because it gets new graphics drivers earlier than Windows Update does.
I’m not sure how people are getting over 2 hours per 5% battery drained.
With only USB-C cards plugged in and the super low-power SK Hynix P31 Gold, I can’t get over 2 hours. Any ideas? I’ve already disabled network connectivity.
