172e6a7030
* Extensible split data sync capability through transactions. - Split common transport has been split up between the transport layer and data layer. - Split "transactions" model used, with convergence between I2C and serial data definitions. - Slave matrix "generation count" is used to determine if the full slave matrix needs to be retrieved. - Encoders get the same "generation count" treatment. - All other blocks of data are synchronised when a change is detected. - All transmissions have a globally-configurable deadline before a transmission is forced (`FORCED_SYNC_THROTTLE_MS`, default 100ms). - Added atomicity for all core-synced data, preventing partial updates - Added retries to AVR i2c_master's i2c_start, to minimise the number of failed transactions when interrupts are disabled on the slave due to atomicity checks. - Some keyboards have had slight modifications made in order to ensure that they still build due to firmware size restrictions. * Fixup LED_MATRIX compile. * Parameterise ERROR_DISCONNECT_COUNT. |
||
|---|---|---|
| .. | ||
| back | ||
| keymaps | ||
| qmk_conf | ||
| sc | ||
| under | ||
| .noci | ||
| config.h | ||
| info.json | ||
| local_features.mk | ||
| matrix.c | ||
| post_config.h | ||
| readme.md | ||
| rev2.c | ||
| rev2.h | ||
| rules.mk | ||
| serial_config_simpleapi.h | ||
| split_scomm.c | ||
| split_scomm.h | ||
| split_util.c | ||
| split_util.h | ||
readme.md
Helix rev2
A compact split ortholinear keyboard.
- Keyboard Maintainer: yushakobo
- Hardware Supported: Helix rev2 PCBs, Pro Micro
- Hardware Availability: PCB & Case Data
Make example for this keyboard (after setting up your build environment):
make helix/rev2:default:flash
See the build environment setup and the make instructions for more information. Brand new to QMK? Start with our Complete Newbs Guide.