Drgania styków ? - to BAJKI ! więc jak to jest naprawdę?

Pod pozorem tego nieco przewrotnego tytułu chciałbym zwrócić wam uwagę na to, jaką krzywdę początkującym wyrządzają popularne ostatnio w internecie poradniki wszelkiego rodzaju, próbujące nieudolnie wyjaśnić może nie sam fakt istnienia drgań styków, bo takie zjawisko na pewno istnieje, ale tłumaczące w pokrętny i całkowicie zły sposób jak sobie z tym radzić w mikrokontrolerze, oraz czego one są przyczyną. Mamy tu do czynienia z totalną mistyfikacją w 80% przypadków ;)




Na początek pierwszy i wielki MIT:

Proszę rzucić okiem na film video na youtube, który przedstawia rzekome zjawisko/efekt drgań styków:

filmik pod tytułem: „Przycisk wymaga debouncingu (eliminacji drgań styków)”. 

Pod filmem mamy takie oto „cudowne” objaśnienie:

There s a simple piece of code running on the mbed that samples the button, regularly, and does edge detection y looking for a change in state. You'll see that the button is being pressed regularly, and the LED should toggle with each press. Because of swich bounce, sometime the LED toggles more than once, leaving its state unchanged, although multiple edges have been detected.

Co w wolnym tłumaczeniu może brzmieć tak:

Mamy tutaj przykład kodu uruchomionego na mikrokontrolerze, który regularnie sprawdza stan klawisza i reaguje na zbocze sprawdzając zmianę poziomu logicznego na wejściu. Jak widać klawisz jest regularnie wciskany a dioda LED powinna zmieniać swój stan za każdym wciśnięciem. Ponieważ jednak występują drgania styków, czasami dioda LED zmienia swój stan więcej niż jeden raz, i pozostaje w niezmienionym stanie. Powodem jest wykrycie wielu zboczy podczas drgania styków.

Może czas na przedstawienie prostego kodu, który najczęściej bez głębszego wyjaśnienia jest przedstawiany jako przyczyna tego zjawiska:

Każdy chyba widzi co się tutaj dzieje. W pętli głównej jeden prosty warunek IF, który sprawdza czy na pinie klawisza jest stan niski, a jeśli jest to następuje zmiana stanu diody LED na przeciwny. W założeniach „PIĘKNIE”. W praktyce gorzej ponieważ jak widać na tym filmie ale także na moim filmie poniżej, mamy do czynienia z IDENTYCZNYM efektem.

Dioda LED zachowuje się dokładnie tak samo, tyle że prawie wszyscy dookoła tłumaczą początkującym, że efekt ten zawdzięczamy drganiom styków, które są przy okazji określane jako groźne zjawiska, piekło początkujących a niektórzy już nawet przechodzą samych siebie wymyślając kosmiczne wręcz opinie na temat rzekomego „ognia piekielnego” ;) który może doprowadzić do wypalania się styków w takich przełącznikach/klawiszach, przy okazji dodania do układu kondensatora ceramicznego 100nF (pełniącego rolę sprzętowej eliminacji drgań)

Spróbujmy najpierw popatrzeć …. jak tłumaczą niektórzy i jak przedstawiają drgania styków i to jeszcze w postaci widoku rzekomo z oscyloskopu.

Co ten rysunek, hmmm ja powiedziałbym ta „LAURKA” ma oznaczać ? drgania styków ? Ktoś próbuje posłużyć się takim widokiem rodem z oscyloskopu prezentując tu (w zasadzie można powiedzieć rysunek stworzony w Photoshopie) ;) … nie ma żadnych parametrów w postaci podanej czułości, poziomu wyzwalania ale co najważniejsze, podstawy czasu, czy też poziomu napięć. Taki rysunek ma w zasadzie przestraszyć początkującego i wmówić mu już na samym początku, że tak groźne chociaż dziwne na pierwszy rzut oka zjawisko następuje podczas ….. no właśnie podczas czego? Pytam!

Podczas WCIŚNIĘCIA czy może podczas ZWOLNIENIA przycisku ??? a to dosyć istotne, bo jak zaraz się przekonamy na prawdziwych oscylogramach będzie się to znaczenie różnić w rzeczywistości i odgrywać różne skutki a także wymagać różnej reakcji z naszej strony.

