Możesz wytłumaczyć po kiego grzyba wrzuciłeś tu tyle linków? Robisz za googla czy jak?

20 - 30 ns to za mało dla ustania drgań a za dużo do osiągnięcia przez AVR-a
20 - 30 ms to już lepiej. Z resztą może być i z 80 ms. Człowiek to wolny zwierz i raczej nawet 10 razy na sekundę przycisku nie wciśnie zatem i 100ms by dało radę bez wprowadzania opóźnienia w obsługę.
Inna sprawa, ze 100ms to już można zobaczyć okiem i jak się poczuje klik anie zauważy reakcji to może być w jakiś sposób irytujące. 50ms jest czasem idealnym IMO.

Pół sekundy to za dużo. Wystarczy kilkadziesiąt milisekund. Drgania w tym czasie ustaną a taki czas nie będzie opóźniał użytkownika.

Pioterek - spróbuj tego programu, który podlinkował logopeda.

Gościu proszę Cię nie mów mi czego nie rozumiem bo nijak się z tym nie zdradziłem.
I uwierz mi, że rozumiem co to są priorytety przerwań bo od 17-tu lat zarabiam na życie programując m.in. mikrokontrolery.

Przycisk możesz sobie sprawdzać co jakiś czas bo człowiek to jest bardzo powolne stworzenie dla mikrokontrolera. Tylko uzasadnij po co masz zwiększać obciążenie procka pollingiem skoro po to producent procka wsadził tam przerwania.
A co do enkodera to sprawdzanie pollingiem stanu jego "nóg" to już jakiś żart a konkretnie idiotyzm połączony z amatorką.

Natomiast Ty nie rozumiesz że każde przerwanie ma priorytet, a do określania pozycji enkodera musi być zachowana kolejność. Z tego co pamiętam z 8051 to przerwania powodują umieszczanie adresów powrotów na odpowiedniej liście w pamięci RAM. Jak przegniesz z niezakończonymi przerwaniami to zaliczysz kolizję danych itp krzaczki.

Sęk w tym, że Ty na prawdę nie masz o tym pojęcia. Widzę, że nie chcesz ich użyć bo po prostu nie umiesz. Jeszcze raz: przeczytaj tę książkę co polecałeś pioterkowi albo jakąkolwiek inną traktującą o programowaniu mikrokontrolerów a poznasz siłę przerwań.


A tak nawiasem mówiąc to właśnie piszę program na ATMega48, który na podstawie GPS-a generuje impulsy drogi. I wiesz co, korzystam z przerwań od UART-a, timera i pinów zewnętrznych. I wiesz co? Działa

strikexp dlaczego boisz się przerwań.
Zrób użytek z przerwania od pinu. Możesz sobie ustawić zbocze, na które chcesz mieć wygenerowane przerwanie. W przerwaniu NIE RÓB NICZEGO POZA ZLICZANIEM impulsów. Funkcja obsługująca przerwanie ma się wykonywać tak krótko jak to tylko możliwe.
Całą resztę rób sobie jak chcesz. Resztę czyli przeliczanie zliczonych impulsów na milimetry, wyświetlenie ich na wyświetlaczu itp.
Obsługę przycisków również zrób na przerwaniu bo po co inaczej?
Jeśli tak zrobisz to każde tyknięcie enkodera zostanie obsłużone. No oczywiście do granic możliwości sprzętu i softu. Ale będzie duuuuużo lepiej niż masz teraz. A wszystko dzięki temu, że przerwanie przerwie Ci np. wyświetlanie, które jest mniej ważne od zliczenia impulsów. Po obsłużeniu przerwania wrócisz do obsługi wyświetlacza i dokończysz wyświetlanie.
Dzięki temu bez względu na to jaki wyświetlacz masz podłączony to nigdy nie zgubisz impulsów od enkodera.

W tym systemie można użyć max dwóch kanałów bo tyle przerwań zewnętrznych obsługuje NANO I UNO.

Rzuciłem bardzo pobieżnie okiem na ten kod i wygląda na to, że koleś też nie korzysta z przerwań zewnętrznych a korzysta z przerwań timera, na którego to handlerze odczytuje stan wejść. Słabe to ale i tak lepsze niż strikexp-a. Jeśli faktycznie tak to działa to może więcej wejść obsłużyć. No ale to to tylko szybki rzut okiem i może źle piszę.

Bo strikexp jest zbyt zaawansowany żeby używać przerwań
Wszystko robi w pętli głównej i dziwi się, że nie wyrabia z odczytem enkodera.

Zdaje się, że w tym wątku polecałeś piterkowi jakąś książkę o programowaniu a siebie określiłeś zbyt zaawansowanym żeby ją czytać. Przeczytaj ją.

Nie, nie pociągnie.
Nie chce mi się teraz szukać Twojego kodu ale skoro twierdzisz, że teraz Ci nie ciągnie to znaczy, że nie używasz przerwań od wejść enkoderowych. A to oznacza, że nawet jeśli nie będziesz miał wcale wyświetlaczy to nie obciągniesz niezawodnie nawet jednemu enkoderowi. Albo z drugiej strony: gdybyś używał przerwań to żaden wyświetlacz by Ci nie przeszkadzał w obciąganiu enkoderowi.

Ostrzegam tylko, przy enkoderze 400imp/obr trzeba kręcić bardzo wolno. Około 1 obrót na 4 sekundy.
Inaczej Arduino gubi kroki, naprawię to wymieniając wyświetlacz na taki z własnym sterownikiem.

Ty to na poważnie piszesz?