2015-10-27 02:32:37 +06:00
/*
Copyright 2012 Jun Wako < wakojun @ gmail . com >
Copyright 2013 Oleg Kostyuk < cub . uanic @ gmail . com >
This program is free software : you can redistribute it and / or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation , either version 2 of the License , or
( at your option ) any later version .
This program is distributed in the hope that it will be useful ,
but WITHOUT ANY WARRANTY ; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE . See the
GNU General Public License for more details .
You should have received a copy of the GNU General Public License
along with this program . If not , see < http : //www.gnu.org/licenses/>.
*/
2016-07-10 15:01:28 +06:00
# ifndef ERGODOX_EZ_CONFIG_H
# define ERGODOX_EZ_CONFIG_H
2015-10-27 02:32:37 +06:00
2016-11-22 07:17:32 +06:00
# include "config_common.h"
2015-10-27 02:32:37 +06:00
/* USB Device descriptor parameter */
# define VENDOR_ID 0xFEED
# define PRODUCT_ID 0x1307
# define DEVICE_VER 0x0001
# define MANUFACTURER ErgoDox EZ
# define PRODUCT ErgoDox EZ
2016-07-04 22:01:10 +06:00
# define DESCRIPTION QMK keyboard firmware for Ergodox EZ
2015-10-27 02:32:37 +06:00
/* key matrix size */
# define MATRIX_ROWS 14
improve ergodox ez performance
With these changes, the ergodox ez goes from 315 scans per second
when no keys are pressed (~3.17ms/scan) to 447 (~2.24ms/scan).
The changes to the pin read are just condensing the logic, and
replacing a lot of conditional operations with a single bitwise
inversion.
The change to row scanning is more significant, and merits
explanation. In general, you can only scan one row of a keyboard
at a time, because if you scan two rows, you no longer know
which row is pulling a given column down. But in the Ergodox
design, this isn't the case; the left hand is controlled by an
I2C-based GPIO expander, and the columns and rows are *completely
separate* electrically from the columns and rows on the right-hand
side.
So simply reading rows in parallel offers two significant
improvements. One is that we no longer need the 30us delay after
each right-hand row, because we're spending more than 30us
communicating with the left hand over i2c. Another is that we're
no longer wastefully sending i2c messages to the left hand
to unselect rows when no rows had actually been selected in the
first place. These delays were, between them, coming out to
nearly 30% of the time spent in each scan.
Signed-off-by: seebs <seebs@seebs.net>
2017-11-19 04:11:26 +06:00
# define MATRIX_ROWS_PER_SIDE (MATRIX_ROWS / 2)
2015-10-27 02:32:37 +06:00
# define MATRIX_COLS 6
2017-08-24 08:29:07 +06:00
# define MOUSEKEY_INTERVAL 20
# define MOUSEKEY_DELAY 0
# define MOUSEKEY_TIME_TO_MAX 60
# define MOUSEKEY_MAX_SPEED 7
# define MOUSEKEY_WHEEL_DELAY 0
2019-10-10 04:23:57 +06:00
# define DEBOUNCE 30
2017-08-24 08:29:07 +06:00
# define TAPPING_TOGGLE 1
/* define if matrix has ghost */
//#define MATRIX_HAS_GHOST
# define TAPPING_TERM 200
# define IGNORE_MOD_TAP_INTERRUPT // this makes it possible to do rolling combos (zx) with keys that convert to other keys on hold (z becomes ctrl when you hold it, and when this option isn't enabled, z rapidly followed by x actually sends Ctrl-x. That's bad.)
/* Mechanical locking support. Use KC_LCAP, KC_LNUM or KC_LSCR instead in keymap */
# define LOCKING_SUPPORT_ENABLE
/* Locking resynchronize hack */
# define LOCKING_RESYNC_ENABLE
/* key combination for command */
# define IS_COMMAND() ( \
2019-01-27 14:28:40 +06:00
get_mods ( ) = = ( MOD_BIT ( KC_LCTL ) | MOD_BIT ( KC_RCTL ) ) | | \
get_mods ( ) = = ( MOD_BIT ( KC_LSFT ) | MOD_BIT ( KC_RSFT ) ) \
2017-08-24 08:29:07 +06:00
)
2015-10-27 02:32:37 +06:00
/* number of backlight levels */
# define BACKLIGHT_LEVELS 3
2017-11-24 03:34:50 +06:00
# ifndef LED_BRIGHTNESS_LO
2016-07-09 14:26:15 +06:00
# define LED_BRIGHTNESS_LO 15
2017-11-24 03:34:50 +06:00
# endif
# ifndef LED_BRIGHTNESS_HI
2016-07-09 14:26:15 +06:00
# define LED_BRIGHTNESS_HI 255
2017-11-24 03:34:50 +06:00
# endif
# define LED_BRIGHTNESS_DEFAULT (LED_BRIGHTNESS_HI)
2016-07-09 14:26:15 +06:00
2016-11-29 11:09:56 +06:00
/* ws2812 RGB LED */
# define RGB_DI_PIN D7
# define RGBLIGHT_ANIMATIONS
# define RGBLED_NUM 15 // Number of LEDs
# define RGBLIGHT_HUE_STEP 12
# define RGBLIGHT_SAT_STEP 255
# define RGBLIGHT_VAL_STEP 12
2017-04-04 01:11:42 +06:00
/* fix space cadet rollover issue */
# define DISABLE_SPACE_CADET_ROLLOVER
2018-07-09 10:33:56 +06:00
# define RGBW_BB_TWI
2016-11-29 11:09:56 +06:00
2018-07-09 10:33:56 +06:00
# define RGBW 1
2016-07-09 14:26:15 +06:00
2019-08-22 06:19:07 +06:00
# define RGBLIGHT_SLEEP
2018-11-20 20:55:35 +06:00
/*
* The debounce filtering reports a key / switch change directly ,
* without any extra delay . After that the debounce logic will filter
* all further changes , until the key / switch reports the same state for
* the given count of scans .
* So a perfect switch will get a short debounce period and
* a bad key will get a much longer debounce period .
* The result is an adaptive debouncing period for each switch .
*
improve ergodox ez performance
With these changes, the ergodox ez goes from 315 scans per second
when no keys are pressed (~3.17ms/scan) to 447 (~2.24ms/scan).
The changes to the pin read are just condensing the logic, and
replacing a lot of conditional operations with a single bitwise
inversion.
The change to row scanning is more significant, and merits
explanation. In general, you can only scan one row of a keyboard
at a time, because if you scan two rows, you no longer know
which row is pulling a given column down. But in the Ergodox
design, this isn't the case; the left hand is controlled by an
I2C-based GPIO expander, and the columns and rows are *completely
separate* electrically from the columns and rows on the right-hand
side.
So simply reading rows in parallel offers two significant
improvements. One is that we no longer need the 30us delay after
each right-hand row, because we're spending more than 30us
communicating with the left hand over i2c. Another is that we're
no longer wastefully sending i2c messages to the left hand
to unselect rows when no rows had actually been selected in the
first place. These delays were, between them, coming out to
nearly 30% of the time spent in each scan.
Signed-off-by: seebs <seebs@seebs.net>
2017-11-19 04:11:26 +06:00
* If you don ' t define it here , the matrix code will default to
* 5 , which is now closer to 10 ms , but still plenty according to
* manufacturer specs .
*/
2015-10-27 02:32:37 +06:00
2017-01-02 20:57:39 +06:00
# define USB_MAX_POWER_CONSUMPTION 500
2016-12-15 10:24:40 +06:00
2018-05-09 19:43:36 +06:00
// RGB backlight
# define DRIVER_ADDR_1 0b1110100
# define DRIVER_ADDR_2 0b1110111
# define DRIVER_COUNT 2
# define DRIVER_1_LED_TOTAL 24
# define DRIVER_2_LED_TOTAL 24
2019-05-11 05:55:02 +06:00
# define DRIVER_LED_TOTAL (DRIVER_1_LED_TOTAL + DRIVER_2_LED_TOTAL)
2018-05-09 19:43:36 +06:00
2019-08-21 11:39:13 +06:00
# define RGB_MATRIX_LED_PROCESS_LIMIT 5
# define RGB_MATRIX_LED_FLUSH_LIMIT 26
2019-08-22 06:19:07 +06:00
# define RGB_DISABLE_WHEN_USB_SUSPENDED true
2017-11-06 20:00:05 +06:00
// #define RGBLIGHT_COLOR_LAYER_0 0x00, 0x00, 0xFF
2017-11-09 19:12:43 +06:00
/* #define RGBLIGHT_COLOR_LAYER_1 0x00, 0x00, 0xFF */
/* #define RGBLIGHT_COLOR_LAYER_2 0xFF, 0x00, 0x00 */
/* #define RGBLIGHT_COLOR_LAYER_3 0x00, 0xFF, 0x00 */
/* #define RGBLIGHT_COLOR_LAYER_4 0xFF, 0xFF, 0x00 */
/* #define RGBLIGHT_COLOR_LAYER_5 0x00, 0xFF, 0xFF */
/* #define RGBLIGHT_COLOR_LAYER_6 0xFF, 0x00, 0xFF */
/* #define RGBLIGHT_COLOR_LAYER_7 0xFF, 0xFF, 0xFF */
2017-11-06 20:00:05 +06:00
2015-10-27 02:32:37 +06:00
/*
* Feature disable options
* These options are also useful to firmware size reduction .
*/
/* disable debug print */
// #define NO_DEBUG
/* disable print */
// #define NO_PRINT
/* disable action features */
//#define NO_ACTION_LAYER
//#define NO_ACTION_TAPPING
//#define NO_ACTION_ONESHOT
//#define NO_ACTION_MACRO
//#define NO_ACTION_FUNCTION
//#define DEBUG_MATRIX_SCAN_RATE
# endif