A hand-wired USB and Bluetooth keyboard powered by Python(github.com)
github.com
A hand-wired USB and Bluetooth keyboard powered by Python
https://github.com/makerdiary/python-keyboard
28 comments
many people dont realize, but micropython has unix port, and it can be much slower than CPython. micropython's main advantage is size, not speed.
Great job! I've not seen python-based keyboard firmware before, I'm impressed that it's fast enough to run something like a keyboard.
Without detracting from the code in the post, I recommend that anyone wanting to make and program their own keyboard should take a look at QMK, a widely supported keyboard firmware project that is FOSS: https://qmk.fm/
Without detracting from the code in the post, I recommend that anyone wanting to make and program their own keyboard should take a look at QMK, a widely supported keyboard firmware project that is FOSS: https://qmk.fm/
If you want to make a little macro-keyboard equivalent at a fraction of the cost, I wrote a little guide (with example code) here: https://makeandymake.github.io/2020/05/02/seeeduino-xiao-cir...
this is pretty cool!
I've wanted to hardwire a keyboard, but a full-size one seems pretty intimidating.
I've wanted to hardwire a keyboard, but a full-size one seems pretty intimidating.
This looks cool, however can someone with some electronics know-how explain to me why the connections on most, if not all the keys are crossed? They don't look like insulated wires, though I could be wrong.
Insulated wires that look a lot like bare metal are quite common, e.g. in electromagnet coils.
https://en.wikipedia.org/wiki/Magnet_wire
The insulation melts away where it comes in contact with hot solder, so it's very easy to work with for hand-wiring projects.
https://en.wikipedia.org/wiki/Magnet_wire
The insulation melts away where it comes in contact with hot solder, so it's very easy to work with for hand-wiring projects.
[deleted]
Looks like they only appear to be touching in the photo but aren't really.
This is nice, we need more such open-source, affordable keyboard designs and components; Especially for accessibility keyboards[1] as their costs are exorbitant.
[1]https://needgap.com/problems/96-one-hand-keyboard-keyboard-a...
[1]https://needgap.com/problems/96-one-hand-keyboard-keyboard-a...
Haha that's amazing. What's the latency on this though? I always assumed firmware written in python would be slow for a use case like a keyboard.
It is a bit slow. It takes 4 ms to scan the matrix once right now. With some optimizations, it may be faster.
Would Numpy be of use? Haven't looked at the source yet, but for a keyboard, 4 ms per matrix would be noticeably laggy, especially if you add debouncing (is that even a thing in keyboards?)
It's a microcontroller. It has maybe 512k of storage and 128k of memory. The Numpy package probably is ~100Mb
The controller is running CircuitPython which is a fork of MicroPython - a tiny re-implementation Python for microcontrollers.
The controller is running CircuitPython which is a fork of MicroPython - a tiny re-implementation Python for microcontrollers.
Valid point! Might still be able to get a speed up if you can write and import your own C code though.
How would 4ms be noticeably laggy?
I read it first as 4ms per row, but yeah 4ms per scan wouldn't be too bad. There is of course additional time taken for communication etc, which might take another 4-10ms, which could make it almost a frame behind. Not terrible still.
Nice, if I made it I would replace the capslock with control and "~" with escape. Make the least used keys require combinations, not the often used ones.
I use Caps Lock for both Ctrl and Esc, wouldn't have it any other way. Shift keys are also open/closing parens, holding down the tilde turns the "yuihjknm," section to a numpad, holding down Tab turns jkl; to {}[], etc.
Very handy when programming.
Very handy when programming.
How's caps both ctrl and esc? Can you explain on shifts a bit? I guess you autotab
CAPS -> control I can follow, but the ~ key ... Man, that would be annoying as hell.
Honestly, why Python? Writing a much faster equivalent in C really isn't any more complicated...
Just for fun :)
The hardware includes a QSPI flash which presents as an USB storage that stored Python source code, and you can modify Python directly.
BTW, It provides a new way to validate your hardware product ideas quickly.
The hardware includes a QSPI flash which presents as an USB storage that stored Python source code, and you can modify Python directly.
BTW, It provides a new way to validate your hardware product ideas quickly.
Solid answer. I just realised my question sounded cynical - which wasn't my intention.
- why python?
- isn't is slow?
Remember that Python is a language spec, there are several implementations.
This project uses a particular implementation called CircuitPython ( https://en.wikipedia.org/wiki/CircuitPython), a derivative project from MicroPython ( https://fr.wikipedia.org/wiki/MicroPython), by the people at AdaFruit.
This implementation runs with a very different VM that can fit within 256k of code space and 16k of RAM.
So, while obviously you cannot expect anywhere near C level of perfs, this is way lighter than CPython.
The advantage is that you get the ease of Python to program your board, including the clean terce language, the memory management and the rich data structures. You can even have a live shell on some embeded hardwares! The whole dev process is so simple: code, copy your module, run.
Of course, some features of CPython are not available.