Bonjour,
Quelles méthodes peut-on appliquer pour supprimer les aléas d'un changement d'état.
Par exemple, la manipulation d'un bouton poussoir peut générer des "rebonds".
On pense tout de suit au bistable RS, mais il faudrait un contact inverseur.
Sur l'exemple proposé, j'ai essayé deux méthodes :
Le filtrage (exemple RC) suivi d'un trigger.
Ou avec un monostable
Est ce que vous voyez d'autres méthodes possibles ?
Merci
Bonjour,
si le bouton poussoir est une entrée de µP une petite routine avec une tempo .
du genre
si BP=1
attendre (un certain temps !)
si bp =1 alors faiire action
sinon
rien faire
fin de si
fin de si
cordialement
Alain
Oui, pourquoi pas...mais ici pas d'application particulière ni de µC
Cela dit Alain,
Moi je l'aurais fait plutôt comme ceci.
Attendre interruption :
début interruption
attendre x ms
Lire état entrée
fin interruption
Ne pas trainer dans les interruptions !Envoyé par cubitus_54
Par exemple si BP n'a pas un caractère "urgent":
- attendre interruption
- dans l'interruption lancer tempo
- attendre interruption
- dans l'interruption lire BP et positionner variable
- exploiter variable dans le programme
Bonjour,
Perso pour un ou deux boutons j'utilise un 74HC221...
Pour plus un bon vieux 74C921 ou 922
Leonardo était ingénieur "sans papier", et moi diplômé juste...technicien...
en mode old-school (en envoyant l'entrée sur Q1 par contre) :
pour les pros fortunés : https://www.maximintegrated.com/en/a...dex.mvp/id/287
Dans elektor 1001 circuits il proposait un montage hyper complexe dénomé "0106 Anti-rebonds « garanti »" qui a l'avantage d'avoir une durée fixe en sortie (l'entrée étant alors ignorée) et qui devrait intéresser la Nasa (sans garantie) ^^
Bref au final pour un usage général, pas mieux en hardware que ce que propose Vincent66
Bonjour,
un 555 vulgarus monté en monostable fera l'affaire.
Le choix d'une solution doit se faire après avoir relevé les niveaux et temps de rebonds du BP.
Sur une entrée Cmos une cellule RC suffit dans la majorité des cas (en ajoutant une diode pour décharger la capa), sinon pour 1 BP prendre la solution de vincent66.
Pour plusieurs BP un tout petit µC à moins de 50c sera plus économique (PIC10F) mais nécessitera un peu de code à implémenter.
Tout dépend de la quantité à produire, des caractéristiques du ou des boutons poussoirs, de l'environnement (milieu physique et humain).
Merci pour vos réponses.
C'est essentiellement le principe qui m'intéresse.
Le monostable est en bonne place
Sur la doc Maxim figure 4 le principe du compteur semble intéressant.
J'ai aussi trouvé un système avec un filtre RC et une bascule D
Bonjour,
comme souvent il n'existe pas une solution mais des solutions.
cela dépend du contexte (type de rebond circuit avec u sans µP volume disponible .. et du niveau d'exigence ('est pas le même pour un satellite que pour jouet au train electrique )
La solution c'est celle qui marche !
cordialement
Alain
j'ai modélisé les différentes solutions,
On peut constater que les réponses diffèrent en fonction du principe.
Bonjour,
si l'acquisition se fait par un µC il suffit échantillonner sur un rythme fixe (geré par IT) par exemple 20ms et d'utiliser un confirmateur :
on echantillone une fois on memorise , on echantillone une seconde fois et si les deux valeurs sont egales alors on valide sinon retour au debut, cela induit bien sur un retard mais négligeable devant le temps de réponse d'un bonhomme.
JR
l'électronique c'est pas du vaudou!
> cela induit bien sur un retard mais négligeable devant le temps de réponse d'un bonhomme.
Ça dépend si c'est le bouton de choix d'étage d'un ascenseur ou le bouton de tir d'une borne d'arcade
Perso j'utilise plusieurs algos:
Si c'est un bouton genre "tir" : poussoir actif uniquement quand il est poussé par exemple, alors: Interruption pin change (pas de latence) suivie d'une période d'insensibilité (à gérer avec un timer).
Equivalent analogique: pull-up, petite capa, bouton décharge la capa à la masse, schmitt.
Sinon, échantillonner et chercher plusieurs échantillons identiques. Monopolise un seul timer périodique pour tous les boutons (qui est probablement déjà utilisé pour un tick à la milliseconde ou autre d'ailleurs), simple, robuste, idiot-proof...
Equivalent analogique: RC+schmitt.
Regarder comment réagit le bouton à l'oscillo... Certains rebondissent longtemps!
Dernière modification par bobflux ; 14/02/2016 à 14h02.
Re
en effet j'utilise l'IT de gestion du temps réel pour faire tout çà, quelques centaines de nS toutes les x mS, on peut traiter tous les boutons en // c'est économique et ne nécessite aucune prise de tête.Sinon, échantillonner et chercher plusieurs échantillons identiques. Monopolise un seul timer périodique pour tous les boutons (qui est probablement déjà utilisé pour un tick à la milliseconde ou autre d'ailleurs), simple, robuste, idiot-proof...
Pour les rebonds 2mS c'est la valeur moyenne classique.
JR
l'électronique c'est pas du vaudou!
J"ai trouvé un article très intéressant faisant la synthèse en le domaine en commençant par étudier le pb :
http://www.ganssle.com/debouncing.htm
puis en proposant des solutions :
http://www.ganssle.com/debouncing-pt2.htm
En fait l'article est un extrait de son livre "The Art of Designing Embedded Systems"
Autre source : https://books.google.fr/books?id=xdE...C14490&f=false
il y parle de MC14490, un chip peu couteux (1€ en chinoiserie) et traitant 6 signaux à la foiscontre 2 pour le 74HC221
http://www.onsemi.com/pub_link/Collateral/MC14490-D.PDF
