QMK firmware for uConsole keyboard

Thanks for the quick answer. I can and will try all that in the evening.

Quick Test - Tha backlight is no longer working. Next I will take out the batteries but I do not have too much hope. I can still SSH into the uConsole or attach an external keyboard so this is not a problem. But having bootloader access over USB should be my best option.

What (or with what) would I flash the bootloader when the keyboard is connected via USB and in its bootloader?

This is annoying but I see it also as a chance to learn about the inner workings of the device. I have done some things with microcontrollers like Ardunio or ESPs before. so if there is a chance to recover, I should be able to so. I’ll probably need some directions though, so thanks for your help.

Just an update - taking out the batteries did not help

I have the keyboard out and connected via USB - shorting pin S1 does nothing it seems. Running “dmesg” while connecting the USB cable gives a lot of error messages like

[ 1446.940578] usb 1-1.2: new full-speed USB device number 32 using dwc2
[ 1447.028577] usb 1-1.2: device descriptor read/64, error -32
[ 1447.224572] usb 1-1.2: device descriptor read/64, error -32

I fear I am in the Failure mode [described in this post](Bricked Keyboard Fix - #5 by SkyRanger. I hope not but I have to investigate further in the evening.

Super-irrelevant because I’m not using gamepad mode, but I copied LY2 to add an LY3 for nethack/dcss and the d-pad directions in LY2 seem wrong compared to LY0 and LY1?

Finally, after much trouble I was able to unbrick the keyboard PCB and to flash your sway.bin firmware. I don’t know the reason for the original error - just bad luck I suppose.

I can confirm that it is successfully running your keyboard firmware. Although I cannot get the sway modifier key (Gamepad “A”) to work. Gamepad “B” registers correctly as SHIFT, but “A” seems to do nothing.

To be more precise - it registers as “Super_R” when I look at the output of the “wev” tool. But it is not registered by sway so this is weird. What have I got wrong?

Could you create a pull request to the upstream? Building from a fork is suboptimal and undesirable

Super-weird, mine registers as “Super_L”

[14:     wl_keyboard] key: serial: 2850; time: 4662285; key: 133; state: 1 (pressed)
                      sym: Super_L      (65515), utf8: ''
[14:     wl_keyboard] modifiers: serial: 0; group: 0
                      depressed: 00000040: Mod4 
                      latched: 00000000
                      locked: 00000000

I’ve just downloaded and re-flashed mine and got the same result. Maybe you got a bad download, or bad flash/memory?

Edit:
I’ve just reflashed with gamepad A as Super_R and wev and sway both recognise it as Mod4

[14:     wl_keyboard] key: serial: 4318; time: 6457925; key: 134; state: 1 (pressed)
                      sym: Super_R      (65516), utf8: ''
[14:     wl_keyboard] modifiers: serial: 0; group: 0
                      depressed: 00000040: Mod4 
                      latched: 00000000
                      locked: 00000000

Seems unlikely to help but if it helps diagnosing, here’s a link to Super_R version.
(The larger filesize is because I added a Fn+n NetHack joystick mode)

Being a tinkerer, rather than someone with talent, my knowledge of github starts and ends with ‘git clone thing’, but here’s my keyboards/clockworkpi/uconsole/keymaps/default/keymap.c
for anyone who wants it.

1 Like

That is indeed weird. I searched for howto change sway’s keyboard modifiers and interestingly both (SUPER_L and SUPER_R) should work the same but don’t. I may be a problem in sway’s config but I have not changed a lot so I’m out of clue but will tinker more.

Thanks for the link to your source. I don’t really know C but enough to change some values and try them out. I can now flash and unbrick the keyboard as I wish so nothing can stop me now :wink:

@racoon
Diverting from this thread to keep QMK in this one.

Another modification (download)

joystick Y = Left mouse
joystick X = Right mouse
joystick B = Shift
joystick A = Win

Fn+g should toggle back to game mode buttons but I don’t have any gaming stuff to test with.

In light of all the problems OE4DNS had above, maybe start with olly’s 20240922 version (just in case :confused: ) and then update to this as per olly’s instructions.

PS. keymap.c edited on dropbox to show these changes.

1 Like

It cannot hurt - but I have in the meantime started with Clockwork’s firmware and directly went to your sway.bin. So technically it does work.

1 Like

I’d like to think it’s just a hardware glitch you had rather than something in my config, but I can’t say I understand this stuff well enough to know for certain. I guess I’m recommending olly’s first because that’s the path I took, and Machito in post 17 went from stock to olly’s 20240922 without problems. I know there’s wildly varying skill levels on this forum, and soft-bricking will definitely freak some people out.

Yes to all of that :slight_smile:

And finally I got everything to work. There were some issues with my sway “config”. Some input options referenced the keyboard by its ID which has of course changed with the QMK firmware.

Everything is great now! Thanks for the help and the binary. Now I can get to hacking around with the firmware itself with my newfound superpowers :wink:

Edit: I tested Game Controls and they seem not to work after a quick look. I’ll look into it some more but I don’t really need them so this is OK. Just if someone cannot live without, be reminded.

Possibly helpful?

@Canto , thank you for directing to this trend. I will definitely need to take a dive into docs before using it )

1 Like

Is there anything I should be doing to get the keyboard into DFU mode? dfu-util can’t find it.