Maybe EC = Embedded controller - Wikipedia ?
Anybody know how to send feedback about this community system?
Do you want to send a feedback to the system (Discourse)? That is maybe https://meta.discourse.org/ at https://www.discourse.org/ . You can post with category: feature or bug.
It does in fact reference embedded controller
See the above thread for some more context on this discussion
Beta BIOS v3.06 is now available:
After installing BIOS 3.06 on my Batch 4 laptop, the G-Sensor option disappeared from the menu.
They also stated that they were removing the accelerometer from the newer batches, due to issues with component sourcing (since it had no use with the only drive being M.2). Makes sense theyād remove support in the newest BIOS.
Good catch, I was distracted by testing the power button dimming and completely overlooked it.
Anyone, could you help me to understand a basic thing about BIOS? Is the BIOS what only Framework team is developing? Or another vendor is mainly developing with Framework? Is there the āupstreamā project of the BIOS?
Who deleted āthe G-Sensor option from the menuā?
@junaruga the current UEFI BIOS is a proprietary product made by Insyde Software.
The embedded controller firmware (controls stuff like battery management, power button behavior, etc) is based on Chromium OS EC.
Removing the G-Sensor option in the BIOS would have been at the direction of Framework, presumably to maintain consistency between different production batches since theyāre removing the accelerometer from the motherboard due to supply issues.
Anyway to use the G-sensor if the laptop has it? Canāt the BIOS determine if itās available and give those with one the option to turn it on?
Iām thinking that Framework decided to not include a G-sensor anymore so the majority of devices (that means the devices built in the upcoming years) will not have a G-sensor so they think they donāt need to provide any code to get it to work.
Which make sense, because there is little way a G-sensor can provide the system with any actual benefits, since you canāt fit anything physically fragile (like a hard disk) in it.
Iām curious about what it means for people who may have wanted to explore throwing a tablet design together. Thatās not for me, mind; I wanted a notebook PC and I got exactly what I asked for. But the seemingly mid-flight prototyping might sour some enthusiasts and be cause for concern for corporate interests whoād feel more secure in making changes to hardware that doesnāt resolve or fix a problem.
Think: do I buy the 1.0 version of the device, or wait for the 1.1 version? What if the 1.1 has a 0.9 feature set and is otherwise 1.0ās overall design without delivering functional bug fixes?
Should we assume when we receive a shipment that thereās no possibility of a BIOS update? I sometimes like to run a BIOS update as a first step of building out an OS.
Beta BIOS updates have been released in this forum! Public Beta Test: 11th Gen BIOS v3.06 + Driver Bundle 2021_10_29
Also, I recently received my batch 4 unit and it had the latest BIOS when it arrived (3.06).
Should I be able to view SSD information from BIOS? I canāt and Iām wondering if itās related to the problem of not being able to connect to SSD generally.
(I checked and itās definitely physically snug on the insides, thanks!)
Yes. Last time someone (here) didnāt see his SSD on the BIOS the SSD was faulty and replacing it fixed the problem.
Got my Framework a little over a week ago. Iāve been babying the battery ever since, only letting it charge until itās full then shutting it down and/or unplugging it (to prevent battery drain, and overcharging) Today Arch i3status told me my battery stopped charging around 94% capacity, whereas last week it would get to 100% and stop. Would really like to get battery health charging figured out before I have to buy another battery for this system.
there are certain things the charging regulators will do to avoid putting unnecessary strains on the battery
For example, if you unplug the system while the battery is at 100% and use it until itās, say, 95%, the system might not charge it at all because it think 5% is not worth charging it all the way up
For example my Dell computer. In ācustomā mode there are two thresholds you can set: the charging begin percentage, and charging stop percentage.
So if your battery drops below the first value (charging begin), it will charge until it hit the charging stop percentage, then it will stop. But if it didnāt hit the charging begin mark, then it simply wonāt charge.
So I used to set it up like this: charging begin at 50% (thatās as low as it allow you to), and charigng stop at 75%. Between 50% and 75% (say, 60%), the battery neither charge nor discharge. It will be āidleā.
There are some different bios that show different values (e.g. actual wattage hour(in mAh), desired wattage hour (in mAh), current flow (in mA), voltage(in mV) and temperature as measured by the battery packās onboard regulator). It wonāt give you the percentage, however.
But, as mentioned earlier, Framework donāt have in-house BIOS like other big companies do (e.g., apple, dell, lenovo, hp, toshiba, fujitsu), which generally require a more dynamic BIOS (instead of āamerica-megatrend copy blue-and-grey interfaceā) and other things, which might mean quite a expensive budget, which for something unimportant (e.g. compared to Spectre and Meltdown mitigations), itās not entirely surprising to see them being reluctant.
Although, I hope it gets added to their to-do list.
I believe you can do them (as modern devices are surprisingly redundant and incredibly complicated). But they might just thought (nah. we arenāt going to spend 20 hours digging through the battery controller datasheet and find out a way to put it in a UI), especially since Framework, unlike Dell(or hp, or Fujitsu, or Toshiba), donāt actually make their own BIOS in-house (rather asking someone else to do it for them)
In a default it might be something like 90% and 100% respectively.
Xavier_Jiang
Framework donāt have in-house BIOS [ā¦] itās not entirely surprising to see them being reluctant.
No, they donāt, yet. They have already mentioned that they will work on a BIOS in the future, and are already providing BIOS patches for current systems. They are merely a startup now, and clearly didnāt have enough initial capital to order enough systems for each batch at the start, let alone writing a custom BIOS. They have grown immensely over just a few months, they havenāt even been around for 6 months yet and have already sold thousands of systems. Iām confident they will eventually get around to writing a custom BIOS, and I seriously doubt this is the final revision to the hardware as-is.
See this post about the most recent Framework BIOS update with new features and fixes already.
There is clearly already work being put into the BIOS, they just needed to improve their team, which they have been working on through the new hiring process. Although, looking at your profile, I canāt imagine youāre a stranger to any of this news. So, I donāt see how Framework is āreluctantā to add this new feature, as they appear to be doing whatever the community wants/needs first, and considering there was a feature addition to change the LED brightness on the power button in the last BIOS revision, something tells me battery charge thresholds arenāt that far out.
As a layman, I want to see a good step by step manual for updating the BIOS. I also want to wait until the new BIOS update is official, not beta and more or less a bullet proof process. I have 03.0 on my DIY Framework and it needs updating, if not right this second.
Nick