Jak działa eliminacja drgań styków przy wciskaniu klawisza w praktyce?

na czym dokladnie polega eliminowanie drgan stykow?

Zeby klawisz zostal uznany jako wcisniety, to sygnal wcisniecia
musi trwac bez_przerwy przez jakis okreslony czas. Jak trwal
krocej - znaczy wystapilo drganie stykow i liczymy czas od nowa.

Rzeczy typu powtarzanie itp. to zaleza juz od "fantazji" programisty.

Ciekawe rozwiazanie: prosciutkie i musi dzialac poprawnie.
BTW, ile dac timeoutu, 10--16 milisekund wystarczy?

Powinno*, kiedyś sprawdzałem mikroswitche (jakie zwykłem używać) i

na to, że nie ma jak sprowokowac dłuższe niż 5-6ms drgania.

Co do dekodowania klawiszy - staram się reagować na naciśniecie klawisza -
nawet jeżeli nie został on jeszcze puszczony. Przecież jeśli pobudzenie
trwa wystarczająco długo - to mamy pewność że akcje należy podjąć, nie ma
więc sensu czekać.

Miłego dnia Piotrze.

Oczywiscie, rowniez nie zamiezam czekac do puszczenia. Po
prostu mialem za duzo pomyslow rozwiazania problemu, ale
akurat propozycja Jerrego nie przyszla mi do glowy, choc moje
rozwiazanie z czasem martwym jest mu w zasadzie rownowazne.
Coz, klawiaturki jeszcze w zyciu nie oprogramowywalem.

Kiedyś opisałem swój sposób klawiszowania - może Ci się przyda:
http://www.google.pl/groups?selm=3cd83d32%40news.home.net.pl

Odezwę się (oczywiście jeśli jeszcze potrzebujesz tych informacji ;-).

(*) Koncze stabilizowany zasilacz WN do doswiadczen.

Auć, co dobrego robisz?

Miala byc zabawka do doswiadczen fizycznych z WN (0--30 kV, o niskiej
wydajnosci pradowej, rzedu 1 mA)

Pewnie na trafopowielaczu od TV ?

__
Pzd, Irek.N.

Irek, mógłbyś poprawić delimiter?

Irek, mógłbyś poprawić delimiter?

Ależ oczywiście, jaki sobie życzysz?

Ależ oczywiście, jaki sobie życzysz?

Jako PCRE(Perl Compatible Regular Expressions): \n-- \r ;-P
Doczytałem w innym wątku dlaczego masz taki a nie inny delimiter i uszanuję to.

Tak, chodzi o zwyczane microswitche -- dam wiec 16 ms dla swietego
spokoju, tym bardziej, ze to steruje dziesiatkami kilowoltow*, wiec
nie chce ryzykowac porazenia przypadkowym wlaczeniem -- niegrozne,
ale bardzo nieprzyjemne. :-( Wielkie dzieki za rzeczywiste dane!

jerry1111 wrote:

Zeby klawisz zostal uznany jako wcisniety, to sygnal wcisniecia
musi trwac bez_przerwy przez jakis okreslony czas. Jak trwal
krocej - znaczy wystapilo drganie stykow i liczymy czas od nowa.

Ciekawe rozwiazanie: prosciutkie i musi dzialac poprawnie.

Jesli sie nie boimy jakis latajacych zaklocen od np transformatorowki,

to wcale nie trzeba sprawdzac powyzszego - pojawienie sie choc jednego
impulsu swiadczy o tym ze uzytkownik naprawde klawisz nacisnal.

Problem sie robi jak uniknac zeby kolejne drgania zarowno przy
wciskaniu jak i przy puszczaniu nie zostaly odebrane jako kolejne
nacisniecia klawisza. No i jak tu zrobic zeby nacisniecie klawisza
wprowadzilo jeden znak, a nie jeden co ms :-)

- bezczelnie wydluzyc procedure obslugi zdarzenia wybranego klawiszem
do powiedzmy 1s - przy okazji zyskujemy autorepeat i zadnym
deboucingiem sie nie przejmujemy.

- w procedurze odczytu klawisza poczekac az do jego zwolnienia.
Skuteczne, choc troche nienaturalne.

- w procedurze odczytu klawisza poczekac az do jego zwolnienia.
Skuteczne, choc troche nienaturalne.

To se ne da, mam ADC na komparatorze oraz wyswietlacze LED
w multipleksie, wiec jakby nie patrzec system czasu rzeczywistego. :-)

W artykule <bjn4a9$k7f$1_at_nospam_panorama.wcss.wroc.pl> Piotr Wyderski napisal(a):

- w procedurze odczytu klawisza poczekac az do jego zwolnienia.
Skuteczne, choc troche nienaturalne.

To se ne da, mam ADC na komparatorze oraz wyswietlacze LED
w multipleksie, wiec jakby nie patrzec system czasu rzeczywistego. :-)

