debouncing con rc per pulsanti Arduino

[danielealfa]

buona sera a tutti, volevo chiedere, visto che in rete ho letto di tutto ,su come fare un filtro rc per evitare i rimbalzi dei tasti di arduino.
volevo evitare quello via software per non incasinarmi troppo visto che sono all inizio
visto che e' una demo board che mi sto facendo, volevo usare 2 resistenze e un condensatore , tipo questo

Rimossa immagine da sito esterno, le immagini si inseriscono come da regolamento (che dal 2009 dovresti conoscere... )

quindi una cosa funzionale ,secondo voi lo schema , ed i valori sono corretti??
vi ringrazio in anticipo

[claudiocedrone]

Due resistori e un condensatore Daniele, non fai prima a assemblare e provare? Dovrebbe funzionare.

[pgiagno]

Questi sono schemi consigliati da un guru hardware (che NON sono io).

debouncing_hw.pdf

(22.79 KiB) Scaricato 289 volte

Ciao,
P.

[PietroBaima]

Capisco che tu sia all’inizio, ma davvero non capisco cosa ci sia di difficile nel fare un debouncer software.

Quando leggi che il tasto è premuto inserisci un tempo di un centinaio di millisecondi entro il quale ulteriori pressioni del tasto non sono considerate.

E’ una cosa di una semplicità disarmante.
Faccio prima a farlo che a prendere una R e un C dal cassettino.

[edgar]

volevo evitare quello via software per non incasinarmi troppo visto che sono all inizio

L'eliminazione dei rimbalzi è uno dei primi passi nella programmazione.
Ti suggerirei di affrontare il problema lato software: di pulsanti / interruttori / encoder ne troverai a bizzeffe.

[pgiagno]

. . . inserisci un tempo di un centinaio di millisecondi . . .

Non sempre un programma può perdere tempo aspettando che un pulsante finisca di rimbalzare. La soluzione hardware rende anche più pulito il codice.

Ciao,
P.

[PietroBaima]

Non sempre un programma può perdere tempo aspettando che un pulsante finisca di rimbalzare. La soluzione hardware rende anche più pulito il codice.

Ragazzi, io davvero sono allibito.

Le funzioni si fanno sempre non bloccanti
Il programma NON DEVE bloccarsi per aspettare un evento (qualunque esso sia)

Se si ha il lusso di avere un timer libero si usa quello, altrimenti si inibisce la funzione che legge i tasti nell’HAL con lo scheduler.

Questa deve essere colpa di arducoso.

E investire un minimo di tempo per imparare come si fa a programmare un firmware

[alev]

Non sempre un programma può perdere tempo aspettando che un pulsante finisca di rimbalzare. La soluzione hardware rende anche più pulito il codice.

Peccato che le soluzioni HW per questo problema risalgano alla notte (tecnologica) dei tempi

I motivi?

L'hw ha comunque dei limiti di tempo legati all'usura, per quanto bassa essa sia
Il sw non si usura mai, anche quello fatto male continua a fare male senza evolversi

[WALTERmwp]

Ragazzi, io davvero sono allibito (...)

ma sei nella sezione "Arduino", qui tutto può essere stupefacente ! ...

Saluti

[alev]

Azz, hai pure corretto il titolo....mi stavo appunto domandando che velleità (di imparare a programmare) potesse avere chi non sa neppure scrivere il nome giusto dell'arducoso