forked from kofal.net/zmk
Feature: Full-Duplex Wired Split (#2766)
refactor(split): Refactor split code for extension Extract central/peripheral code to allow for plugging in alternate transports, instead of tying all split logic to BT. feat(split): Add full-duplex wired split support * Depends on full-duplex hardware UART for communication. * Supports all existing central commands/peripheral events, including sensors/inputs from peripherals. * Only one wired split peripheral supported (for now) * Relies on chosen `zmk,split-uart` referencing the UART device. docs: Add wired split config docs. Migrate split to its own dedicated config file, and add details on wired split config. Co-authored-by: Nicolas Munnich <98408764+Nick-Munnich@users.noreply.github.com> fix: Properly override stack size on RP2040 Move the system work queue stack size override on RP2040 ouf of a `ZMK_BLE` conditional so it is properly applied generally for that SoC. --------- Co-authored-by: Nicolas Munnich <98408764+Nick-Munnich@users.noreply.github.com>
This commit is contained in:
@@ -513,6 +513,30 @@ If all of your physical layouts use the same `kscan` node under the hood, you ca
|
||||
|
||||
:::
|
||||
|
||||
### Wired Split
|
||||
|
||||
<SplitTabs>
|
||||
<TabItem value="unibody">This is only required for wired split keyboards.</TabItem>
|
||||
<TabItem value="split">
|
||||
|
||||
If testing the experimental [wired split](../../features/split-keyboards.md) support, you should assign a [predefined](./pinctrl.mdx#predefined-nodes) or [pinctrl configured](./pinctrl.mdx) UART to the `device` property of a new node with `compatible` value of `"zmk,wired-split"`:
|
||||
|
||||
```dts
|
||||
/ {
|
||||
wired_split {
|
||||
compatible = "zmk,wired-split";
|
||||
device = <&pro_micro_serial>;
|
||||
};
|
||||
};
|
||||
```
|
||||
|
||||
See the [wired split](../../config/split.md#wired-split) configuration for more details.
|
||||
|
||||
For wireless split keyboards, this step should be skipped, especially since the UART pins on your controller might already be in use for other functionality.
|
||||
|
||||
</TabItem>
|
||||
</SplitTabs>
|
||||
|
||||
## Default Keymap
|
||||
|
||||
Each keyboard should provide a default keymap to be used when building the firmware, which can be overridden and customized by user configs.
|
||||
|
||||
Reference in New Issue
Block a user