A mnie się udało :-) Co prawda aplikacja mało czasowymagająca
(cóż za piękne słowo ;-)). Odświeżanie i ADC na komparatorze
chodzą w przerwaniach, asynchronicznie do pętli głównej, w której
są sprawdzane przyciski.

A ja mam bardzo złe wspomnienia po programie w którym przyciski
rozpoznawałem w głównej pętli. Dlatego teraz zawsze robię to w przerwaniach
od timera.

Najczęściej ustawiam przerwanie co 4 ms a klawisz rozpoznawany jest po 2
jednakowych odczytach klawiatury. Tylko ostatnio musiałem dać 4 odczyty
ponieważ użyta była klawiaturka membranowa.

A ja mam bardzo złe wspomnienia po programie w którym przyciski
rozpoznawałem w głównej pętli. Dlatego teraz zawsze robię to w

od timera.

O!, co się działo?

Ja często dekoduję je w głownej pętli, czasami nawet robię to
prymitywnie i tylko sprawdzam czy po jakims czasie jest puszczony. Nie

tym jeszcze problemow. Zresztą jak przycisków jest kilka (4?) to nie ma co

pachać w przerwania.

A po prostu szybko mi się bałagan zrobił z tym dekodowaniem, szczególnie

w wielu miejscach musiałem reagować na długie naciskanie klawisza co
dodatkowo komplikowało mi robotę. W pewnym momencie stwierdziłem
że już nie panuję nad tym co się w programie dzieje.

zaraz się okazało że potrzebna jest jeszcze taka funkcja,
potem jeszcze inna....

A czemu nie?

A bo program to sie projektuje zanim sie go zacznie pisac. :-)

z nimi zapoznac. W prawie kazdej dziedzinie najpierw powstaje
analiza, pozniej projekt, a dopiero na koncu jego implementacja,
lecz nie wiedziec czemu w informatyce i programowaniu wielu
ludzi wklada sporo energii w odwrocenie tej kolejnosci. :-)))

A bo program to sie projektuje zanim sie go zacznie pisac. :-)
Na etapie analizy przypadkow uzycia wychodzi wiekszosc zaleznosci,
dzieki czemu podczas fazy projektowania mozna latwo wyeliminowac
wspolne podgrafy, nadac im szumna nazwe modulow itp. Ty najpierw
zaczales pisac, a dopiero pozniej przemyslales sprawe, wiec nie ma
co sie dziwic, ze pojawily sie problemy. :-)

W chwili obecnej elementy inzynierii oprogramowania moga
bardzo przydac sie elektronikom, wiec naprawde warto sie
z nimi zapoznac. W prawie kazdej dziedzinie najpierw powstaje
analiza, pozniej projekt, a dopiero na koncu jego implementacja,
lecz nie wiedziec czemu w informatyce i programowaniu wielu
ludzi wklada sporo energii w odwrocenie tej kolejnosci. :-)))

On Thu, 11 Sep 2003 00:31:08 +0200, "Piotr Wyderski"
<piotr.wyderskiREMOVE_at_nospam_hoga.pl> wrote:

A bo program to sie projektuje zanim sie go zacznie pisac. :-)
Na etapie analizy przypadkow uzycia wychodzi wiekszosc zaleznosci,
dzieki czemu podczas fazy projektowania mozna latwo wyeliminowac
wspolne podgrafy, nadac im szumna nazwe modulow itp. Ty najpierw
zaczales pisac, a dopiero pozniej przemyslales sprawe, wiec nie ma
co sie dziwic, ze pojawily sie problemy. :-)
W chwili obecnej elementy inzynierii oprogramowania moga
bardzo przydac sie elektronikom, wiec naprawde warto sie
z nimi zapoznac. W prawie kazdej dziedzinie najpierw powstaje
analiza, pozniej projekt, a dopiero na koncu jego implementacja,
lecz nie wiedziec czemu w informatyce i programowaniu wielu
ludzi wklada sporo energii w odwrocenie tej kolejnosci. :-)))

BTW: bardzo fajna książka dla programistów:
http://www.ltandp.com.pl/programista_info/
To nie reklama - po prostu naprawdę niezła książka...

W przerwaniu robię jak mam matrycową, dobrze się sprawuje. Zazwyczaj przerwanie
pcha wynik przeszukania klawiszy w semafory ;-)
a dalej program traktuje semafory jak klawisze.

A ja mam bardzo złe wspomnienia po programie w którym przyciski
rozpoznawałem w głównej pętli.

Dlatego teraz zawsze robię to w przerwaniach od timera.

Przy okazji takiego rozwiązania bardzo łatwo robi się autopowtarzanie
- nawet dynamiczne o zmiennej prędkości, wykrywanie długich wciśnięć
klawiszy i pomiar wszystkich potrzebnych w programie czasów.

Jeden timer mam zajety przez PWM, a drugi sluzy do synchronizowania
petli glownej, wiec w sumie odpowiada to Twojemu rozwiazaniu, ale

