* Keyboard: HandWired/XeaL60 * Updated rules.mk * Mapping for layout was flipped * Figured out how to re-map bad pins. * Updated Keymap * Enabled audio, Forced NKRO * Added QMK_KEYS_PER_SCAN * Removed more unnecessary files, since split_keyboards are in main QMK branch already. * Simplified rules.mk in rev1 * Removed i2c from matrix.c * Re-formatted to 4 spaces per tab, * Changed note for NUMPAD * Added I2C support back! * Fixed keyboard mappings. Both sides work * Moved i2c configuration from keymaps/default/config.h to config.h * Changed SCL_CLOCK to 400000L * Added DEBUG_MATRIX_SCAN_RATE for future optimization efforts * Removed row2col code to clean up matrix.c * Scan rate from 2100 -> 4200 by using Nop instead of waiting 30us between columns. * Further optimized column reading via optimized_col_reader. * Immediate key-recognition * Switched back to own implementation of SPLIT_KEYBOARD. Will optimize so that slave interrupts master. * Moved scanrate debug messages to another file. * Made matrix_scanrate.c compile if CONSOLE_ENABLE is off. Updated to latest i2c.c * Latest i2c uses a few bytes for lighting information * Optimizations in i2c.h to determine buffer size. * Disabled a whole bunch of features. TODO: Test that keyboard still works fine. * Minimum #define NO_ACTION's with still working keyboard * Fixed matrix not working due to offsets not being respected * Added numlock button for keymap. * Use I2C_KEYMAP_START offset * Removed serial, Backlight and RGB support * Removed need for split_flags. * Added audio on and off for numlock. * Renamed from xeal60 to xealous, simplified build system. * Used more shared split_common code. * Updated audio code. * moved tone_qwerty and tone_numpad to config.h. Removed keymaps/default/config.h * Added more shortcut keys in _FN layer. Increased debounce to 6ms due to fencepost error. * DF used with incorrect argument. Custom_keycodes no longer required. * Fixed bug in update_debounce_counters which was resulting in no debouncing! * Removed unnecessary #include
		
			
				
	
	
		
			167 lines
		
	
	
		
			5.7 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
			
		
		
	
	
			167 lines
		
	
	
		
			5.7 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
| XeaL60
 | |
| ======
 | |
| 
 | |
| Split keyboard firmware for Arduino Pro Micro or other ATmega32u4
 | |
| based boards.
 | |
| 
 | |
| 
 | |
| ## Build Guide
 | |
| 
 | |
| A build guide for putting together the Xealous can be found here: https://github.com/alex-ong/Split60
 | |
| 
 | |
| 
 | |
| ## First Time Setup
 | |
| 
 | |
| Download or clone the `qmk_firmware` repo and navigate to its top level directory. Once your build environment is setup, you'll be able to generate the default .hex using:
 | |
| 
 | |
| ```
 | |
| $ make handwired/xeal60/rev1:default
 | |
| ```
 | |
| 
 | |
| You will see a lot of output and if everything worked correctly you will see the built hex file:
 | |
| 
 | |
| ```
 | |
| handwired_xeal60_rev1_default.hex
 | |
| ```
 | |
| 
 | |
| If you would like to use one of the alternative keymaps, or create your own, copy one of the existing [keymaps](keymaps/) and run make like so:
 | |
| 
 | |
| 
 | |
| ```
 | |
| $ make handwired/xeal60/rev1:YOUR_KEYMAP_NAME
 | |
| ```
 | |
| 
 | |
| If everything worked correctly you will see a file:
 | |
| 
 | |
| ```
 | |
| handwired_xeal60_rev1_YOUR_KEYMAP_NAME.hex
 | |
| ```
 | |
| 
 | |
| For more information on customizing keymaps, take a look at the primary documentation for [Customizing Your Keymap](/docs/faq_keymap.md) in the main readme.md.
 | |
| 
 | |
| 
 | |
| Features
 | |
| --------
 | |
| 
 | |
| For the full Quantum Mechanical Keyboard feature list, see [the parent readme.md](/readme.md).
 | |
| 
 | |
| Some features supported by the firmware:
 | |
| 
 | |
| * Either half can connect to the computer via USB, or both halves can be used
 | |
|   independently.
 | |
| * I2C connection between the two halves if for some
 | |
|   reason you require a faster connection between the two halves. Note this
 | |
|   requires an extra wire between halves and pull-up resistors on the data lines.
 | |
| 
 | |
| Required Hardware
 | |
| -----------------
 | |
| 
 | |
| Apart from diodes and key switches for the keyboard matrix in each half, you
 | |
| will need:
 | |
| 
 | |
| * 2 Arduino Pro Micros. You can find these on AliExpress for ≈3.50USD each.
 | |
| * 2 TRRS sockets and 1 TRRS cable, or 2 TRS sockets and 1 TRS cable
 | |
| 
 | |
| Alternatively, you can use any sort of cable and socket that has at least 4
 | |
| wires. You will need a cable with at least 4 wires and 2x 4.7kΩ pull-up resistors
 | |