Ja zrozumiałbym, gdyby ktoś symbolicznie próbował przedstawić i omówić samo zjawisko drgania styków, bo dopiero takie schematyczne przedstawienie dobrze ilustruje to co nazywamy DRGANIEM STYKÓW ale podkreślam (zapamiętaj) nie ma to NIC WSPÓLNEGO z rzekomym efektem drgania styków odnośnie tego filmu na początku i prób zapalania i gaszenia tej nieszczęsnej diody LED. Wracając zatem do drgań, schematycznie można je przedstawić tak:

Taka ilustracja bardzo dobrze tłumaczy w teorii to co się dzieje podczas drgań styków w przeróżnych mikro przełącznikach, klawisza itp. To chyba każdy może zrozumieć, że zarówno podczas wciśnięcia przycisku jak również gdy go zwalniamy, może nastąpić w bardzo krótkim czasie seria zmian stanów logicznych. Ale zastanówmy się teraz tak naprawdę w jakim przypadku mogłoby to mieć uboczne skutki, gdybyśmy zechcieli zbudować urządzenie do gaszenia i zapalania pojedynczej diody LED. Proszę bardzo spójrzmy na układ prostego przerzutnika RS, zrealizowanego na najzwyklejszych bramkach logicznych typu NOR (żaden mikrokontroler!) (przy okazji jeśli chciałbyś zobaczyć i zrozumieć jak działa przerzutnik RS zajrzyj tutaj: http://symulator.majsterkowicza.pl/pokaz/77 )

Załóżmy że ustawiamy wejście S w stan wysoki, do wyjścia Q podłączamy naszą diodę LED a do wejścia R podłączamy klawisz. Zatem na wejściu R będziemy mieli do czynienia z drganiami styków:

Spójrzmy jaka będzie reakcja przerzutnika na wyjściu Q. Gdyby nie drgania styków to mielibyśmy pięknie przełączaną diodę na wyjściu Q w stan przeciwny. Jeśli zaś wystąpią drgania styków to okaże się, że ta dioda po jednokrotnym wciśnięciu i zwolnieniu klawisza może się zapalić i zgasić dziesiątki razy, a na końcu przybierze przypadkowy stan. Ilustruje to poniższa animacja:

Widać że klikanie i zmiana stanu na wejściu R ładnie zmienia stan na wyjściu Q, jednak symulacja szybkich zmian (szybkie klikanie) powoduje że wyjście Q tak samo szybko zmienia swój stan na przeciwny. W takim przypadku efekt drgań styków byłby bardzo przykry trudno byłoby jednoznacznie zapalić lub zgasić diodę LED po każdorazowym wciśnięciu i zwolnieniu przycisku. Uzyskamy efekt DOKŁADNIE taki sam jak na filmie prezentowanym na początku. Pamiętaj jednak że na razie mówimy tylko o bramkach logicznych i nie ma to nic wspólnego z mikrokontrolerem. Ale spokojnie, również w takich warunkach już dawno wymyślono rozwiązania czysto sprzętowe, które potrafią skutecznie wyeliminować taki przykry efekt drgań. Wystarczy użyć do tego celu także wspomnianego wyżej przerzutnika RS tyle że w nieco innej konfiguracji i definitywnie raz na zawsze pozbywamy się przykrego efektu podczas przełączania klawiszem diody LED:

Proszę bardzo takim sposobem w prosty sposób moglibyśmy eliminować opisany wyżej efekt drgań styków jeśli chodzi o rozwiązania czysto sprzętowe bez udziału mikrokontrolera. Ktoś może powiedzieć, że takie rozwiązanie w dzisiejszych czasach nie ma racji bytu i sensu, ponieważ mamy mikrokontrolery i nikt nie będzie dokładał do obsługi klawisza dodatkowych układów scalonych z bramkami logicznymi. Zgadza się ;) prawda, chociaż z drugiej strony chciałbym zwrócić twoją uwagę na to, że niektóre firmy jak np. MAXIM produkują bardzo fajne i zaawansowane specjalizowane układy scalone do tego celu, które także muszą sprzętowo pięknie rozwiązać przykry efekt drgań styków, ale po tych wyjaśnieniach wyżej widzisz sam na jakiej zasadzie działa taki mechanizm w układach scalonych z linku poniżej (np. MAX6818) – naprawdę bardzo ciekawe układy i godne polecenia:

