qmk-firmware/keyboards/ps2avrGB
Kenneth Aloysius d3c6da7aff Updated personal keymaps, fixed Let's Split default keymap, updated JJ40 README (#2704)
* Add M6-A keymap

* Update XD60 keymap

* Update XD60 keymap readme

* Update JJ40 and Let's Split keymaps

* Add readme for M6-A

* Fix typo, update JJ40 README

* Update jj40 readme

* Cleanup jj40 keymap

* Revert Let's Split QWERTY layer to default before #2010

* Update numpad layers

* Fix: Let's Split keymap getting stuck mods due to having keycodes assigned on the Raise layer

* Keep ASCII art consistent with keymap
2018-04-19 09:28:55 -07:00
..
keymaps/default Fixed compilation of the ps2avrGB keyboard/firmware (resolving #2425) (#2478) 2018-03-07 17:05:02 -05:00
bmini.h Fixed compilation of the ps2avrGB keyboard/firmware (resolving #2425) (#2478) 2018-03-07 17:05:02 -05:00
config.h Fixed compilation of the ps2avrGB keyboard/firmware (resolving #2425) (#2478) 2018-03-07 17:05:02 -05:00
i2c.c Splits up ps2avrGB boards into their own folders (#2014) 2017-11-17 11:40:34 -05:00
i2c.h Splits up ps2avrGB boards into their own folders (#2014) 2017-11-17 11:40:34 -05:00
matrix.c added bfake support as a subproject (#1903) 2017-10-25 13:01:02 -10:00
program Updated personal keymaps, fixed Let's Split default keymap, updated JJ40 README (#2704) 2018-04-19 09:28:55 -07:00
ps2avrGB.c Always send 3 * RGBLED_NUM bytes through I2C on ps2avrGB 2017-06-11 12:30:48 -04:00
ps2avrGB.h added bfake support as a subproject (#1903) 2017-10-25 13:01:02 -10:00
README.md Fixed compilation of the ps2avrGB keyboard/firmware (resolving #2425) (#2478) 2018-03-07 17:05:02 -05:00
rules.mk Updates bootloader settings, adds file size check (#2029) 2017-11-27 23:08:21 -05:00
usbconfig.h Got ps2avrGB to work with the V-USB protocol 2017-01-21 12:55:19 -05:00

ps2avrGB keyboard firmware

This is a port of the QMK firmware for boards that are based on the ps2avrGB firmware, like the ps2avrGB keyboard or the ones sold by Winkeyless.

Note that this is a complete replacement for the firmware, so you won't be using Bootmapper Client to change any keyboard settings, since not all the USB report options are supported.

This is an example based on the b.mini keyboard for making other keyboards compatible with QMK; fully supported boards have their own directory.

Supported Boards

Installing

First, install the requirements. These commands are for OSX, but all you need is the AVR toolchain and bootloadHID for flashing:

$ brew cask install crosspack-avr
$ brew install --HEAD https://raw.githubusercontent.com/robertgzr/homebrew-tap/master/bootloadhid.rb

In order to use the ./program script, which can reboot the board into the bootloader, you'll need Python 2 with PyUSB installed:

$ pip install pyusb

Then, with the keyboard plugged in, simply run this command from the qmk_firmware directory:

$ make ps2avrGB:program

If you prefer, you can just build it and flash the firmware directly with bootloadHID if you boot the board while holding down L_Ctrl to keep it in the bootloader:

$ make ps2avrGB
$ bootloadHID -r ps2avrGB_default.hex

Setting the board to bootloader mode

If you're lucky, the programming script does this automagically for you. If however this doesn't work for you, you need to enter the bootloader mode manually by plugging the keyboard in while holding the bootloader key. If you did this correctly the LEDs will blink and you'll be able to flash your firmware.

The bootloader key is the top left key of your matrix. For a standard board from winkeyless.kr this is L_Ctrl, but for some custom boards running ps2avrGB this might be different. For the Pearl it's Esc, for a b.fake it is q. If you're unsure you should be able to see the key in the bootmapper client.

Troubleshooting

From my experience, it's really hard to brick these boards. But these tricks have been useful when it got stuck in a weird scenario.

  1. Try plugging the board in while holding the bootloader key. This will force it to boot only the bootloader without loading the firmware. Once this is done, just reflash the board with the original firmware.
  2. Sometimes USB hubs can act weird, so try connecting the board directly to your computer or plugging/unplugging the USB hub.