2017-08-05 20:54:34 -07:00
# Debugging FAQ
This page details various common questions people have about troubleshooting their keyboards.
# Debug Console
2017-12-09 16:36:32 +11:00
## `hid_listen` Can't Recognize Device
2017-08-05 20:54:34 -07:00
When debug console of your device is not ready you will see like this:
```
Waiting for device:.........
```
2017-12-09 16:49:07 +11:00
once the device is plugged in then *hid_listen* finds it you will get this message:
2017-08-05 20:54:34 -07:00
```
Waiting for new device:.........................
Listening:
```
If you can't get this 'Listening:' message try building with `CONSOLE_ENABLE=yes` in [Makefile]
You may need privilege to access the device on OS like Linux.
- try `sudo hid_listen`
2017-12-09 16:36:32 +11:00
## Can't Get Message on Console
2017-08-05 20:54:34 -07:00
Check:
- *hid_listen* finds your device. See above.
- Enable debug with pressing **Magic** +d. See [Magic Commands ](https://github.com/tmk/tmk_keyboard#magic-commands ).
2019-11-18 10:09:57 +09:00
- set `debug_enable=true` . See [Testing and Debugging ](newbs_testing_debugging.md#debugging )
2017-08-05 20:54:34 -07:00
- try using 'print' function instead of debug print. See **common/print.h** .
- disconnect other devices with console function. See [Issue #97 ](https://github.com/tmk/tmk_keyboard/issues/97 ).
***
# Miscellaneous
2017-08-06 20:57:57 -07:00
## Safety Considerations
You probably don't want to "brick" your keyboard, making it impossible
to rewrite firmware onto it. Here are some of the parameters to show
what things are (and likely aren't) too risky.
- If your keyboard map does not include RESET, then, to get into DFU
mode, you will need to press the reset button on the PCB, which
requires unscrewing the bottom.
- Messing with tmk_core / common files might make the keyboard
inoperable
- Too large a .hex file is trouble; `make dfu` will erase the block,
test the size (oops, wrong order!), which errors out, failing to
flash the keyboard, leaving it in DFU mode.
- To this end, note that the maximum .hex file size on Planck is
7000h (28672 decimal)
```
Linking: .build/planck_rev4_cbbrowne.elf [OK]
Creating load file for Flash: .build/planck_rev4_cbbrowne.hex [OK]
Size after:
text data bss dec hex filename
0 22396 0 22396 577c planck_rev4_cbbrowne.hex
```
- The above file is of size 22396/577ch, which is less than
28672/7000h
- As long as you have a suitable alternative .hex file around, you
can retry, loading that one
- Some of the options you might specify in your keyboard's Makefile
consume extra memory; watch out for BOOTMAGIC_ENABLE,
MOUSEKEY_ENABLE, EXTRAKEY_ENABLE, CONSOLE_ENABLE, API_SYSEX_ENABLE
- DFU tools do /not/ allow you to write into the bootloader (unless
2017-12-09 16:49:07 +11:00
you throw in extra fruit salad of options), so there is little risk
2017-08-06 20:57:57 -07:00
there.
- EEPROM has around a 100000 write cycle. You shouldn't rewrite the
firmware repeatedly and continually; that'll burn the EEPROM
eventually.
2019-07-13 13:33:44 -07:00
2017-08-05 20:54:34 -07:00
## NKRO Doesn't work
2017-12-09 16:49:07 +11:00
First you have to compile firmware with this build option `NKRO_ENABLE` in **Makefile** .
2017-08-05 20:54:34 -07:00
Try `Magic` **N** command(`LShift+RShift+N` by default) when **NKRO** still doesn't work. You can use this command to toggle between **NKRO** and **6KRO** mode temporarily. In some situations **NKRO** doesn't work you need to switch to **6KRO** mode, in particular when you are in BIOS.
2017-12-09 16:49:07 +11:00
If your firmware built with `BOOTMAGIC_ENABLE` you need to turn its switch on by `BootMagic` **N** command(`Space+N` by default). This setting is stored in EEPROM and kept over power cycles.
2017-08-05 20:54:34 -07:00
https://github.com/tmk/tmk_keyboard#boot-magic-configuration---virtual-dip-switch
2017-12-09 16:36:32 +11:00
## TrackPoint Needs Reset Circuit (PS/2 Mouse Support)
2017-12-09 16:49:07 +11:00
Without reset circuit you will have inconsistent result due to improper initialize of the hardware. See circuit schematic of TPM754.
2017-08-05 20:54:34 -07:00
- http://geekhack.org/index.php?topic=50176.msg1127447#msg1127447
- http://www.mikrocontroller.net/attachment/52583/tpm754.pdf
2017-12-09 16:36:32 +11:00
## Can't Read Column of Matrix Beyond 16
2017-08-05 20:54:34 -07:00
Use `1UL<<16` instead of `1<<16` in `read_cols()` in [matrix.h] when your columns goes beyond 16.
2017-12-09 16:49:07 +11:00
In C `1` means one of [int] type which is [16 bit] in case of AVR so you can't shift left more than 15. You will get unexpected zero when you say `1<<16` . You have to use [unsigned long] type with `1UL` .
2017-08-05 20:54:34 -07:00
http://deskthority.net/workshop-f7/rebuilding-and-redesigning-a-classic-thinkpad-keyboard-t6181-60.html#p146279
2017-12-09 16:36:32 +11:00
## Special Extra Key Doesn't Work (System, Audio Control Keys)
2017-08-05 20:54:34 -07:00
You need to define `EXTRAKEY_ENABLE` in `rules.mk` to use them in QMK.
```
EXTRAKEY_ENABLE = yes # Audio control and System control
```
2017-12-09 16:36:32 +11:00
## Wakeup from Sleep Doesn't Work
2017-08-05 20:54:34 -07:00
In Windows check `Allow this device to wake the computer` setting in Power **Management property** tab of **Device Manager** . Also check BIOS setting.
Pressing any key during sleep should wake host.
## Using Arduino?
**Note that Arduino pin naming is different from actual chip.** For example, Arduino pin `D0` is not `PD0` . Check circuit with its schematics yourself.
- http://arduino.cc/en/uploads/Main/arduino-leonardo-schematic_3b.pdf
- http://arduino.cc/en/uploads/Main/arduino-micro-schematic.pdf
2017-12-09 16:49:07 +11:00
Arduino Leonardo and micro have **ATMega32U4** and can be used for TMK, though Arduino bootloader may be a problem.
2017-08-05 20:54:34 -07:00
2019-08-21 15:18:52 +10:00
## Enabling JTAG
2017-08-05 20:54:34 -07:00
2019-08-21 15:18:52 +10:00
By default, the JTAG debugging interface is disabled as soon as the keyboard starts up. JTAG-capable MCUs come from the factory with the `JTAGEN` fuse set, and it takes over certain pins of the MCU that the board may be using for the switch matrix, LEDs, etc.
2017-08-05 20:54:34 -07:00
2019-08-21 15:18:52 +10:00
If you would like to keep JTAG enabled, just add the following to your `config.h` :
2017-08-05 20:54:34 -07:00
2019-08-21 15:18:52 +10:00
```c
#define NO_JTAG_DISABLE
2017-08-05 20:54:34 -07:00
```
2017-12-09 16:36:32 +11:00
## USB 3 Compatibility
2017-08-05 20:54:34 -07:00
I heard some people have a problem with USB 3 port, try USB 2 port.
2017-12-09 16:36:32 +11:00
## Mac Compatibility
2017-08-05 20:54:34 -07:00
### OS X 10.11 and Hub
https://geekhack.org/index.php?topic=14290.msg1884034#msg1884034
2017-12-09 16:36:32 +11:00
## Problem on BIOS (UEFI)/Resume (Sleep & Wake)/Power Cycles
2017-08-05 20:54:34 -07:00
Some people reported their keyboard stops working on BIOS and/or after resume(power cycles).
2017-12-09 16:56:58 +11:00
As of now root of its cause is not clear but some build options seem to be related. In Makefile try to disable those options like `CONSOLE_ENABLE` , `NKRO_ENABLE` , `SLEEP_LED_ENABLE` and/or others.
2017-08-05 20:54:34 -07:00
https://github.com/tmk/tmk_keyboard/issues/266
https://geekhack.org/index.php?topic=41989.msg1967778#msg1967778