http://www.maximintegrated.com/app-notes/index.mvp/id/287

Przy okazji w linku tym można zobaczyć już lepszą nieco prezentację drgań styków mającą tym razem więcej wspólnego z rzeczywistym przebiegiem na oscyloskopie niż przedstawiony na początku rysunek:

Drgania styków, w różnych wersjach klawiszy mogą trwać teoretycznie nawet aż do 20 ms! To z punktu widzenia mikrokontrolera prawie wieczność, przeraźliwie długi czas. W rzeczywistości jednak nie jest tak źle a szczególnie jeśli chodzi o popularne mikro-switche. Żeby to udowodnić pokusiłem się o przygotowanie w tym celu kilku rzeczywistych przebiegów na wysokiej klasy oscyloskopie cyfrowym, podając przy okazji szczegóły. Spójrz sam, poniżej kilka przykładów złapanych w pułapkę czasu ;) w oscyloskopie rodzajów drgań styków:

Przyjrzyjmy się chwilę ale uważnie tym obrazom, dla lepszej czytelności dodałem na fioletowo ile czasu przypada na jedną działkę, jak widzisz w 3 przypadkach tylko 1 us a w jednym 50 us. W pełnym rozmiarze wygląda to tak:

Spójrzmy jeszcze na oscylogram na którym zarejestrowane jest stosunkowo szybkie klikanie w klawisz:

Zwróć proszę uwagę, na to, że ani razu nie udało się tutaj zarejestrować drgań, którymi tak wszyscy straszą, które miałby trwać kilkanaście do kilkudziesięciu ms. Byłyby tutaj bardzo widoczne, tymczasem widzimy bardzo strome zbocza (TO WAŻNE) zarówno przy wciskaniu jak i zwalnianiu przycisku, natomiast te przedłużające się pionowe kreski to efekt zmian stanów logicznych związany z drganiami jednak w BARDZO krótkim, jak widać pomijalnym z naszego punktu widzenia czasie.

Uwierz mi, że dla mikro przycisków, które widać na moim filmie, zamontowanych standardowo w zestawach uruchomieniowych ATB, musiałem wykonać naprawdę mnóstwo pomiarów i poświęcić dużo czasu aby spośród setek prób podczas wciskania klawiszy wyłapać takie drgania. Zwykle trwają one jeszcze krócej. Nie oznacza to, że tak będą zachowywać się wszystkie rodzaje klawiszy, przycisków itp. …. Jednak w zdecydowanej większości przypadków, o wiele częściej gdy będziesz spotykał się z poprawnym działaniem i drgania styków a tym bardziej tak długie 20 ms będą rzadkością. Nie mniej jednak są i pod tym względem to nie jest żadna jeszcze bajka. Przyjrzyjmy się jednak jak wygląda efekt zwalniania klawisza, gdyż zaznaczałem że to też będzie miało dla naszych rozważań znaczenie.

Tutaj raczej zdecydowanie o wiele rzadziej udaje się złapać drgania styków, podczas zwalniania klawisza, widać jednak, że przede wszystkim mamy do czynienia z mniej stromym zboczem. Biorąc jednak pod uwagę, że na jedną działkę przypada tylko 1 us, to czas narastania można określi na jakieś max 3 us. Zatem to również ma się nijak do wspominanych z przerażeniem w wielu poradnikach efektem częstej zmiany w zakresach kilkunastu chociażby ms. Fakt, że ja cały czas badam tu i przedstawiam mikro przyciski i to tylko jeden tym, w związku z tym należy brać poprawkę na to co piszę i mieć świadomość, że w przypadku innych klawiszy mogą się zdarzyć nieco gorsze warunki ale też nie ma co przesadzać i lamentować.

Jeśli chodzi o eliminację drgań styków to bardzo często wspomina się o rozwiązaniu hardware’owym polegającym na dodaniu kondensatora ceramicznego 100 nF równolegle do klawisza, który to ma wygładzić owe drgania. Innymi słowy mówiąc zapobiec częstym szybkim zmianom. Jak to się ma do rzeczywistości ? sprawdźmy na oscyloskopie, będzie niemałe zdziwienie. Dodajemy zatem kondensator:

Następnie sprawdzamy co się dzieje na oscyloskopie gdy szybko klikamy klawisz:

