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`
26 lines
644 B
Python
26 lines
644 B
Python
import board
|
|
|
|
from kmk.matrix import DiodeOrientation
|
|
from kmk.keyboard_config import KeyboardConfig as _KeyboardConfig
|
|
|
|
|
|
class KeyboardConfig(_KeyboardConfig):
|
|
# Will need additional work and testing
|
|
col_pins = (
|
|
board.A1,
|
|
board.A2,
|
|
board.A3,
|
|
board.A4,
|
|
board.A5,
|
|
board.SCK,
|
|
board.MOSI,
|
|
board.D12,
|
|
)
|
|
row_pins = (board.A0, board.D13, board.D11, board.D10, board.D9, board.D7)
|
|
diode_orientation = DiodeOrientation.COLUMNS
|
|
rgb_pixel_pin = board.TX
|
|
uart_pin = board.SCL
|
|
split_type = 'UART'
|
|
split_flip = False
|
|
split_offsets = [8, 8, 8, 8, 8, 8]
|