cyfrowy odczyt do frezarki i zle działajacy enkoder

Witam
Zbudowałem na podstawie arduino UNO i wyświetlacza 4-bit LED panel cyfrowego odczytu do stołu frezarskiego.

Jako czujnik wykorzystuje pasek z naniesionymi " kreskami" i transoptor całość wymontowałem z drukarki.

Do przerwań zewnętrznych w arduino podpinam czytnik poprzez komparator lm393 ale podczas testów okazuje się ze szybkie ruch powodują gubienie kroków.

Po podpięciu pod analizator stanów logicznych okazuje się że problem leży prawdopodobnie w tym że zbocza impulsów z wejścia A i B niebezpiecznie zbliżają się do siebie. Ja czepiał by się] tu komparatorów (zastosowałem gotowe moduły z chin -zdjęcie poniżej )



Może ktoś ma pomysł aby usprawnić ten układ

to tez chciał bym wiedzieć do jakiego stopnia mogę "zawalić" arduino impulsami.

Ale jak podpinam dobrej firmy enkoder(Fanuc) bezpośrednio do arduino to jest lepiej (tez potrafi zgubić impulsy ale w mniejszym stopniu) a gdy ten lepszy enkoder podepnę do arduino poprzez komparator to wtedy jest tragedia.

Z jaką częstotliwością nadchodzą impulsy? Jak wygląda funkcja obsługi przerwań? Może tu leży problem, bo jest zbyt długo obsługiwana.

Częstotliwość impulsów mogę podać ogólnie ponieważ enkoder podaje 7imp/ mm.

"głowice" czyli transoptor podwójny przesuwam nad nim z prędkością około 5cm/1sek

Trzeba pamiętać że same arduino dostaje 2 razy więcej impulsów ponieważ enkoder ma kanał A i B

Przy takim przesuwie wychodzi 50mm*7=350 impulsów/s, nawet jeśli masz osobno dla kanałóż A i B to 700 imp/s nie powinno być problemem, chyba, że Arduino jest bardziej skopane niż mi się wydaje Natomiast twój kod jest jakiś dziwny - enkoder koduje w kodzie Greya, twój kod w żadnym przypadku nie wygląda mi na dekoder tego kodu i tu raczej jest problem. On nie gubi imuplsów, lecz je niepoprawnie dekoduje.

Ogólne ten kod dodaje impulsy oraz odejmuje jeśli kręcę w druga stronę.

Tak wiec kod działa lecz należy założyć że można go poprawić lub całkowicie zmienić.

Niestety nie działa - to co stworzyłeś to nie jest dekoder impuslów z enkodera - tak się nie dekoduje kodu Graya.
Kolejna sprawa - w przerwaniu powinieneś liczyć impulsy, a nie ustawiać flagi goingUp i goingDown, bo to nie ma sensu. Jeśli pomiędzy przerwaniami nie dojdzie do pełnego obiegu pętli loop to efektem będzie zgubienie impulsu. Kolejna sprawa to atomowość modyfikacji zmiennych używanych w przerwaniach. Zastanów się co będzie jeśli pomiędzy if w loop a resztą kodu wystąpi przerwanie? Zgubisz info o jego wystąpieniu, w efekcie impuls.

Rozumiem że po pierwsze zliczanie impulsów mam przenieść do funkcji przewiania.
Co do dekodowania kodu graya to poszukam jeszcze informacji na ten temat- lecz nie za bardzo wiem w czym dokładnie leży problem gdyż mój sposób zlicza impulsy.
Nie upieram się ze program jest Ok tylko na przyszłość chciał bym wiedzieć czemu nie robić tego w ten sposób.

Rozrysuj sobie przebiegi A i B i zobacz, czy twoja funkcja poprawnie identyfikuje kierunek w każdej sytuacji
W mojej stopce masz przykłady kodów zawierających dekoder impulsów z enkodera.

Mam jeszcze jedno pytanie.

Mój projekt będzie odczytał położenie stołu krzyżowego frezarki w 3 osiach X Y Z. W pierwszej wersji planowałem zastosować arduino UNO. Po jednym na os gdyż mam do dyspozycji tylko 2 przerwania w jednym module. Ale myślę nad zastosowaniem arduino mega gdyż wtedy mam 6 przerwań w jednym urządzeniu. Ale czy Mega sobie poradzi jeśli będę dawał impulsy z 3 osi naraz.
Co będzie jeśli na 2 wejściach przerwania pojawi się w tym samym momencie impuls i będą one trwały tak samo długo.

@Prezeslukasz Przy liczbie impulsów na sekudę jaką podałeś to ślimak sobie poradzi. Więc tu nie ma problemu. Kwestia, aby przynajmniej poprawnie zaimplementować obsługę enkodera. Co do równoczesnych przerwań to też nie ma problemu, gdyż zostaną one obsłużone w kolejności priorytetów. Ważne tylko, aby w trakcie obsługi przerwania nie były zgłoszone kolejno dwa przerwania tego samego typu. W twoim przypadku taka sytuacja nie będzie miała miejsca (o ile naprawdę nie popsujesz funkcji obsługi przerwań).

A jak rozwiazac problem z tym ze w arduino mega piny przerwania i komunikacji I2C są na tych samych wejściach.


W projekcie moim przerwania są nie zbędne ale i komunikacja I2C też by się przydała.