Czy zauważyłeś co się stało w porównaniu do poprzedniego oscylogramu gdy szybko kilkałem klawisz ale nie było podłączonego kondensatora ? Okazało się, że te wąskie szpileczki drgań przy opadającym zboczu zniknęły albo się zminimalizowały, ale za to podczas zwalniania przycisku strasznie pogorszyło nam się zbocze narastające. Jak widać trwa ono teraz nie ok. 3 us ale aż kilkanaście – ok. 15 ms !!! Nie mniej jednak na pewno dodanie kondensatora wpływa na eliminację drgań podczas wciskania gdy stan zmienia się z JEDEN na ZERO. Zaś długotrwałe i łagodne przejście przez 15ms może spowodować, że gdy napięcie na tym łuku będzie mieściło się pomiędzy wyraźnymi poziomami napięć bez użycia przerzutnika shmitta na wejściu, to znowu pojawić się mogą szybkie i przypadkowe zmiany stanów aż napięcie nie dotrze na zboczu do poziomu np. 3,3V, który już będzie wyraźnie traktowany jako wysoki. Ilustruje to taki rysunek:

Spróbujmy się jednak przyjrzeć z bliska. Spójrzmy na moment gdy następuje zbocze opadające kolejno w wersji bez kondensatora i z kondensatorem:

Przy wybranym poziomie 2V na działkę, widać w dużym zbliżeniu teraz te szpileczki wąskie, o których pisałem wyżej. Napięcie potrafi zmieniać się kilkakrotnie i to aż o prawie 2 V w dół a samo zbocze opadające też w takiej rozdzielczości czasowej widać, że ma teraz inny charakter. Ale warto widzieć, że w tym momencie jest to obraz gdy na jedną działkę przypada zaledwie 20 ns !!! Przeraźliwie krótki czas z punktu widzenia mikrokontrolera czyli naszych programistycznych rozważań. Łącznie czas ustabilizowania się stanu niskiego to ok. 40ns. Tymczasem właśnie niektóre osoby chcąc niejako postraszyć początkujących – nie wspomną o tym jak jest ustawiona podziałka czasowa na oscyloskopie i przedstawiają taki wykres jakby to miało trwać rzekomo kilkanaście ms.  Dobrze a teraz zobaczmy czy w takim wypadku pomógł coś kondensator 100nF :

Owszem pomógł ale w takim sensie, że zmniejszyła się amplituda zmian stanu, szczególnie tej szpilki poniżej zera, jednakże jak widać nieco się wydłużył czas dojścia do stabilnego stanu niskiego, chociaż ostre przejścia zamieniły się w delikatne fale sinusoidy. Tak działa kondensator. Czas na jedną działkę jak widać w tym przypadku to 100 ns. Więc ustabilizowanie stanu niskiego trwa łącznie powiedzmy teraz ok. 300 ns, co i tak jest nadal praktycznie do pominięcia z punktu rozważań drgań styków.

Naturalnie należy mieć na uwadze, że poziom tych zboczy, ich wygładzanie po dodaniu kondensatora zależy także od wartości rezystora podciągającego, i mogą one różne wyglądać dla innych klawiszy, które potrafią wygenerować jednak nieco dłuższe drgania podczas normalnej pracy, to jednak mam nadzieję iż udało mi się jak na razie wyjaśnić rolę sprzętowego sposobu eliminacji drgań styków jakim jest dołożenie kondensatora 100nF.

Niestety w tym przypadku muszę zwrócić uwagę, że na niektórych forach i blogach, pewne osoby stawiają sprawę w tym miejscu prawie na głowie czyli do góry nogami jeśli chodzi o to jakie należy przedsięwziąć kroki gdy zechce ktoś dodać kondensator ceramiczny ;) Proponują bowiem dodawanie szeregowo do przycisku rezystora rzędu 100R – 330R, który ma zabezpieczyć styki przed wypalaniem za pomocą prądu rozładowania kondensatora 100nF. Podając jako powód fakt, że ścieżki na PCB posiadają pewną indukcyjność przez co wraz z kondensatorem, powodują indukowanie się sporych impulsów napięciowych, co z kolei ma rzekomo doprowadzać do przepływu na tyle dużego prądu, który może zagrozić żywotności przycisków. Dlatego też ostatnio na naszych forach zaczęło się pojawiać sporo schematów początkujących, którzy dając się nabrać na takie opowieści zaczynają konstruować coraz to bardziej monstrualne konstrukcje dla kilku że tak powiem „głupich” klawiszy w układzie:

Dla pełni ścisłości dodam, że o ile z samą teorią głoszoną przez wyznawców palenia się styków ogniem piekielnym, trudno się nie zgodzić ;) bo tak jest w rzeczywistości, czyli naprawdę ścieżki PCB mogą mieć i mają pewną indukcyjność, na pewno w takich sytuacjach indukują się pewne napięcia i przepięcia a w związku z tym prądy (bo prawa Ohma nie da się obejść) …. To jednak ktoś tam zapomina o tzw czasie ;), który w tym przypadku jest najważniejszy. Są to bowiem tak krótkie impulsy prądowe (mówiąc w dużym uproszczeniu), że nie są w stanie doprowadzić do zniszczenia najmniejszego nawet przycisku SMD, przez okres jego całego życia albo życia całego urządzenia. Prędzej urządzenie trafi jako zabytek do muzeum za 100 lat, albo sam klawisz zniszczy fizycznie użytkownik wciskając go niemiłosiernie mocno ;) niż by miał go wypalić nazywany przeze mnie tutaj „ogień piekielny” spowodowany drganiami styków.

Nadmienię w tym przypadku, że rozwiązanie z użyciem pojedynczego kondensatora ceramicznego 100 nF jest stare jak świat (tak można powiedzieć) i stosowały to rozwiązanie, ale także nadal stosują np. takie firmy jak chociażby OKI w popularnych drukarkach ale również wiele innych. Nikt nigdy w takich przypadkach nie obawiał się wyssanego z palca efektu WYPALANIA STYKÓW. I to muszę niestety określić wręcz jako bzdurę. Zresztą nie jest to tylko moje zdanie ;)

Dopiero teraz – po tak szczegółowych wyjaśnieniach możemy przystąpić do dalszych rozważań odnośnie zagadnień związanych ze sposobami eliminacji drgań styków metodą programową w mikrokontrolerach. Jak widzisz sporo czasu i słów musiałem poświęcić aby odkręcić w głowach wielu początkujących to co im wkręcili inni.

Zatem rozważmy czy w przypadku gdy naszym celem jest zapalenie diody LED po wciśnięciu jednego przycisku oznaczonego jako S1 a następnie zgaszeniu tej samej diody po wciśnięciu drugiego przycisku S2, konieczna jest w ogóle eliminacja drgań styków ???? To bardzo ważne pytanie !!!

Napiszmy w tym celu prosty program, nie przestrzegając ŻADNYCH zasad eliminacji drgań styków i sprawdzimy czy to będzie działać ;)

Proszę bardzo, no niech mi ktoś powie, że ten najprostszy w świecie program nie działa prawidłowo! A przecież w ogóle, nawet w najmniejszym stopniu nie wykorzystaliśmy tutaj znanych ci dotąd prostych metod programowej eliminacji drgań styków, czyli jakiegoś tam czasu oczekiwania aż one się zakończą.

No więc o co chodzi ?

To jak to jest? Trzeba programowo eliminować te drgania styków czy nie? I ważniejsze pytanie w związku z filmem przedstawionym na początku tego artykułu. Co było w takim razie powodem takiego dziwnego zachowania diody LED gdy stosowaliśmy jeden klawisz także bez programowej eliminacji drgań styków. Tym bardziej, że nie pomagała wtedy nawet sprzętowa niby eliminacja drgań za pomocą kondensatora jak pamiętasz ;) …. Więc w czym rzecz?

To właśnie z tym wiąże się tytuł tego artykułu – że drgania styków to bajki. A dokładniej mówiąc chcę wyjaśnić, że tak szeroko w internecie prezentowane podejście, że takie zachowanie się diody to efekt braku eliminacji drgań styków, jest NIEPRAWDZIWE !!!

Przyczyną tego zjawiska iż nie możemy zapalić lub zgasić diody LED jest TYLKO I WYŁĄCZNIE błędna konstrukcja programu !!! To tak jakbyś zabrał się za projektowanie układu wzmacniacza audio, zastosował tranzystory zbyt małej mocy a potem dziwiłbyś się dlaczego ulegają uszkodzeniu gdy za głośno słuchasz muzyki ;)

Na początek przypomnę wbijaną tobie do głowy przez setki miejsc w internecie najprostszą formę eliminacji drgań styków.  Poniżej kod:

Proszę bardzo ten sam kod dla dwóch klawiszy tyle że z popularną programową eliminacją drgań, która polega po prostu na sprawdzeniu czy na pinie klawisza jest stan niski. Jeśli tak to czekamy np. 20ms aby być pewnym, że ustały drgania styków, i jeszcze raz sprawdzamy czy nadal jest stan niski czyli klawisz wciśnięty.  Dopiero teraz jeśli nadal jest stan niski (kolejny warunek IF) to włączamy lub wyłączamy diodę LED.

Jeśli więc ten sposób ma wyeliminować zjawisko o którym mowa na początku artykułu, które przedstawione jest na filmie jako efekt drgań styków, spróbujmy zastosować ten „cudowny” sposób do pierwszego przykładu, gdzie mamy TYLKO JEDEN klawisz, jedną diodę a celem jest zmiana stanu diody po każdorazowym wciśnięciu klawisza.

Zmodyfikujmy zatem także pierwszy przedstawiony kod aby zawierał niby prawidłową programową eliminację drgań styków:

Ja ciebie przepraszam, już nawet nie będę kręcił kolejnego filmu aby pokazać czy to zda egzamin czy nie …. Sprawdź sam. Ja powiem tylko że sromotnie się zdziwisz ponieważ nie sprawdzi się to, i nadal będziesz miał kolosalne kłopoty aby doprowadzić do przejrzystego zmiany stanu diody LED na przeciwny! :( Efekt od tego na pierwszym filmie będzie się teraz różnił tylko tym, że może częściej uda ci się tego dokonać ale przecież nie chodzi o to żeby było troszkę lepiej tylko aby całkowicie wyeliminować ten EFEKT. ALE CO TO ZA EFEKT ????? SKORO NIE ZWIĄZANY Z DRGANIAMI STYKÓW??? Teraz już chyba widzisz wyraźnie że to BAJKA iż ktoś wmawia ci że takie są właśnie efekty drgań styków ;) w programie. Przy okazji sprawdź co będzie się działo gdy teraz wciśniesz na stałe klawisz. Okaże się że dioda nie przygasa jak na pierwszym filmie tylko szybko migocze. Wbrew pozorom to dokładnie ten sam efekt. W jednym i drugim przypadku gdy wdusisz klawisz na dłużej pętla główna dokonuje wiele razy swój pełny obieg i klawisz zmienia stan na przeciwny zgodnie z częstotliwością obiegów pętli głównej. Gdy nie ma tej „pseudo” eliminacji drgań styków – jak się spodziewasz częstotliwość obiegu (ilość wykonywania się pętli na sekundę jest tak duża) że nasze oko nie dostrzega migotania tylko mamy efekt jakby PWM’a ;) … dioda świeci z 50% wypełnieniem z dużą częstotliwością. Natomiast gdy dodamy oczekiwanie 20ms czy 50ms czy nawet 100ms albo i więcej to nadal będzie ten sam efekt tylko że nasze oko będzie widziało coraz wolniejsze migotanie. A niestety im dłuższy czas zastosujesz tym gorzej będzie z obsługą klawisza. Najpierw przy krótkim czasie trudno było go odpowiedni szybko kliknąć a przy dłuższych czasach trzeba z kolei wduszać go na dłużej i okazuje się że jak przytrzymamy palucha za długo – to dioda też zgaśnie. I tak źle i tak niedobrze ;)

Zbliżamy się do końca tego artykułu. Wyjaśniłem ci dokładnie że:

1. opisany na początku problem to w żadnym wypadku efekt drgań styków ponad wszelką wątpliwość
2. dodanie sprzętowej eliminacji drgań za pomocą kondensatora także nie zniweluje opisanego na początku efektu
3. Bzdurą jest dołączanie rezystora w szereg z mikro-przełącznikiem ;)
4. W KOŃCU – jest to WINA BŁĘDNEGO PODEJŚCIA programisty do obsługi klawisza jako takiego bez względu na drgania styków. Że to jest WINA programu.

A przyznasz, że fora internetowe najeżone są wręcz pytaniami tego typu (przeczytaj uważnie!):

•     Jak za pomocą jednego klawisza gasić i zapalać diodę albo włączać i wyłączać urządzenie ?
•     Jak zrobić żeby krótkie kliknięcie spowodowało jedną akcję w programie ale długie kliknięcie np. 2-3 sekundy spowodowało całkiem inną akcję ?

