EmbeddedController
input-polling-test
EmbeddedController | input-polling-test | |
---|---|---|
22 | 5 | |
907 | 77 | |
1.0% | - | |
4.3 | 0.0 | |
about 2 months ago | over 2 years ago | |
C | C++ | |
BSD 3-clause "New" or "Revised" License | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
EmbeddedController
-
For Coolermaster Case/Standalone Mainboard users w/ battery- Linux scripts to use LED to show if powered on
git clone --depth 1 https://github.com/FrameworkComputer/EmbeddedController cd EmbeddedController make utils sudo ./build/bds/util/ectool #USE AT YOUR OWN RISK - YOU CAN BRICK YOUR LAPTOP
-
A Framework Laptop Hacking Story
When I was getting ready to flash again, I noticed an issue about the compiler version used to build the firmware binary. I followed the advice, but more importantly I noticed that the issue has been recently fixed, and in the resolution, the maintainer says "Next release (hx20 3.19, hx30 3.07) will include them". It reminded me of something crucial: the Framework EC firmware source code repo doesn't have any particular indication of its level of stability at any given commit. Which commits could be considered fully tested releases? What if the head of the branch introduces a bug that they're working on fixing?
-
What is the status of offering coreboot on the framework 13?
The EC code on the normal Framework devices is already based on the Chrome EC code anyway. https://github.com/FrameworkComputer/EmbeddedController
-
Can I disable Intel ME / is there open source firmware?
EC firmware is open sourced by framework: https://github.com/FrameworkComputer/EmbeddedController
-
Framework announces AMD, new Intel gen, 16“ laptop and more
There the keyboard input is handled by the embedded controller: https://github.com/FrameworkComputer/EmbeddedController/blob...
On the 16 the keyboard is a USB keyboard that could even be used standalone, without the laptop.
- Fans not controllable?
-
Problem with `ectool`: `Cannot open lockfile /run/lock/cros_ec_lockCould not acquire GEC lock.`
I tried the pre-compiled `ectool` from the TamtamHero's repository as we and comiled the EmeddedController from Framework (from this repository). Both give the same error message.
-
The (GNU/)Linux rabbit hole has been a negative influence on my mental state
Great reminder that (as of right now) we're far removed from hardware that is 100% free (as in freedom). The closest we've got is probably provided by Raptor Computing Systems. However not everyone in the world is privileged enough to own such devices unfortunately. And I haven't dabbled into other possible mishaps that come with using such devices. The lack of "free-hardware" is a major concern though. I'd argue that there aren't enough reasons to be optimistic about this as of right now. Therefore our best bet is to not let good be the enemy of perfect; light at the end of the tunnel...
-
Fan Control
As far as I'm aware the only way to manually change the fan speed is using `ectool` from https://github.com/FrameworkComputer/EmbeddedController/
-
Framework in 2022: Year-in-review
We open sourced our Embedded Controller (EC) firmware and made it available on GitHub for you to modify if you wish.
input-polling-test
-
Dell keyboard comparison.
Years ago someone made a software for testing keyboards and mice https://github.com/ad8e/input-polling-test. Supposedly ThinkPads have around 62hz effective polling rate while someone tested a Dell Precision 7520 and it had 1000hz, which makes A LOT of difference for fast typing/inputs. I'm also a fan of TrackPoint, so if those tests are true, then to many, the last Dell with TrackPoint and 1000hz keyboard would be the best laptop. Could Dell owners make those test to confirm this?
-
Framework: Open Sourcing Our Firmware
The scrambling is easy to see once you know it's happening: press k and l simultaneously on your Thinkpad keyboard. It'll always come out "lk" unless you deliberately separate them.
Testing was done [0], but it's not written in an easy-to-understand way. As a summary, Thinkpad keys are scrambled within 15-23 ms. Usually, humans ascribe scrambled letters to their own mistakes, but this time it's the keyboard's fault. Lenovo continues to ignore the issue.
[0]: https://github.com/ad8e/input-polling-test
-
Charlie calls out Hasan on Gfuel whataboutism take
You can flash QMK supported kb from 125hz to 1000hz. Most prebuilt keyboard has 1khz these days. You can check your polling rate with this, if you press keys at the exact same time, and there is 1ms delay between them, u have 1khz.
-
extremely low scan rate (Alloy Core RGB red)
Got a 1000hz polling rate using this: https://github.com/ad8e/input-polling-test
- [IC] Keychron Q1 - 150USD fully assembled VIA, Gasket mount, ANSI/ISO, Hotswap, 75%, foamed board.
What are some alternatives?
Mainboard - Documentation for the Mainboard and other modules in the Framework Laptop 13 [Moved to: https://github.com/FrameworkComputer/Framework-Laptop-13]
firmware-setup - Firmware Setup
sbctl - :computer: :lock: :key: Secure Boot key manager
libnklabs - NK Labs Common Library
carl9170fw - CARL9170 Firmware Source Repository
mu - Project Mu Documentation
clevis - Automated Encryption Framework
open-ath9k-htc-firmware - The firmware for QCA AR7010/AR9271 802.11n USB NICs
MainboardTerminal - A Retro-style Computer with a Modern Core
Framework-Laptop-13 - Documentation for the Mainboard and other modules in the Framework Laptop 13
rsa-verify