Genuinely, you're a lifesaver. I had to make a keyboard prototype/concept for a friend of mine using a YD-RP2040, it was 2am, hella tired, couldn't be bothered to natively use qmk. Then I found this, lo and behold it worked first try. Thank you so much for this
Thanks a lot. Cant say how much I appreciated this tool. I have experience the seamless firmware integration of GP2040 in custom controller scene and wish keyboard scene would have something equivalent. Your tool is exactly that. The fact that it supports the popular Pi Pico is the icing on the cake.
Jan the man, I've been following you for a few years since I made my first dactyl. Super exited to see this configurator. I'd love to see what you've got going on in github, particularly the mouse-key implementation. I'll be building one when I get some time to try out using joysticks as mouse key inputs, that's an area that is challenging to get the "feel" right on. But to see you grow in this community and on your channel has been a real treat. I will say that your presenting demeanor has changed, in a way that is very to-the-point; by recognizing there's more work on the backend than you can cram into a video -- I like the succinct statements. Really exited to see this, and Great job Jan! Big fan, cheers from california
Dude. This is amazing :) I'm looking into getting into split keyboard firmware programming and have been looking for something that looks this easy! Also, Dactyl Manuforms and Glove80 spotted in the background ;)
You got me started with split keyboards (my first one was a modified wSplit) and I'd love to make a wireless keyboard sometime in the future but its hard to get into (harder than the wired versions at least, mostly because I don't have access to the most commonly used µCs like the nice!nano). I'm not giving up hope tho, and I'm looking forward to more content from you to learn from :)
thats so nice to hear thank you. Maybe I will find a good solution for that someday. I have been delaying my wireless build for a while and would like to do them with kmk and something like an esp32 as an addon board to the pi pico/helios for wireless communication maybe that will work out.
Your pog software is amazing, it makes all the hard work done within matters of click. Its extremely useful for rp2040 builds, builds that works on circuitpython. Its just missing a feature, that is to enable or disable n-key rollover feature, i know it is a thing mentioned in KMK's website, I've been trying to implement it but i cant figure it out and get it into working on my 60% keyboard. So good luck with that🙂
"I've successfully managed to run the KMK firmware on my ProMicro2040, but the process was quite difficult. Since English isn't my first language, I found myself constantly referring to your latest videos to flash the firmware. However, I encountered some configuration issues with the latest version of POG, especially regarding the setup of the matrix and pins. For example, when configuring the matrix, after selecting 'Keyboard Type' as 'Split (Serial)' and moving on to configure the TX and RX (Split Pins A & B), if I later try to change the matrix setting from 'Split (Serial)' to 'Split (Pin)', I can no longer remove the incorrect 'Split Pins B' setting from the JSON file. The only way to fix this is to manually edit the configuration after everything is set. Moreover, since keymap modifications are frequently required after the firmware is flashed, this issue forces me into a loop every time I save, and the only reliable solution is to reflash the firmware from scratch, ensuring everything is configured perfectly from the start." Finally, thank you for making this excellent firmware configuration software for us to use.
yes it keeps the old values in the json but the code is supposed to ignore values that are not needed so there is no need to remove it by hand, if you encounter an unexpected error there please open an issue on github with some steps to replicate so I can try to fix this. Thanks for your feedback here :)
Hey Jan, I really want to start 3d printing my own keyboards aswell. What kind of 3d printer would you recommend? Thanks already, and great videos man!
this really depends on the size of keyboard you want to build, for split keyboards even smaller printers work fine as well as the usual prusa i3 size, one you want to build things larger than the dactyl manuform or keyboards that are not split you need to either print them in separate parts like me or have much bigger printer, i can still recommend the prusa printers and i am still using the mk3s as I dont need to tinker with it much to get nice prints. the newer printers today are much better and I was looking at the voron printers but mine still works too well to upgrade as well as they are quite cheap to get used as well. I would rather recommend a used prusa or the bambu labs printers than the cheaper printers you can find just because of fire hazard issues. But this is something where you likely need to look into based on your requirements.
Genuinely, you're a lifesaver.
I had to make a keyboard prototype/concept for a friend of mine using a YD-RP2040, it was 2am, hella tired, couldn't be bothered to natively use qmk.
Then I found this, lo and behold it worked first try.
Thank you so much for this
Thanks a lot. Cant say how much I appreciated this tool. I have experience the seamless firmware integration of GP2040 in custom controller scene and wish keyboard scene would have something equivalent. Your tool is exactly that. The fact that it supports the popular Pi Pico is the icing on the cake.
Jan the man, I've been following you for a few years since I made my first dactyl.
Super exited to see this configurator. I'd love to see what you've got going on in github, particularly the mouse-key implementation.
I'll be building one when I get some time to try out using joysticks as mouse key inputs, that's an area that is challenging to get the "feel" right on.
But to see you grow in this community and on your channel has been a real treat.
I will say that your presenting demeanor has changed, in a way that is very to-the-point; by recognizing there's more work on the backend than you can cram into a video -- I like the succinct statements.
Really exited to see this, and Great job Jan!
Big fan, cheers from california
Dude. This is amazing :) I'm looking into getting into split keyboard firmware programming and have been looking for something that looks this easy!
Also, Dactyl Manuforms and Glove80 spotted in the background ;)
I can't wait to try it out.
Thank you for sharing.
Valeu!
You got me started with split keyboards (my first one was a modified wSplit) and I'd love to make a wireless keyboard sometime in the future but its hard to get into (harder than the wired versions at least, mostly because I don't have access to the most commonly used µCs like the nice!nano). I'm not giving up hope tho, and I'm looking forward to more content from you to learn from :)
thats so nice to hear thank you. Maybe I will find a good solution for that someday. I have been delaying my wireless build for a while and would like to do them with kmk and something like an esp32 as an addon board to the pi pico/helios for wireless communication maybe that will work out.
Your pog software is amazing, it makes all the hard work done within matters of click. Its extremely useful for rp2040 builds, builds that works on circuitpython.
Its just missing a feature, that is to enable or disable n-key rollover feature, i know it is a thing mentioned in KMK's website, I've been trying to implement it but i cant figure it out and get it into working on my 60% keyboard. So good luck with that🙂
Curious if you are still using colemak dh?
Yes I’m still on colemak dh, can definitely recommend it.
"I've successfully managed to run the KMK firmware on my ProMicro2040, but the process was quite difficult. Since English isn't my first language, I found myself constantly referring to your latest videos to flash the firmware. However, I encountered some configuration issues with the latest version of POG, especially regarding the setup of the matrix and pins.
For example, when configuring the matrix, after selecting 'Keyboard Type' as 'Split (Serial)' and moving on to configure the TX and RX (Split Pins A & B), if I later try to change the matrix setting from 'Split (Serial)' to 'Split (Pin)', I can no longer remove the incorrect 'Split Pins B' setting from the JSON file. The only way to fix this is to manually edit the configuration after everything is set.
Moreover, since keymap modifications are frequently required after the firmware is flashed, this issue forces me into a loop every time I save, and the only reliable solution is to reflash the firmware from scratch, ensuring everything is configured perfectly from the start."
Finally, thank you for making this excellent firmware configuration software for us to use.
yes it keeps the old values in the json but the code is supposed to ignore values that are not needed so there is no need to remove it by hand, if you encounter an unexpected error there please open an issue on github with some steps to replicate so I can try to fix this. Thanks for your feedback here :)
hi man.can you show how to setup with sofle rgb v2.1
what should I setup with shiftregister keyboard?
he's the messiah!
Can you make a tutorial on how to add RGB LEDs to POG, I've tried it and it hasn't worked
Hey Jan, I really want to start 3d printing my own keyboards aswell. What kind of 3d printer would you recommend?
Thanks already, and great videos man!
this really depends on the size of keyboard you want to build, for split keyboards even smaller printers work fine as well as the usual prusa i3 size, one you want to build things larger than the dactyl manuform or keyboards that are not split you need to either print them in separate parts like me or have much bigger printer, i can still recommend the prusa printers and i am still using the mk3s as I dont need to tinker with it much to get nice prints. the newer printers today are much better and I was looking at the voron printers but mine still works too well to upgrade as well as they are quite cheap to get used as well. I would rather recommend a used prusa or the bambu labs printers than the cheaper printers you can find just because of fire hazard issues. But this is something where you likely need to look into based on your requirements.
Will you be adding the snap back feature just like in the wooting keyboards?
I hard this a few times now, should be possible but I would need to dig a bit into the firmware for this. I will put it on my list
Can this be used with pcb
Yes as long as you can find the pin variables somewhere porting works (if its using an rp2040) your mileage may vary