-
-
Notifications
You must be signed in to change notification settings - Fork 39.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
YaMseK: yet another modular split ergonomic keyboard #17902
Conversation
1b4d5de
to
bd610c6
Compare
5838e25
to
d642cb6
Compare
Basically, re-initing everything isn't the proper way to handle this. There are a couple of boards using the mcp code that can be used as examples to better handle detection, etc. |
sadly there are multiple versions... the ergodox-derived ones do their own i2c handling (and reset everything everytime?), and only very few actually seem to use drivers/gpio/mcp23018 as evident by who uses init_mcp23018 == ergodox family; vs. drivers/gpio/mcp23018::mcp23018_init did you have any specific "good examples" in mind? |
The ergodone uses /drivers/gpio/mcp23018.c for the I/O expander code, and has detection/error handling. |
067e800
to
8278595
Compare
8278595
to
448203b
Compare
Note: the [core] I2C_PAL_MODE addition has it's own PR: #19286 |
ok, compared the MCP23018 handling to how it's done in the ergodone (thanks for the hint) what else would be missing for this PR to be merged? (-: |
thanks for the info.json related hints : ) |
a9e293d
to
74137d8
Compare
rebase onto develop Q: is there anything i can or need to do to help this PR get merged? :-) |
Thank you for your contribution! |
sans 'VIAL' and the piromoni trackball... also only the polulu-a-star/atmega32u4 - rp2040 to follow Signed-off-by: Johannes Schneider <[email protected]>
aligning the LAYOUT macro with how the keys are layed out physically
with upstream defaults in mind, some can be dropped Co-authored-by: Drashna Jaelre <[email protected]>
Co-authored-by: Drashna Jaelre <[email protected]>
fixing includes, removing redundant defines, etc Co-authored-by: Drashna Jaelre <[email protected]>
Signed-off-by: Johannes Schneider <[email protected]>
Co-authored-by: Sergey Vlasov <[email protected]> Signed-off-by: Johannes Schneider <[email protected]>
drop old-style keymap definition in favor of info.json entry Signed-off-by: Johannes Schneider <[email protected]>
'Layout "LAYOUT" is offset on Y axis by 1'
fix it to match the keymap Co-authored-by: Sergey Vlasov <[email protected]>
3f94cc4
to
84bd503
Compare
no changes, just a rebase onto origin/master |
Thank you for your contribution! |
Thank you for your contribution! |
created waaay back in 2017, based on/inspired by dactyl end ergodox like keyboards: curved ortholinear layout, with one MCU connected over TRRS to another half with an I2C-portexpander
a couple of small pcbs where designed around SMD chips -
to be usable as modular platform for putting together similar keyboards:
breakouts for ioexpanders, i2c buffer chips, ...
see the hackaday.io project page for futher build-instructions (to be updated...)
at the time the MCU of choice is/was a A-Star 32U4 Micro chosen for its diminutive size - but now that there are similar boards with an RP2040 out in the wild - and the support for these is slowly coming to QMK... :-D
Description
Types of Changes
Issues Fixed or Closed by This PR
Checklist