6baaf5e5d4
- Remove the concept of "mcus". With only one target platform (CircuitPython), it no longer makes a bunch of sense and has been kept around for "what if" reasons, complicating our import chains and eating up RAM for pointless subclasses. If you're a `board`, you derive from `KeyboardConfig`. If you're a handwire, the user will derive from `KeyboardConfig`. The end. As part of this, `kmk.hid` was refactored heavily to emphasize that CircuitPython is our only supported HID stack, with stubs for future HID implementations (`USB_HID` becomes `AbstractHID`, probably only usable for testing purposes, `CircuitPython_USB_HID` becomes `USBHID`, and `BLEHID` is added with an immediate `NotImplementedError` on instantiation) - `KeyboardConfig` can now take a HID type at runtime. The NRF52840 boards will happily run in either configuration once CircuitPython support is in place, and a completely separate `mcu` subclass for each mode made no sense. This also potentially allows runtime *swaps* of HID driver down the line, but no code has been added to this effect. The default, and only functional value, for this is `HIDModes.USB` - Most consts have been moved to more logical homes - often, the main or, often only, component that uses them. `DiodeOrientation` moved to `kmk.matrix`, and anything HID-related moved to `kmk.hid`
16 lines
477 B
Python
16 lines
477 B
Python
import board
|
|
|
|
from kmk.matrix import DiodeOrientation
|
|
from kmk.keyboard_config import KeyboardConfig as _KeyboardConfig
|
|
|
|
|
|
class KeyboardConfig(_KeyboardConfig):
|
|
col_pins = (board.A5, board.A4, board.A3, board.A2, board.A1, board.A0)
|
|
row_pins = (board.D7, board.D9, board.D10, board.D11)
|
|
diode_orientation = DiodeOrientation.COLUMNS
|
|
rgb_pixel_pin = board.TX
|
|
uart_pin = board.SCL
|
|
split_type = 'UART'
|
|
split_flip = True
|
|
split_offsets = [6, 6, 6, 6]
|