dzieki pollingowi mam potrzebna odpornosc na niewielkie przekroczenia
timeoutu. ADC na komparatorze wykorzystuje zegar taktujacy procka,
a nie timer i wyglada tak:

; wlaczenie zrodla pradowego i przerwan komparatora

measure_voltage:

adiw xl,0x02
rjmp measure_voltage

; wylaczenie przerwan komparatora, rozladowanie kondensatora

dzieki czemu mam rozdzielczosc 2 cykli zamiast 8, jak w propozycji
Atmela.

Poza tym dla mnie odswiezanie i obsluga klawiatury to zdecydowanie
zbyt ciezka rzecz, by ja umiescic w procedurze obslugi przerwania.

Jeden timer mam zajety przez PWM, a drugi sluzy do synchronizowania
petli glownej, wiec w sumie odpowiada to Twojemu rozwiazaniu, ale

Straszne marnotrawstwo!!!

Można przecież wykorzystać jednocześnie timer do generowania PWM a
przerwania z niego do liczenia czau,klawiatury i wielu innych nikomu nie
potrzebnych rzeczy ;-)

Parę flag i po bólu. Wtedy kolejne przerwania wiedzą co zdarzyło się w
poprzednich i wykonują odpowiednie czynności i ewentualnie ustawiają

flagi.

Jednocześnie za każdym razem tylko kilkanaście instrukcji jest do
wykonania dzięki czemu procesor nie przesiaduje wieki w przerwaniu.

16600 przerwan na sekunde? Dziekuje, postoje. ;-)

Poza tym przy takiej
czestotliwosci ich wystepowania przerwania beda wypadaly w cyklu
pomiarowym ADC, bardzo wplywajac na wynik pomiaru (przeciez
ja licze cykle w procedurze konwersji). Jesli je na ten czas wylacze,
to nie bede mial precyzyjnego ustalania czasu obiegu petli glownej.
Slowem: timer i jego polling zostaja. :-)

Czyli kilka procent mocy obliczeniowej sie marnuje. :-)

Myślałem o przypadku wykorzystania PWM-a 10bitowego który ma okres
powtarzania nędzne 2kHz (AT90S8535 _at_nospam_ 4MHz)

Zawsze można spróbować zmieścić pomiar pomiędzy przerwaniami timera.
W końcu jeżeli mówisz o 2 cyklach zegara na "działkę" w ADC to pomiar
powinien skończyć się na max 1000 cyklach bo większej dokładności taki
ADC i tak nie osiągnie.

Można przecież wykorzystać jednocześnie timer do generowania PWM a
przerwania z niego do liczenia czau,klawiatury i wielu innych nikomu nie
potrzebnych rzeczy ;-)

16600 przerwan na sekunde? Dziekuje, postoje. ;-)

Why not ? Tak ci zalezy zeby procek jak najwiecej czasu spedzal
w pustej petli ? :-)

Why not ?

Tak ci zalezy zeby procek jak najwiecej czasu spedzal
w pustej petli ? :-)

U mnie tak samo prosto, bo petla glowna wykonuje sie 1000 razy na
sekunde. Przerwan do tego celu nie uzywam, bo rzadkie przekroczenie
timeoutu jest dopuszczalne, a nie ma potrzeby bawic sie albo
z maskowaniem przerwan timera, albo z przerwaniami zagniezdzonymi.
Poza tym dla mnie odswiezanie i obsluga klawiatury to zdecydowanie
zbyt ciezka rzecz, by ja umiescic w procedurze obslugi przerwania.

Nie naprawiaj tego co dobrze pracuje.
Ale jeśli : cierpisz na nadmiar wolnego czasu, nie możesz spać,
a na widok piwa nabierasz światłowstrętu - to połącz jedno z drugim ;-).

Mam klawiaturę (matrycową) podpiętą pod wyświetlacz
LED i odświeżając LED jednocześnie badam klawisze.

A dzieki temu, że odbywa się to w przerwaniu timer1, nie ma miejsca
na "pływanie" wyświetlanych cyfr oraz moge precyzyjnie określić
timeout klawiszy.

Źródło oczywiście w BASCOM :-D

A mnie się udało :-) Co prawda aplikacja mało czasowymagająca
(cóż za piękne słowo ;-)). Odświeżanie i ADC na komparatorze
chodzą w przerwaniach, asynchronicznie do pętli głównej, w której
są sprawdzane przyciski.

PS4 do mnie
Zaślęczyłbym się na śmierć gdyby nie BASCOM ;-)

Zainteresowanym udostępnię oryginał.
W BASCOM :-P

Witam,

na czym dokladnie polega eliminowanie drgan stykow?
Czy w chwili pierwszego wykrycia wcisniecia klawisza
sterownik czeka ustalony czas po czym dopiero bada
stan klawisza, czy tez pierwsze wykrycie oznacza wcisniecie
klawisza, a nastepnie odpowednia linia jest "glucha" przez
ustalony czas, czy robi sie to jeszcze jakos inaczej?