yes, it solves battery drain issue in balanced mode - at least according to release notes Framework Laptop 16 Ryzen 7040 BIOS 3.06 Release BETA
Please keep in mind that it is beta release
yes, it solves battery drain issue in balanced mode - at least according to release notes Framework Laptop 16 Ryzen 7040 BIOS 3.06 Release BETA
Please keep in mind that it is beta release
Did some testing with Delta 240W.
Works wonders for now. No battery drain, very good performance. (>2000pts in Steel Nomad)
After playing palworld for about six hours with a 240W charger, I only drained about 3% while in performance mode. Thatās a significant improvement over how it was previously. I did have to reduce my GPU wattage from 120W back to 100W, otherwise it reintroduces frame pacing issues.
it looks like it automatically set the laptop to idle mode as well, upon checking the charge control. Itās holding it steady at 77% (down from 80%) after closing the game. I have battery saver enabled as well with the new update.
Same here. I tested under windows with charge limit and battery extender activated. After about 20mins Satisfactory i was down to 73% in high performance, but the gpu stood solid at 100w. I am currently using the ugreen 500w
This from another thread.. anyone willing to check into this as well since FW is monitoring issues?
This was an issue before the 3.06 bios. I cant forget where, but this was reported earlier (like, weeks ago).
After my poweroff (with it unplugged to fix the āknown issueā of usb3 issues), I had this.
However, I unplugged/plugged in my power cable and it was fine.
Pulling 105w on GPU, 60+ on the CPU playing Deadzone Rogue on high, with loseless scaling (linux version) and held a solid 165 fps for about 40 minutes. Battery level never dropped.
well⦠i got the new BIOS 3.06 and the new Driver Pack installed butā¦.. the stuttering is still there, dose somebody else have an Framework 16 (AMD R9 7940HS / AMD Radeon RX 7700S) with the new BIOS and Drivers installed and an UGREEN Nexode 500W charger ? if there is somebody here how is your ingame performance in Sons of the Forest ? or other games
I have go the 7840hs and 7700s with the ugreen but after installing the framework driver pack i upgraded to the newest genuine gpu and chipset driver and tested with satisfactory. Stuttering is gone. Stable 100w from the gpu.
I have the R9 with 7700S,new bios, nexode 500w. But on Linux. I do get stutter, but it may be due to other things (steam overlay? Mouse polling rates?) I just couldnāt play BG3, it made me angry. Actually, I might just try switching back to 180w charger to try⦠the stutter for me happens only while the mouse is moving, and especially when itās a menu and the cursor goes over the options.
Donāt have Sons of the Forest, so canāt try.
Did you use LACT and set the power limit to 120W? I had to reduce it back to the stock 100W or else I get stuttering issues on the new bios version.
I think is better for the developers to block the CPU/GPU from peaking 450W i.e reduce max peak power.
At higher power the efficiency gets lower, double the power only gets 20% if from above the max power according to the V/F curve regardless of using ācurve optimizerā or not. Therefore itās meaningless to draw 450W even for short peaks as it wonāt get you more practical performance. If battery drain is allowed, the peak power should still be lowered to a reasonable wattage like 300W.
Thanks for pointing out the BIOS 3.06 beta note on fixing the battery drain in balanced mode. Thatās definitely promising news, but since itās still beta, some users may not want to rely on it yet for daily stability. A dedicated 240W PD adapter could still be valuable for consistent performance, especially under heavy workloads or gaming. Even if the BIOS fix becomes stable, extra power headroom would be a big plus. If enough people are on board, we could make the R&D cost more manageable.
The 3.05 was moved from Beta to Full Release despite their known bugs AND it was not able to be rolled back and it was by far the worst bios to date
Also to add in to what PSierra was saying, 3.05 also made performance under loads with a 240W charger less than ideal, with major stutter and frame pacing issues. 3.06 as a beta so far is significantly more stable than 3.05 as a āfull releaseā
And they left it like that for 8 months. This 3.06 is even worse so far. It locks to 500MHz after waking from sleep. I just hope they donāt decide to āmark is stableā and put it on the back-burner for another 8 months.
Well for me its not that bad. I donāt use sleep. ![]()
I had more lock to 544 mhz with 3.05⦠I donāt think he had it even once since updating. I flashed the bios using the bootable usb method
I know the EC code quite well.
To exit 500Mhz mode:
Power off laptop.
remove PSU.
Wait 2 minutes (it needs this delay before it resets the EC)
Insert PSU
Power on laptop. (It should now go above 500Mhz)
The 500Mhz is maybe caused by the USB-C PD negotiation.
So, my questions will be around whether it is doing USB-C PD negotiation or not.
If you suspend then resume with the PSU unplugged. I.e. On battery only, does it go to 500Mhz? Without the PSU plugged in, is cannot have gone through an USB-C PD negotiation.
If you suspend then resume with the PSU plugged in but with very little delay between suspend and resume? This might not result in a USB-C PD negotiation as the cycle was too quick.
If you suspend, wait 10 minutes, then resume with the PSU plugged in? This will result in a USB-C PD negotiation.
Please let me know which of 1-3 causes the 500Mhz.
Yes, it seems to do this about 90% of times while testing. Also, when I sleep it on battery, it sits in sleep while I also sleep 8 hours, then wake it up the next morning on battery, it has done the 500MHz thing every single time since the bios update.
Yes, this causes it to go into 500MHz mode.
I can undo the 500MHz issue pretty reliably by disconnecting PSU, sleeping the laptop, reconnecting PSU, then waking it back up. Also, a simple reboot resets it back to normal as well. No need to power off and let sit for 2 minutes.
Note, all my testing here was with the Framework 180W PSU.
There a 3 ways for the CPU to get force to go slow. I.e. 500Mhz.
EC setting GPIO prochot
EC sending low performance limits via SMBUS.
EC restricting the PSU momentarily to 0.5 Amps / 2.5W.
All three are set momentarily when you plug the PSU in, or when exiting sleep.
So, I was trying to see from your answers if there was any pattern based on the different scenarios.
But, you mentioned that you were seeing the problem occur, even with the PSU unplugged. So that points to something else entirely being the cause. That something else is unknown at the moment.
I was hoping that the problem was not presenting itself if the PSU was not present, and only occurred when the PSU was plugged in.