Dlaczego dany kod niewłaściwie zlicza impulsy enkodera optycznego?

Question

Witam serdecznie. Niestety po wielu bataliach poległem z tematem jakże prostym. Posiadam enkoder optyczny o dokładności 2000 impulsów na obrót. postanowiłem podpiąć go do mikokontrolera aby zacząć liczyć jego impulsy (kierunek obrotu tutaj jest nieistotny) impulsy liczy jednakże liczy je bardzo...

excray · Answer

Enkoder podpinasz pod jedno z wejść opisanych jako Tn (T1, T2, T3), konfigurujesz odpowiedni licznik do pracy z zewnętrznym sygnałem: i gotowe.

krzysiek_kutno · Answer

I tak za dobrze nie rozumiem. Jednakże chciałbym mieć możliwość zrealizowania tego na dowolnym pinie uC. I na takim algorytmie mi najbardziej zależy.

excray · Answer

Możesz wybrać albo zrobić to dobrze, albo zrobić to na dowolnym pinie. Efekty tego drugiego wyboru już znasz z autopsji. Od biedy, jeśli podepniesz sygnał pod pin z opcją INT, to możesz próbować zrealizować to poprzez przerwanie od zmiany stanu/zbocza.

krzysiek_kutno · Answer

ok - a podał być przykład na kodzie proszę ?

excray · Answer

Sygnał podpinasz pod PD6, inicjalizujesz licznik: Kod: C / C++Zaloguj się, aby zobaczyć kod a w programie jako wartość enkodera czytasz TCNT1.

krzysiek_kutno · Answer

Ok - lecz w tym wypadku mam 2 kanały. A i B z enkodera.
1) Analizując sposób nr1 czyli T1 lub T2 lub T3 - to które były by to piny i jak by wyglądał kod - niestety nie mam tyle wiedzy aby sama tabelka mi wystarczyła
2) a jesli bym uparł się przy obojetnie jakim pinie to jak lepiej można zrealizować kod ?
Przepraszam że Cię męczę.

excray · Answer

Skoro , to nigdzie nie podpinasz drugiego kanału z enkodera. To ja Ci życzę powodzenia i będę mocno trzymać kciuki. Jak już napiszesz ten kod to podziel się nim tutaj. Tylko pamiętaj, że w realnym życiu mikroprocesor poza poolingiem pinów robi jeszcze mnóstwo innych rzeczy. I nie można poświęcić 90% jego mocy obliczeniowej na sprawdzanie, czy na jakimś pinie nastąpiła zmiana stanu.

simw · Answer

Sprawdź kod w załączniku. Warunkiem użycia jest wykonanie kodu w przerwaniu od timera.
Im szybsze będzie przerwanie tym szybsze impulsy będą wychwytywane.
Testowałem kod z enkoderem optycznym 360 imp. oraz przerwanie było ustawiane na poziomie 0.1 ms - 1 ms kręcąc nim "jak szalony". Przy Twoim enkoderze pewnie szaleństwo będzie bardziej ograniczone, niemniej jednak warto sprawdzić

mpier · Answer

Witam,
pomijając całą resztę, to skąd wiesz, że liczy źle? Z czym porównujesz?

krzysiek_kutno napisał:

Kod: C / C++
Zaloguj się, aby zobaczyć kod

Twój kod nie zlicza impulsów z enkodera, tylko zmiany stanów na pinach podłączonych do kanału A i B, co raczej nie przekłada się ani na kierunek, ani zmianę pozycji enkodera (tylko zbiegiem okoliczności). Może Twój enkoder produkuje kod Graya?

krzysiek_kutno · Answer

Porównuję z daną pozycją mechaniczną jaką winien osiągnąć - nadmienię iż minimalnie się różni. Enkoder zaprzęgnięty jest do zaworu.

krzysiek_kutno · Answer

Nie miał bym tyle szczęścia aby utworzył się tutaj kod Greya.
Pomijając wszystkie dywagacje - Nie mogę sobie poradzić z konfiguracją licznika - Piny A oraz B podpięte są PD6 i PD7. czyli nasze T1 i T2.
Jak skonfigurować preskaler oraz jak skonfigurować odczyt ?

mpier · Answer

Czego oczekujesz od konfiguracji licznika, jeśli nie wiesz co daje na wyjściu Twój enkoder i zakładasz że nie jest to kod Graya? Ja bym jednak na próbę przyjął że jest. W twoim kodzie, który cytowałem przenieś pierwszy "}" na koniec i usuń pierwsze "licznik ++".

Dodano po 27 [minuty]:

Oczywiście ważny jest kierunek. Licznik powinien liczyć w obie strony, zależnie czy pozycjaA równa się pozycjaB.
Jeśli enkoder liczy 0, 1, 2 ,3, 0, 1, 2, ..., określenie kierunku i pozycji nie będzie trudne.

Dlaczego dany kod niewłaściwie zlicza impulsy enkodera optycznego?

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Post #11

Post #12

Post #13

Podsumowanie tematu