Clavier VIA non reconnu par un switch KVM matériel : solutions
Si votre clavier personnalisé sous VIA (ou QMK) refuse obstinément de se faire reconnaître dès qu’il passe par un switch KVM matériel, rassurez-vous : vous n’êtes pas seul dans ce cas. Le phénomène touche un paquet d’utilisateurs de claviers mécaniques custom, et la cause tient presque toujours à une incompatibilité entre l’énumération USB du clavier et la manière dont le KVM traite les périphériques HID. On va détailler ici les causes précises, puis les solutions qui marchent vraiment sur le terrain.
Pourquoi ce problème se produit-il ?
Les switch KVM matériels, surtout les modèles d’entrée de gamme à 30 ou 40 euros, n’implémentent pas toujours une gestion USB digne de ce nom. Ils attendent des périphériques HID “standards”, alors que les claviers VIA/QMK custom traînent souvent des particularités qui coincent au passage.
1. Descripteurs USB non standards
Les claviers QMK/VIA exposent fréquemment plusieurs interfaces HID en même temps :
- Une interface clavier classique (boot protocol)
- Une interface pour les touches multimédias/consumer
- Une interface « raw HID », celle que VIA utilise pour la configuration en direct
Or certains KVM bas de gamme ne savent gérer qu’une seule interface HID par port, ou perdent carrément le fil face à des descripteurs composites un peu complexes. Résultat : le clavier s’énumère mal, voire pas du tout. Écran noir côté KVM, silence radio côté clavier.
2. Consommation électrique trop élevée
Un clavier bardé de RGB intense (piloté par QMK) peut facilement dépasser le budget d’alimentation que le KVM réserve à chaque port, surtout quand le switch fonctionne sans alimentation externe. On parle parfois de 500 mA réclamés pour 100 mA alloués. Le clavier se coupe alors en plein milieu de l’initialisation, ou ne démarre jamais.
3. Problème de timing à l’énumération
Quand on change de source, les KVM matériels coupent puis rebranchent électriquement les lignes USB. Certains claviers custom, notamment ceux tournant sur un firmware QMK modifié ou un microcontrôleur moins véloce (un clone de Pro Micro, par exemple), mettent plus de temps à s’énumérer qu’un clavier générique sorti d’usine. Le KVM, impatient, abandonne parfois avant que le processus n’arrive à son terme.
4. Hub USB interne non conforme
Certains claviers custom embarquent leur propre hub USB (pour offrir un port passthrough). Problème : les KVM gèrent souvent très mal les hubs en cascade, ce qui génère des conflits d’adressage USB difficiles à tracer.
Comment diagnostiquer le problème
Avant de foncer tête baissée vers une solution, mieux vaut isoler la cause réelle :
- Branchez le clavier directement sur le PC, sans KVM, pour vérifier qu’il fonctionne normalement. Si ça coince déjà là, le problème ne vient pas du KVM.
- Testez un autre clavier simple sur le même port KVM, histoire de savoir si c’est le switch lui-même qui a un souci.
- Vérifiez la consommation : coupez le RGB dans VIA et retestez sur le KVM. Ça règle une bonne partie des cas, honnêtement.
- Observez les logs USB (sous Linux,
dmesg -wpendant le branchement) pour repérer précisément où l’énumération échoue.
Solutions qui fonctionnent
Désactiver le rétroéclairage RGB
Réduisez, ou coupez carrément, l’éclairage dans l’onglet Lighting de VIA. Ça allège la charge USB et ça règle le souci dans l’instant, dans une bonne proportion des cas rapportés par les utilisateurs.
Utiliser un hub USB alimenté entre le clavier et le KVM
Un hub USB doté de sa propre alimentation externe stabilise la consommation électrique et peut forcer une énumération plus propre, indépendamment des limites du KVM lui-même. Comptez une dizaine d’euros pour un hub correct, ça reste la solution la moins chère à tester en premier.
Flasher un firmware QMK simplifié
Si vous êtes à l’aise avec QMK, recompilez un firmware sans l’interface raw HID (désactivez RAW_ENABLE dans rules.mk). Vous réduisez ainsi le nombre d’interfaces HID exposées, ce qui facilite grandement la vie des KVM les plus capricieux. Attention tout de même : vous perdrez l’accès à VIA tant que vous n’aurez pas reflashé un firmware complet derrière.
Changer de switch KVM
Certains modèles s’en sortent nettement mieux avec les périphériques HID composites. Privilégiez les KVM certifiés EDID/USB 3.0 dotés d’un passthrough HID dédié, souvent plus onéreux (comptez facilement le double, voire le triple du prix d’un modèle d’entrée de gamme) mais nettement plus fiables. Les marques recommandées sur Level1Techs ou les modèles CKL haut de gamme tirent généralement leur épingle du jeu.
Mettre à jour le firmware du clavier et du KVM
Vérifiez s’il existe des mises à jour firmware, côté clavier via QMK Toolbox, et côté KVM si le fabricant en propose. C’est le genre de détail qu’on néglige trop souvent, alors qu’un correctif publié six mois plus tôt peut régler le problème en deux minutes.
Brancher directement sur un port USB du KVM dédié au clavier/souris
Certains KVM proposent des ports USB spécifiquement réservés au HID, distincts des ports de données génériques. Brancher le clavier au bon endroit peut suffire, à lui seul, à résoudre tout le problème.
Conclusion
Un clavier VIA que le KVM matériel refuse de reconnaître trahit presque toujours la même chose : une incompatibilité entre les descripteurs USB composites du firmware QMK et la gestion HID, forcément plus sommaire, des switches KVM. En coupant le RGB superflu, en simplifiant le firmware, ou en investissant dans un switch plus robuste, la grande majorité des utilisateurs retrouvent un fonctionnement stable. Partez toujours du diagnostic étape par étape avant de changer de matériel : ça évite bien des dépenses inutiles, et souvent la solution tient à un simple réglage.