Wbrew pozorom, gdy ktoś ma w prosty sposób używać jednego klawisza do opcji WŁĄCZ a innego do WYŁĄCZ to nawet totalnie początkująca osoba nie zdająca sobie sprawy z istnienia efektu drgań styków rozwiąże to za pomocą kodu jaki pokazałem wyżej przy okazji omawiania dwóch klawiszy S1 oraz S2 i to bez żadnej programowej eliminacji drgań styków ;) chyba się ze mną zgodzisz.

Ale gdy ta sama osoba stawia sobie pierwszy ciut bardziej skomplikowany cel jakim jest opcja WŁĄCZ/WYŁĄCZ za pomocą tego samego klawisza to już zaczynają się schody  i pierwsze na co wpada gdy w internecie poszukuje informacji jak sobie z tym poradzić jest co ? ano „cudowne” porady i podpowiedzi typu:

„zrób programową eliminację drgań styków – to będzie dobrze”

;) hehehehe setki są takich również podpowiedzi na forach i teraz widzisz sam jak błędnych. A jeszcze gorzej jest gdy początkujący chce właśnie mieć dodatkową funkcjonalność w postaci możliwości oprogramowania krótkiego i dłuższego wciśnięcia klawisza z dwoma różnymi akcjami.

TAK – przede wszystkim trzeba zacząć od tego aby umieć nazwać dokładnie i opisać co się chce uzyskać. Wziąć wręcz ołówek w rękę i rozrysować sobie oraz rozpisać co i w jakim czasie wciskania klawisza chcę uzyskać ????

A wcześniej czy później każdy zmierzy się z kolejnym problemem – czyli jak zrobić aby następowało powtarzanie jakiejś akcji co równe odcinki czasu gdy trzymamy klawisz wciśnięty.

Co gorsze – bardzo szybko KAŻDY czy chce czy nie chce zauważy, że próba majstrowania przy takich celach z użyciem sławnych funkcji _delay_ms() w języku C czy Waitms w Bascomie prowadzi w ślepy zaułek i prowadzi często do zniechęcenia …..

Piszę o tym, wszystkim w odpowiedzi na setki już pytań jakie otrzymuję nie tylko w mailach ale też na forach – w tym ostatnio na naszym forum:

www.forum.atnel.pl

gdzie w krótkim czasie pojawiło się wręcz kilka podobnych wątków i każdy się w nich męczy z wyimaginowaną obsługą drgań styków a nie tędy droga. Wprawdzie, trzeba to zagadnienie wziąć pod uwagę i to bezwzględnie ale zacząć trzeba od czegoś innego !!!

Trzeba zacząć od poznania podstaw obsługi programowej „głupiego” klawisza. Specjalnie piszę głupiego bo każdemu wydaje się że to nic nie znaczące zagadnienie i nie ma o czym mówić – tymczasem już tyle napisałem na ten temat i pokazałem jak wielkie jest niezrozumienie tego wszystkiego.

Trzeba się w końcu raz a dobrze przyjrzeć etapom pracy klawisza i znając z pierwszej książki wydawnictwa Atnel „Mikrokontrolery AVR Język C Podstawyprogramowania” podstawowe zasady korzystania z timerów programowych napisać w końcu porządne kody do obsługi wcale nie głupiego klawisza. To zagadnienie omówię już w kolejnym artykule bo ten się i tak rozciągnął już jak guma arabska. Pokażę tylko na koniec – jak należy sobie ołówkiem rozpisać etapy pracy pojedynczego klawisza jeśli chcemy napisać dobrą jego obsługę i to najlepiej uniwersalną obsługę:

Ja tak to sobie rozrysowałem i opisałem dalej na kartce, co każdy element oznacza i co ma się dziać w programie na każdym z tych odcinków czasowych, wtedy wszystko zacznie wychodzić ;)

Zapraszam więc do kolejnego artykułu: ………….

http://mirekk36.blogspot.com/2012/10/obsuga-klawiszy-drgania-stykow-cd2.html

Z tego artykułu dowiesz się jak sobie radzić z takimi zadaniami obsługi klawisza ;) i będzie to uzupełnienie tego co napisane jest w wyżej wymienionej książce.

część I

część II

część III

.