Traitement Clavier PC
Bonjour à tous,
C’est ma première participation dans ce forum, Je ne sais pas comment ça se passe.
Bon.. Une idée les jeunes !!!….
J’ai besoin d’exploité les données envoyées par un clavier PC.
Je vais réaliser un petit circuit avec un µc qui fait l’affaire, mais je suis un peu perdu avec deux idées à la tête :
1- Placer ‘mon circuit‘ directement sur la matrice du clavier (avant le traitement du µp de clavier)
2- Traiter les données envoyées (USB)
Merci.
Bonjour Xrole et bienvenue sur FUTURAje te laisse imaginer le câblage matricé du clavier .... et si les touches sont capacitives ou à effet Hall, tu n'as pas fini de galérerEnvoyé par Xrole
Il te faut un µC avec entrée USB ..... si tu te sens le courage !Traiter les données envoyées (USB)
Par contre, avec un clavier PS2, c'est tout simple, c'est une liaison synchrone avec un Clock et une Data
Merci pour votre réponse;
moi je veux éviter les PS2
Pour le 2ème choix, que voulez vous dire par "un µC avec entrée USB" ?
Un conseil, si tu ne sais pas ce que c'est ... utilise un clavier PS2
hé bien il faut que ton uC puisse faire "USB Host", ce qui est plus rare qu'un "USB Device".
PS2 est beaucoup plus simple...
1000 merci
Nan, mais si tu as un uC capable de faire rouler Linux, et avec un port USB Host, c'est bon...
Sinon, pour un clavier PS/2, un uC 8 bits suffit
moi je travaille avec un AT89S52, et c'est un peu nouveau pour moi
OK, sur ce uC il n'y a pas de périphérique USB du tout
ça c'est facile à implémenter :
http://www.computer-engineering.org/ps2protocol/
c'est un protocole série tout simple.
Alors d'après vous, je ne peux pas gérer l'USB avec ce µC ?
si oui, quel est le µc le plus adapté pour ça ?
Tout de suite les grands mots. Pas mal d'ARM7 ou Cortex-M3 sont équipés d'USB On-The-Go et peuvent donc fonctionner en host, pas besoin d'OS pour ça.
Un AVR (8 bits donc) en est équipé aussi, l'AT90USB1287:
http://www.atmel.com/dyn/products/pr...p?part_id=3875
Cerise sur le gateau, des étudiants ont développé un USB host software sur...AVR:
http://instruct1.cit.cornell.edu/cou...x.html#results
Si tu débutes, c'est pas gagné.
Ça reste tout de même le marteau pilon pour écraser la mouche
Je ne suis pas sûr que le code USB logiciel des étudiants (que je garde en bookmark soit dit en passant) rentre dans ce pauvre petit uC avec 8K de flash...
> Si tu débutes, c'est pas gagné.
Je radote, mais si tu débutes, implémenter une petite liaison série (PS2) sera plus pédagogique, plus facile, et plus satisfaisant (plutôt que de coller une énorme stack usb à laquelle tu comprendras rien)...
http://www.scienceprog.com/interfaci...crocontroller/
Wow !!! ce Forum est vraiment génial !!!
Merci ftorama..
Une autre question : à votre avis
j'utilise directement le AT90USB1287 ou bien je suis le USB host software des étudiants ?
Je n'ai jamais dit le contraireÇa reste tout de même le marteau pilon pour écraser la mouche
D'après leurs conclusions, ils ont réussi à interfacer une souris avec un Atmega32 (donc 32ko de Flash) mais n'ont pas eu le temps d'aller plus loin, on les comprend.Je ne suis pas sûr que le code USB logiciel des étudiants (que je garde en bookmark soit dit en passant) rentre dans ce pauvre petit uC avec 8K de flash...
C'est clair que débuter par l'USB, c'est à se dégoûter de l'électronique pour 20 ans. Même moi avec plus de 10 ans de microcontrôleur dans les pattes, je garde prudemment mes distances.> Si tu débutes, c'est pas gagné.
Je radote, mais si tu débutes, implémenter une petite liaison série (PS2) sera plus pédagogique, plus facile, et plus satisfaisant (plutôt que de coller une énorme stack usb à laquelle tu comprendras rien)...
http://www.scienceprog.com/interfaci...crocontroller/
Merci pour vous tous
Conclusion :
je vais (dois) commencer par implémenter une liaison (PS2)
Bonjour
Arrêtons le délire. Mettre un host USB sur d'aussi petits µC que l'AT89S52 n'est sérieusement envisageable que si l'on n'a presque rien à traiter derrière.
L'USB c'est bon pour les ordinateurs qui ont des Mips et de Mo à gaspiller, et pour les concepteurs qui ont cédé aux manœuvres hégémoniques des grands de l'informatique (pour rappel : Microsoft, IBM, Intel, Compaq, DEC, NEC et Nortel). On n'a pas besoin d'une telle usine à gaz pour finalement ne transmettre que l'état d'une matrice de touches sur quatre fils.
Pour de petites applications simples (et bon marché), il est préférable de s'en tenir au PS/2. Et on aurait tort de s'en priver, puisqu'on trouve encore aujourd'hui des claviers de PC neufs équipés de cette interface pour moins de 7€ (exemple), et pour moins de 15€ dans les grandes marques (exemple).
EDIT: je vois que j'arrive après la bataille. On part donc sur le PS/2.
.
Mon intervention était surtout dans l'autre sens, pour dire qu'on a pas besoin d'avoir un OS aussi lourd que Linux pour gérer un USB host, avec des micros qui ont le périphérique intégré. L'implémentation soft est un autre problème, et à mon avis n'est pas encore mature comme peut l'être VUSB aujourd'hui (l'implémentation soft d'un USB device sur AVR, en tout cas la plus répandue)
Maintenant c'est sur qu'un 89S52 serait à genoux avec une implémentation soft
En creusant même un petit peu, je suis sur que le clavier 105 touches peut être remplacé par une petite matrice 12 ou 16 touchesL'USB c'est bon pour les ordinateurs qui ont des Mips et de Mo à gaspiller, et pour les concepteurs qui ont cédé aux manœuvres hégémoniques des grands de l'informatique (pour rappel : Microsoft, IBM, Intel, Compaq, DEC, NEC et Nortel). On n'a pas besoin d'une telle usine à gaz pour finalement ne transmettre que l'état d'une matrice de touches sur quatre fils.
Décision :
Je vais utiliser une liaison (PS2)
DAUDET78, bobfuck, ftorama, PA5CAL UN GRAND MERCI
Pour info :
je veux placer mon circuit entre le clavier et le PC, genre :
clavier >> mon circuit >> le PC
c'est pour exploiter les données envoyées par le clavier
Pour info :
je veux placer mon circuit entre le clavier et le PC, genre :
clavier >> mon circuit >> le PC
c'est pour exploiter les données envoyées par le clavier
Si le circuit ne fait qu'exploiter le clavier, alors je ne vois pas l'intérêt du circuit. Dans ce cas, tu ferais mieux de t'en tenir à un logiciel sur le PC.
Le but de mon circuit est d'enregistrer "de façon Hard" les données envoyées par le clavier
Qu'entends-tu par « les données du clavier » ? Les codes de touches, les signaux de l'interface, ... ?
Et dans quel but ? Pourquoi ne pas utiliser les données qui arrivent naturellement « de façon hard » dans le PC ?
les données du clavier : les codes de touches.
je veux construire un circuit HARD pour enregistrer ces touches ou les envoyées par une liaison Bleutooth par exemple; je sais que ce genre de circuit existe dans le marché, mais je veux le faire moi même
j'ai déjà programmé (en VB) un petit truc qui fait ça de façon Soft en exploitant les données qui arrivent naturellement dans le PC
