qmk_firmware/keyboards/ps2avrGB
Sebastian Kaim bec8d58ad8 Fixed compilation of the ps2avrGB keyboard/firmware (resolving #2425) (#2478)
* Fixed compilation of the ps2avrGB keyboard/firmware

This commit fixes the silent compilation error for the ps2avrGB
keyboard/firmware. This error was caused by a lacking default
keymap which it did not have because all keyboards based on it were
moved to another directory. I also added the required config.h
options so it's possible to compile it again and (probably)
flash it on a b.mini.

Lastly, I updated the README to reflect the current state.

This commit fixes #2425

* Referenced the pearl in the ps2avrGB REAMDE

Added a reference to the pearl keyboard in the README of the ps2avrGB keyboard as it is originally based on the firmware as well.
2018-03-07 17:05:02 -05: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 Extended the hint of the programmer to link to the relevant README part instead of giving a generic hint. 2017-10-29 19:59:16 -04:00
ps2avrGB.c
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

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.