Simple Routine Anti-Rebond

La plus simple des solutions sont souvent les meilleurs, et j'ai constaté que de simplement seulement la lecture de l'état du commutateur de tous les N millseconds (entre 10 et 50, selon les commutateurs) a toujours travaillé pour moi.

J'ai dépouillé éclaté et complexe anti-rebond routines et les a remplacés par un simple sondage lent, et les résultats ont toujours été assez bon de cette façon.

Pour la mettre en œuvre, vous aurez besoin d'un simple minuteur périodique d'interruption sur votre système (en supposant qu'aucun système d'exploitation temps réel de soutien), mais si vous êtes habitué à de la programmation sur le métal nu, qui ne devrait pas être difficile à organiser.

Noter que cette approche simple ajoute un retard à la détection du changement d'état. Si un commutateur prend T ms pour atteindre un nouvel état d'équilibre, et il est interrogé toutes les X ms, puis le pire des cas de retard de détection de la presse T+X ms. Votre intervalle d'interrogation X doit être plus grand que le pire temps de rebondissement T.

OriginalL'auteur Roddy

J'ai utilisé un vote à la majorité méthode anti-rebond pour une entrée. J'ai créé un simple trois état du registre à décalage de type de structure de données, et le décalage de chaque échantillon et de tirer le meilleur de deux sur trois " a de la valeur "correct". Ce n'est évidemment fonction de votre gestionnaire d'interruption, ou un poller, selon quelle méthode est utilisée pour lire la matériel.

Mais, le meilleur conseil est de demander à votre amicale du matériel concepteur de "verrou" de la valeur et de vous permettre de passer cette valeur lorsque vous obtenez.

OriginalL'auteur gthuffman

Si vous pouvez sortir avec elle, la meilleure solution dans du matériel est d'avoir le commutateur de deux états distincts sans état entre. Qui est, l'utilisation d'un commutateur SPDT, avec chaque pôle de l'alimentation, soit de la R ou S lignes d'un flip/flop. Câblé de cette façon, la sortie de la flip/flop doit être sans rebond.

OriginalL'auteur nsayer

Au niveau du matériel de la base anti-rebond routine doit prendre en compte les segments suivants de physique de la clé (ou switch) comportement:

Clé tranquillement assis->doigt touche touche et commence à pousser vers le bas->key atteigne le fond de voyage et le doigt détient l'y->doigt commence à dévoiler la clé et le ressort pousse la clé de sauvegarde->doigt communiqués de clé et la clé vibre un peu jusqu'à ce qu'il quiesces

Toutes ces étapes sont les 2 morceaux de métal raclant et en se frottant et se cogner les uns contre les autres, branlement de la tension en haut et en bas de 0 au maximum sur des périodes de millisecondes, donc il y a du bruit électrique à chaque étape du chemin:

(1) de Bruit alors que la clé est de ne pas être touché, causée par des problèmes environnementaux comme l'humidité, aux vibrations, aux variations de température, etc. provoquant des variations de tension sur les contacts clés

(2) le Bruit causé tant que la touche est enfoncée

(3) le Bruit que la touche est maintenue enfoncée

(4), que le Bruit de la clé est d'être libéré

(5), que le Bruit de la clé vibre après avoir été libéré

Voici l'algorithme par lequel nous avons essentiellement suppose que la touche est maintenue appuyée par une personne:

lire l'état de la clé, qui peut être "peut-être pressé", "est certainement pressé", "n'est certainement pas pressé", "pourrait ne pas être pressé" (nous ne sommes jamais tout à fait sûr)

boucle tant que la touche "peut-être" pressé (si vous traitez avec le matériel, c'est une tension de l'échantillon est supérieure à la valeur de seuil), jusqu'à ce que s'est "certainement pas" pressé (inférieure à la tension de seuil)
(c'est d'initialisation, en attente pour le bruit de suspendre, de la définition de "peut être" et "certainement pas" dépend de l'application spécifique)

boucle tant que la clé est "certainement pas" enfoncé jusqu'à ce que la touche "peut-être" pressé

lorsque la clé "peut être" pressé, commencer la boucle d'échantillonnage et de l'état de la clé, et de garder trace de combien de temps la clé de la "pourrait être" pressé
- si la clé remonte à "peut-être pas" ou "n'est certainement pas" l'état activé avant un certain laps de temps, reprendre la procédure
- à un certain délai (en millisecondes) que vous avez choisi (généralement par le biais de l'expérimentation avec des valeurs différentes), vous décidez que la valeur de l'échantillon est plus causé par le bruit, mais il est très probablement causé par la clé en fait tenus par un doigt humain et vous retourner la valeur "pressé"

---

while(keyvalue = maybepressed){
//loop - wait for transition to notpressed
sample keyvalue here;
maybe require it to be "notpressed" a number of times before you assume
it's really notpressed;
}
while(keyvalue = notpressed){
//loop - wait for transition to maybepressed
sample keyvalue
again, maybe require a "maybepressed" value a number of times before you 
transition
}
while(keyvalue=maybepressed){
  presstime+=1;
  if presstime>required_presstime return pressed_affirmative
  }
}
return pressed_negative

OriginalL'auteur well but I'm

utilisation de l'intégration, et vous serez un campeur heureux. Fonctionne bien pour tous les commutateurs.

juste incrémenter un compteur lors de la lecture le plus élevé et le décrément quand lire comme faible et lorsque l'intégrateur atteint une limite (supérieure ou inférieure) appel de l'état (haute ou basse).

OriginalL'auteur Keith