mirror of
https://github.com/qmk/qmk_firmware.git
synced 2024-11-30 23:15:51 +00:00
111 lines
4.9 KiB
Markdown
111 lines
4.9 KiB
Markdown
# Planck Firmware Guide
|
|
|
|
## Setting up the environment
|
|
|
|
### Windows
|
|
1. Install [MHV AVR Tools][mhv] for AVR GCC compiler and [Cygwin][cygwin](or [MinGW][mingw]) for shell terminal.
|
|
2. Install [DFU-Programmer][dfu-prog] (the -win one).
|
|
3. Start DFU bootloader on the chip first time you will see 'Found New Hardware Wizard' to install driver. If you install device driver properly you can find chip name like 'ATmega32U4' under 'LibUSB-Win32 Devices' tree on 'Device Manager'. If not you will need to update its driver on 'Device Manager' to the `dfu-programmer` driver.
|
|
|
|
### Mac
|
|
1. Install [CrossPack](https://www.obdev.at/downloads/crosspack/CrossPack-AVR-20131216.dmg).
|
|
2. Install [DFU-Programmer][dfu-prog].
|
|
|
|
### Linux
|
|
1. Install AVR GCC with your favorite package manager.
|
|
2. Install [DFU-Programmer][dfu-prog].
|
|
|
|
## Using the built-in functions
|
|
|
|
Here is a list of some of the functions avaiable from the command line:
|
|
|
|
* `make clean`: clean the environment - may be required in-between builds
|
|
* `make`: compile the code
|
|
* `make COMMON=true`: compile with the common (non-extended) keymap
|
|
* `make KEYMAP=<keymap>`: compile with the extended keymap file `extended_keymaps_extended_keymap_<keymap>.c`
|
|
* `make COMMON=true KEYMAP=<keymap>`: compile with the common keymap file `common_keymaps/keymap_<keymap>.c`
|
|
* `make dfu`: build and flash the layout to the PCB
|
|
* `make dfu-force`: build and force-flash the layout to the PCB (may be require for first flash)
|
|
|
|
Generally, the instructions to flash the PCB are as follows:
|
|
|
|
1. Make changes to the appropriate keymap file
|
|
2. Save the file
|
|
3. `make clean`
|
|
4. Press the reset button on the PCB/press the key with the `RESET` keycode
|
|
5. `make <arguments> dfu` - use the necessary `KEYMAP=<keymap>` and/or `COMMON=true` arguments here.
|
|
|
|
## Extended keymap
|
|
|
|
### Keymap
|
|
|
|
Unlike the common keymap, prefixing the keycodes with `KC_` is required. A full list of the keycodes is available [here](https://github.com/jackhumbert/tmk_keyboard/blob/master/doc/keycode.txt). For the keycodes available only in the extended keymap, see this [header file](https://github.com/jackhumbert/tmk_keyboard/blob/master/keyboard/planck/extended_keymap_common.h).
|
|
|
|
You can use modifiers with keycodes like this:
|
|
|
|
LCTL(KC_C)
|
|
|
|
Which will generate Ctrl+c. These are daisy-chainable, meaning you can do things like:
|
|
|
|
LCTL(LALT(KC_C))
|
|
|
|
That will generate Ctrl+Alt+c. The entire list of these functions is here:
|
|
|
|
* `LCTL()`: Left control
|
|
* `LSFT()` / `S()`: Left shift
|
|
* `LALT()`: Left alt/opt
|
|
* `LGUI()`: Left win/cmd
|
|
* `RCTL()`: Right control
|
|
* `RSFT()`: Right shift
|
|
* `RALT()`: Right alt/opt
|
|
* `RGUI()`: Right win/cmd
|
|
|
|
`S(KC_1)`-like entries are useful in writing keymaps for the Planck.
|
|
|
|
### Other keycodes
|
|
|
|
A number of other keycodes have been added that you may find useful:
|
|
|
|
* `CM_<key>`: the Colemak equivalent of a key (in place of `KC_<key>`), when using Colemak in software (`CM_O` generates `KC_SCLN`)
|
|
* `RESET`: jump to bootloader for flashing (same as press the reset button)
|
|
* `BL_STEP`: step through the backlight brightnesses
|
|
* `BL_<0-15>`: set backlight brightness to 0-15
|
|
* `BL_DEC`: lower the backlight brightness
|
|
* `BL_INC`: raise the backlight brightness
|
|
* `BL_TOGG`: toggle the backlight on/off
|
|
|
|
### Function layers
|
|
|
|
The extended keymap extends the number of function layers from 32 to the near-infinite value of 256. Rather than using `FN<num>` notation (still avaiable, but limited to `FN0`-`FN31`), you can use the `FUNC(<num>)` notation. `F(<num>)` is a shortcut for this.
|
|
|
|
The function actions are unchanged, and you can see the full list of them [here](https://github.com/jackhumbert/tmk_keyboard/blob/master/common/action_code.h). They are explained in detail [here](https://github.com/jackhumbert/tmk_keyboard/blob/master/doc/keymap.md#2-action).
|
|
|
|
### Macros
|
|
|
|
Macros have been setup in the `extended_keymaps/extended_keymaps_default.c` file so that you can use `M(<num>)` to access a macro in the `action_get_macro` section on your keymap. The switch/case structure you see here is required, and is setup for `M(0)` - you'll need to copy and paste the code to look like this (e.g. to support `M(3)`):
|
|
|
|
switch(id) {
|
|
case 0:
|
|
return MACRODOWN(TYPE(KC_A), END);
|
|
break;
|
|
case 1:
|
|
return MACRODOWN(TYPE(KC_B), END);
|
|
break;
|
|
case 2:
|
|
return MACRODOWN(TYPE(KC_C), END);
|
|
break;
|
|
case 3:
|
|
return MACRODOWN(TYPE(KC_D), END);
|
|
break;
|
|
}
|
|
return MACRO_NONE;
|
|
|
|
`MACRODOWN()` is a shortcut for `(record->event.pressed ? MACRO(__VA_ARGS__) : MACRO_NONE)` which tells the macro to execute when the key is pressed. Without this, the macro will be executed on both the down and up stroke.
|
|
|
|
[cygwin]: https://www.cygwin.com/
|
|
[mingw]: http://www.mingw.org/
|
|
[mhv]: https://infernoembedded.com/products/avr-tools
|
|
[winavr]: http://winavr.sourceforge.net/
|
|
[crosspack]: http://www.obdev.at/products/crosspack/index.html
|
|
[dfu-prog]: http://dfu-programmer.sourceforge.net/
|