The UHK firmware is open source. I should also mention that the configurator of the UHK is more advanced and polished than any alternatives.
JWZs review is completely unjust as he hates 60% keyboards. Read my comment in his post.
JWZs review is completely unjust as he hates 60% keyboards. Read my comment in his post.
Cool that it's open-source. Why not leverage QMK and Via for a graphical configurator?
Edit: Not trying to shit on the UHK, but it seems like a _decent_ keyboard. My fault with it is that it's much too conventional and thus ends up falling into the trap that many boards already to (pinky overuse, wrist angling, gimmicks over form). It's great that you managed to create a product and bring it to market. But it doesn't really bring anything new to the table or deserve the name 'Ultimate Hacking Keyboard'.
None of the open source firmwares support the modular architecture of the UHK or allow for the easy update of the configuration without using full-blown compilers so they are not suitable for us.
We'll release further UHKs of additional layouts, columnar included.
Via has been doing non-flashing keymap updates for years and is cross platform. Reach out and help contribute.
Here's hoping you can make a keyboard worth the name. Exposing interfaces to users can bodge on their own hardware would be a good start. Maybe getting a ergonomics nuts on the team as well.
You hardly ever used the UHK, yet you keep suggesting that we should use external firmware projects. We use ours because it offers certain benefits specific to our design. Even if you used the UHK, there's a good chance you'd ignore what it can offer because you're so biased toward columnar layout and other open source firmware projects.
I appreciate the value of columnar layouts, but the rest is bias towards your own preferences.
I'd be curious to know why you didn't use QMK or add in the features seems like it would be a hell of a lot easier and allow for contribution. SplitCommon support has been around forever, and you can do dynamic keymaps removing the need for full board flashes. Worst case PRs, that's how Zeal does their boards for features that don't exist.
I am very biased, that is correct. I wouldn't have tried to design a modular/hackable keyboard otherwise. Sadly I'm a one man shop and busy as hell with everything involved so making gUnit 1u/2u modules and interconnect devices hasn't been given much time. If you look around hard enough you can find working trackball modules for Gergo and the interface is simple enough that you can easily bodge in gear with 15$ in prototypes off JLC.
It's very hacky, there's breakouts everywhere, members do all sorts of strange crap with their boards (look at some of the firmware for Georgi on GitHub, it's gross and beautiful colemak-dh on 2rows?), TrackPoints, balls, vibration motors and other goofy shit.
But that's the crux of it, it's _not_ a polished keyboard (I had 300$ and wanted to design a better keyboard), it's a keyboard meant for hacking on and extending with a focus on Ergonomics. If it doesn't have bodge wires flying off of it, you're doing it wrong.
For the record: A simple Y-splitter for a TRRS is all you need to get power/comms retrofitted on 95% of splits for extra modules.