I get similar behaviour on the framework 13 amd with ec3.03 watching the EC console I see no events for when it’s been booted powered from the left PD port after an unplug. I get an event again from the right. But it’s not complete and there is a TODO message in the EC console about implementing PD port switching logic. Suspending unplugged seems to bring proper AC powered messages back again after resume when plugging on either side
What I don’t understand is why the right USB C port causes problems?
Are both right ports affected by this?
II was responding to jwp who has done a more detailed study of the issue. Mine was the left back port flip-flopping. My guess would be that having a usb hub plugged in to the right back port reduces the power to the left meaning that there is no dedicated power plug USB C port at all.
I would wonder if the problem has to do with the problem where there was a component overheating causing the left side ports to go totally inop.
I have no idea. I am a pure layman here and will just leave it to those who can troubleshoot better than I.
Fwiw, when I tried this a while ago, I could reproduce the problem with all four ports, even with the modules removed. (Support had asked me to try this, that’s why I did some more tested.)
Please help me
If you are able to solve this problem ? I HAVE SAME PROBLEM battery is not charging now my laptop is dead ,it was keeping flipping btw charging and discharging, i have hp 12 gen laptop and had a kali linux base os
You should probably contact HP. Please don’t contact Framework support over this because they only support Framework laptops.
Just upgraded to the latest BIOS 3.05 and this is still happening, when the limit is set at 80% it flips between charging and discharging it never says charged. It does seem less of a problem when the limit is set to 100% though, it seems to switch to discharging when put under stress then after a few seconds goes back to fully-charged.
Dear Developer
It has been some more months now, and the problem persists. (On my 2034 AMD F-13, running Linux, and BIOS 3.05, intermittently the machine briefly discharges when connected to AC. I am using a Framework charger.) This thread suggests that quite a few people are affected. So: any progress, please?
For AMD, how about using Smokeless UMAF and select AMD_PBS Hidden > EC/PD Configurations, Enable Charger mode BYPASS
Thanks for the pointer and for the screenshot and the information but, no. For, I’m not at the stage where I’m going to flash my BIOS with something third-party, where that third-party BIOS has ‘use at your own risk’ written all over it in big letters.
You aren’t flashing it you are just booting it temporarily but the “use at your own risk” bit stays of course
Sad to see that this is a problem on AMD too. I was hoping that the AMD models are not affected.
Any progress on this issue, please? (The issue is this: when a Framework laptop is connected to a charger, the computer continues to draw power intermittently from the battery or at least to indicate that it is so doing.)
Do you still need people to come up with reproducible cases, using Fedora or Ubuntu, and send them to support? If so, please give (or link from above) the exact way that one should try to reproduce (and record) the problem.
Look at the nonsense that I have had to implement on my AMD F-13 in order to workaround this bug.
I have a Bash script that at boot sets brightness according to power status. The script now contains this:
local stateToSet='battery'
[. . .]
case ${pwr_pc} in
"${pwr_pc_name[F13]}")
case ${F13_workaroundPowerBug} in
true)
local -i count=0
local -ir limit=3
while [[ $(/usr/bin/acpi) == *'Discharging'* ]]; do
${pwr_dbg} && dbg_log "F13 detected as discharging: #${count}."
sleep 5
((count++))
[[ ${count} -ge ${limit} ]] && break
done
[[ ${count} -lt ${limit} ]] && stateToSet='ac'
;;
*)
[[ $(/usr/bin/acpi) == *'Battery 1: Discharging'* ]] || stateToSet='ac'
;;
esac
;;
*)
[[ $(/usr/bin/acpi -a) == *'on-line' ]] && stateToSet='ac'
;;
esac
It is a blessing and something of a surprise that the program tlp is not affected: at boot it seems to detect the power status correctly somehow (though the bug makes it somewhat unclear even what it is for the status to be correct here!)
EDIT: unlike some others who have commented within this thread, I have not tried the ostensible fix that is the ‘Smokeless_UMAF’ thingy.
EDIT: I fixed an errors within the script. One of those errors was not coping with the fact that my Framework laptop gives data for two batteries, even though only one is installed and, to my knowledge, installable. What is going on there?
I changed it to ENABLE, and nothing happened. Charging wattage(using a USB meter) with 60W, 100W or 20W look almost exactly(at least I can’t tell the difference) the same.
Setting the battery charge limit lower when the battery level is higher still discharges the battery while the USB current 0.01A(no power directly from USB). i.e this so-called BYPASS setting does nothing