Cette page détaille diverses questions fréquemment posées par les utilisateurs sur le dépannage de leurs claviers.
hid_listen
ne reconnaît pas de périphériqueLorsque la console de débugage sur votre périphérique n'est pas prêt, vous obtiendrez un message similaire:
Waiting for device:.........
Une fois le périphérique connecté, hid_listen le trouve et vous obtiendrez ce message:
Waiting for new device:.........................
Listening:
Si vous ne recevez pas ce message Listening:
, essayez de compiler avec CONSOLE_ENABLE=yes
dans le [Makefile]
Il se peut que vous ayez besoin de certains privilèges avancés pour accéder à des périphériques sur des OS comme Linux.
sudo hid_listen
Vérifiez :
debug_enable=true
en général dans matrix_init()
du fichier matrix.c.print
à la place du debug print. Voir common/print.h.Utilisez sudo
pour exécuter hid_listen avec des privilèges étendus.
$ sudo hid_listen
Ou ajoutez une udev rule pour les périphériques TMK en plaçant un fichier dans le répertoire rules. Le chemin vers ce répertoire peut varier en fonction du système.
Fichier: /etc/udev/rules.d/52-tmk-keyboard.rules(sous Ubuntu)
# tmk keyboard products https://github.com/tmk/tmk_keyboard
SUBSYSTEMS=="usb", ATTRS{idVendor}=="feed", MODE:="0666"
Vous ne voulez probablement pas "briquer" votre clavier, rendre impossible d'écrire un firmware dessus. Il y a quelques paramètres qui montrent ce qui est (et n'est probablement pas) trop risqué.
make dfu
supprime le bloc puis teste la taille (il ne fait pas les choses dans le bon ordre), ce qui provoque une erreur. En résultat, le flash n’aura pas été fait et le clavier restera en mode DFU.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
Premièrement, vous devez compiler le firmware avec l'option de compilation NKRO_ENABLE
dans le Makefile.
Essayez la commande Magic
N (LShift+RShift+N
par défaut) si NKRO ne fonctionne toujours pas. Vous pouvez utiliser cette commande pour basculer temporairement entre le mode NKRO et 6KRO. Sous certaines conditions, NKRO ne fonctionnera pas et vous devrez basculer en 6KRO, en particulier lorsque vous êtes dans le BIOS.
Sans circuit de réinitialisation vous allez avoir des résultats inconsistants à cause de la mauvaise initialisation du matériel. Regardez le schéma du circuit du TPM754.
Utilisez 1UL<<16
à la place de 1<<16
dans read_cols()
du fichier [matrix.h] lorsque le nombre de vos colonnes dépassent 16.
En C, 1
implique un type [int] qui est [16 bits] pour les AVR, ce qui implique que vous ne pouvez pas décaler à gauche de plus de 15. Si vous utilisez 1<<16
, vous aurez un résultat non attendu de zéro. Vous devez donc utiliser un type [unsigned long] en utilisant 1UL
.
Vous devez définir EXTRAKEY_ENABLE
dans le fichier rules.mk
pour les utiliser dans QMK.
EXTRAKEY_ENABLE = yes # Audio control and System control
Sous Windows, activez l'option Permettre au périphérique de sortir l'ordinateur de veille
dans les paramètres des Options d'alimentations du Gestionnaire de périphériques. Vérifiez aussi les paramètres du BIOS.
Appuyer sur n'importe quelle touche en mode veille devrait sortir l'ordinateur de veille.
Faites attention au fait que le nommage des pin d'un Arduino diffère de la puce. Par exemple, la pin D0
n'est pas PD0
. Vérifiez le circuit avec la fiche technique.
Les Arduino Leonardo et micro ont des ATMega32U4 et peuvent être utilisés avec TMK, mais le bootloader Arduino peut causer des problèmes.
Par défaut, le débugage des interfaces JTAG est désactivé dès que le clavier démarre. Les MCUs compatible JTAG viennent d'usine avec le fusible JTAGEN
activé, et il prend certaines pins du MCU que la board pourrait utiliser pour la matrice, les LEDs, etc.
Si vous voulez garder JTAG activé, ajoutez la ligne suivante à votre fichier config.h
:
#define NO_JTAG_DISABLE
Il semble que certaines personnes ont eu des problèmes avec les ports USB 3, essayez un port USB 2.
https://geekhack.org/index.php?topic=14290.msg1884034#msg1884034
Certaines personnes ont eu des problèmes de fonctionnement de leur clavier dans le BIOS et/ou après des redémarrages.
Pour le moment, l'origine du problème n'est pas comprise, mais certaines options de compilation semble liées. Dans le Makefile, essayez de désactiver les options comme CONSOLE_ENABLE
, NKRO_ENABLE
, SLEEP_LED_ENABLE
et/ou d'autres.
https://github.com/tmk/tmk_keyboard/issues/266 https://geekhack.org/index.php?topic=41989.msg1967778#msg1967778