Sauf si c'est prévu dans le circuit intégré qui gère clavier matériel.
Il serait intéressant d'avoir le schéma électrique d'un clavier de PC.
Même remarque que pour le montage précédent: pour moi RC doit être petit devant RP. Une 100Ω me semble mieux.
Surtout pas:
− le temps de monté n'est pas critique
− on peut si on veut un temps donné tenir compte des deux résistances
− si on prends 10kΩ et 100Ω on fait une erreur de 1% dont on se moque
− le seuil de la diode interviendra éventuellement et fausserait le calcul exact
− déjà que je considère que la résistance est en trop, rajouter en plus une diode, c'est faire une usine à gaz
Ils ne sont pas tous les mêmes. Mes claviers n'ont pas de diodes dans la matrice, mais il y en a qui en ont une par bouton (permet la lecture multiple). Du coup il doit y avoir plusieurs circuits intégrée. Et je suppose qu'il doit y en avoir qui sont spécifiques et que l'on ne peut pas avoir la datasheet du circuit intégré.
pour 1K c'est 10% et cela raccourci le délai pour un second appui, mais ce n'est pas moi qui est inventé ce principe je ne devais pas encore être né.
Bonjour,
On peut aussi considérer que l'on a fait un petit tour du probléme des rebonds et envisagé 5 ou plus solutions différentes parmis les quelques dizaines possibles et adaptées à autants de cas différents.
Ce qui permet je pense de conclure
"Il n'y a pas qu'une solution meilleure que les autres, mais des solutions différentes."
Oui tout à fait 'accord et ce n'est pas en décriant un système qui a fait ses preuves depuis environ 50ans qu'on promeut un autre système.
Quand je travaillais
les produits bas de gamme utilisaient un condensateur,
le milieu de gamme le soft voire un FPGA pour les encodeurs
et exclusivement un FPGA dans les produits haut de gamme que ce soit BP ou encodeurs
le but n'était pas de faire des produits qui ne fonctionnaient pas
c'est ce qu'on était déjà plusieurs (dont moi) à défendre ici :
Bonjour,
Ok, cela ferra donc plusieurs +1.
Je suppose que le fpga avait des bascules RS.
C'est généralement des IP fabricant payantes et les dev ne cherchent pas trop ce qui est fait. Le but étant de gagner du temps.
Ce qui est clair c'est que le fonctionnement est parfait même en tournant un encoder le plus vite possible ce qui n'est pas forcément le cas en soft.
Sur un bouton poussoir qui va incrémenter un affichage 1, 2, 3... on peut accepter qu'il faille parfois appuyer deux fois sur le bouton pour passer un pas mais ce n'est pas forcément tolérable sur un produit haut de gamme. Pour faire un produit bas de gamme le prix du micro est un paramètre important et il est parfois impossible d'ajouter ne serait ce que quelques lignes de codes
This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.