Discussion :

[JML19]

On peut utiliser ce clavier sur autre chose qu'un PC, un automate par exemple.

Le clavier envoie des informations interprétables par un pilote.

Le microcontrôleur du clavier contient sa propre programmation, c'est la différence avec le microprocesseur.

[jlliagre]

Ce qui est important ici est que le clavier ne peut pas envoyer le code ASCII (ou autre) de la touche appuyée tout simplement parce qu'il ne sait pas à quel caractère correspond cette touche. Le contrôleur ne connait que la position de la touche et c'est au dispositif branché de l'autre côté d'interpréter le codes transmis, que ce soit un BIOS, un système d'exploitation ou autre chose.

Il suffit de brancher un clavier US sur un PC français pour comprendre que ce n'est pas le caractère correspondant à la touche qui est transmis, mais bien uniquement sa position.

Ceci était déjà vrai avec les claviers AT, puis PS2 et enfin avec les USB et sans fil actuels.

[JML19]

Ce qui est important ici est que le clavier ne peut pas envoyer le code ASCII (ou autre) de la touche appuyée tout simplement parce qu'il ne sait pas à quel caractère correspond cette touche. Le contrôleur ne connait que la position de la touche et c'est au dispositif branché de l'autre côté d'interpréter le codes transmis, que ce soit un BIOS, un système d'exploitation ou autre chose.

Il suffit de brancher un clavier US sur un PC français pour comprendre que ce n'est pas le caractère correspondant à la touche qui est transmis, mais bien uniquement sa position.

Ceci était déjà vrai avec les claviers AT, puis PS2 et enfin avec les USB et sans fil actuels.

Bonjour jlliagre

Si le microcontrôleur connait la position de la touche il en connait le caractère puisque celui ci est programmé dans le microcontrôleur.

Je croyais peut être à tord que tous les claviers par défaut étaient QWERTY.

Que tous les microcontrôleurs étaient programmés en QWERTY, ce qui fait que si on interprète pas ce qui est reçu du clavier on aura un clavier QWERTY.

Peut être que je me trompe, effectivement dans la transmission des données du microcontrôleur rien indique à quoi correspond exactement le dialogue.

Ceci semble être ni un Scancode ni un code ASCII mais une indication concernant la position de la touche dans la matrice et pas sur le clavier.

Je pensais donc que le microcontrôleur en déterminait le Scancode et par programmation le code ASCII.

[chrtophe]

Si ça t’intéresse :
https://en.wikipedia.org/wiki/Scancode

[JML19]

Si ça t’intéresse :
https://en.wikipedia.org/wiki/Scancode

Bonjour chrtophe

Merci

Cela ressemble plus à un code d'identification de la touche, qu'une indication de la position de la touche.

[chrtophe]

Tout à fait.

[Vincent PETIT]

Salut,

Les claviers envoient uniquement les scan-codes correspondant aux touches saisies (c'est à dire en gros à la position de la touche sur le clavier) et c'est à l'ordinateur de convertir ce code en caractères (ou modificateur, fonction etc.)

Je confirme.
J'ai mis un oscilloscope au niveau d'un clavier pour regarder un peu ce qui sortait de là dedans, voir cette discussion https://www.developpez.net/forums/d1...a/#post8526917

Le clavier envoi un scancode, par exemple 0x15 pour l'emplacement du caractère A (pour un clavier AZERTY) ou du caractère Q (pour un clavier QWERTY)

Ensuite j'ai démonté le clavier pour regarder l'électronique mais dans le mien, je ne peux pas dire si il s'agit d'un microcontrôleur. C'est un composant personnalisé sous résine.


Il pourrait tout aussi bien n'y avoir aucun logiciel embarqué dedans, c'est peut être simplement un contrôleur hardware.

[sevyc64]

Un clavier ne renvoie bien qu'un scancode, pas de code ascii ou tout autre page de code.

Si on a l'impression qu'un clavier renvoi un code ascii, c'est tout simplement que entre le clavier est l'utilisation, il y a un mini driver qui est installé et qui se charge de la correspondance entre le scancode et la page de code défini pour l'utilisateur.
Ce mini driver, c'est justement la fameuse int16 du bios en mode DOS, c'est le driver générique que Windows met en place ainsi que tout autre système d'exploitation.
Tout équipement acceptant le branchement d'un clavier possède un mini driver pour pouvoir le gérer.

Mais si on essaye de brancher un clavier directement à un microcontroleur que l'on programmera soi-même, sans une quelconque couche "système d'exploitation" ou autre librairie, etc, c'est bien du scancode qui sera reçu et qu'il faudra traduire.

Attention, désormais avec certains claviers USB actuels, si le clavier en lui-même renvoie toujours du scancode, le controleur USB intégré au clavier et qui fait donc une interface supplémentaire entre le clavier et l'utilisation, peut lui-même intégré un mini-driver ou une table de traduction.
Il faut alors envoyer certaines commandes spécifiques (pas toujours documentées) pour télécharger ce driver intégré.

[micka132]

Tout ca me fait penser à un petit probleme que j'ai depuis quelque temps sur mon ordi portable (windows) mais j'ai jamais vraiment trop cherché pourquoi.
Il arrive qu'au démarrage du PC, ou apres un retour de veille, il n'y ai plus aucun retour de clavier.
Obliger de redémarrer (ou parfois ca fonctionne en fermant/réouvrant l'ordi) pour retrouver l'usage des touches.
Est-ce que ca peut être purement logiciel avec ce fameux driver traducteur qui foire, et dans ce cas pourquoi ce phénome n'est apparu sans changement apparent de driver (ou alors windows fait des cachoteries sans me le dire), ou un problême électronique, mais alors pourquoi pas tout le temps?

[JML19]

Bonsoir

Je pense un problème d'alimentation du clavier, surement sur la connectique de branchement de la nappe du clavier sur la carte mère.

[sevyc64]

Est-ce que ca peut être purement logiciel

Oui, c'est toujours possible

avec ce fameux driver traducteur qui foire,

Possible aussi, mais coté logiciel j'aurais plus facilement tendance à incriminé des couches logicielles supérieures de Windows, les couches de sorties de veille, de gestion d'alimentation, etc... par exemple.

et dans ce cas pourquoi ce phénome n'est apparu sans changement apparent de driver

Il est très peu probable que tu utilise un driver spécifique pour ton clavier. Tu dois certainement utiliser le driver générique de base de Windows et celui-ci peut éventuellement être mis à jour lors des mises à jour de windows sans que l'on en soit forcément informé puisque ça fait partie du système.

ou un problême électronique, mais alors pourquoi pas tout le temps?

Ca peut tout à fait être un problème électrique, du clavier lui-même (j'y crois pas) ou de tout élément physique le connectant au système, le port usb notamment, par exemple, si ton clavier est connecté à un port usb.