| 
 | |
| Optional Hardware
 | |
| -----------------
 | |
| 
 | |
| A speaker can be hooked-up to either side to the `5` (`C6`) pin and `GND`, and turned on via `AUDIO_ENABLE`.
 | |
| 
 | |
| Wiring
 | |
| ------
 | |
| 
 | |
| The 3 wires of the TRS/TRRS cable need to connect GND, VCC, and digital pin 3 (i.e.
 | |
| PD0 on the ATmega32u4) between the two Pro Micros.
 | |
| 
 | |
| Next, wire your key matrix to any of the remaining 17 IO pins of the pro micro
 | |
| and modify the `matrix.c` accordingly.
 | |
| 
 | |
| The wiring for serial:
 | |
| 
 | |
| 
 | |
| 
 | |
| 
 | |
| Notes on Software Configuration
 | |
| -------------------------------
 | |
| 
 | |
| Configuring the firmware is similar to any other QMK project. One thing
 | |
| to note is that `MATRIX_ROWS` in `config.h` is the total number of rows between
 | |
| the two halves, i.e. if your split keyboard has 5 rows in each half, then use
 | |
| `MATRIX_ROWS=10`.
 | |
| 
 | |
| Also, the current implementation assumes a maximum of 8 columns, but it would
 | |
| not be very difficult to adapt it to support more if required.
 | |
| 
 | |
| Flashing
 | |
| -------
 | |
| From the top level `qmk_firmware` directory run `make KEYBOARD:KEYMAP:avrdude` for automatic serial port resolution and flashing.
 | |
| Example: `make handwired/xeal60/rev1:default:avrdude`
 | |
| 
 | |
| 
 | |
| Choosing which board to plug the USB cable into (choosing Master)
 | |
| --------
 | |
| Because the two boards are identical, the firmware has logic to differentiate the left and right board.
 | |
| 
 | |
| It uses two strategies to figure things out: looking at the EEPROM (memory on the chip) or looking if the current board has the usb cable.
 | |
| 
 | |
| The EEPROM approach requires additional setup (flashing the eeprom) but allows you to swap the usb cable to either side.
 | |
| 
 | |
| The USB cable approach is easier to setup and if you just want the usb cable on the left board, you do not need to do anything extra.
 | |
| 
 | |
| ### Setting the left hand as master
 | |
| If you always plug the usb cable into the left board, nothing extra is needed as this is the default. Comment out `EE_HANDS` and comment out `I2C_MASTER_RIGHT` or `MASTER_RIGHT` if for some reason it was set.
 | |
| 
 | |
| ### Setting the right hand as master
 | |
| If you always plug the usb cable into the right board, add an extra flag to your `config.h`
 | |
| ```
 | |
|  #define MASTER_RIGHT
 | |
| ```
 | |
| 
 | |
| ### Setting EE_hands to use either hands as master
 | |
| If you define `EE_HANDS` in your `config.h`, you will need to set the
 | |
| EEPROM for the left and right halves.
 | |
| 
 | |
| The EEPROM is used to store whether the
 | |
| half is left handed or right handed. This makes it so that the same firmware
 | |
| file will run on both hands instead of having to flash left and right handed
 | |
| versions of the firmware to each half. To flash the EEPROM file for the left
 | |
| half run:
 | |
| ```
 | |
| avrdude -p atmega32u4 -P $(COM_PORT) -c avr109 -U eeprom:w:eeprom-lefthand.eep
 | |
| // or the equivalent in dfu-programmer
 | |
| 
 | |
| ```
 | |
| and similarly for right half
 | |
| ```
 | |
| avrdude -p atmega32u4 -P $(COM_PORT) -c avr109 -U eeprom:w:eeprom-righhand.eep
 | |
| // or the equivalent in dfu-programmer
 | |
| ```
 | |
| 
 | |
| NOTE: replace `$(COM_PORT)` with the port of your device (e.g. `/dev/ttyACM0`)
 | |
| 
 | |
| After you have flashed the EEPROM, you then need to set `EE_HANDS` in your config.h, rebuild the hex files and reflash.
 | |
| 
 | |
| Note that you need to program both halves, but you have the option of using
 | |
| different keymaps for each half. You could program the left half with a QWERTY
 | |
| layout and the right half with a Colemak layout using bootmagic's default layout option.
 | |
| Then if you connect the left half to a computer by USB the keyboard will use QWERTY and Colemak when the
 | |
| right half is connected.
 | |
| 
 | |
| 
 | |
| Notes on Using Pro Micro 3.3V
 | |
| -----------------------------
 | |
| 
 | |
| Do update the `F_CPU` parameter in `rules.mk` to `8000000` which reflects
 | |
| the frequency on the 3.3V board.
 | |
| 
 | |
| Also, if the slave board is producing weird characters in certain columns,
 | |
| update the following line in `matrix.c` to the following:
 | |
| 
 | |
| ```
 | |
| // _delay_us(30);  // without this wait read unstable value.
 | |
| _delay_us(300);  // without this wait read unstable value.
 | |
| ```
 |