Enkoder do krokowca

tuxcnc · Post napisał: **tuxcnc** » 15 sie 2013, 18:57

Adalber pisze:Przedstawiony powyżej moduł nie potrzebuje przesłony ni szczeliny.
Tux jaki to wg.Ciebie będzie prawidłowy przebieg?
Wiecie przynajmniej skąd nazwa kwadraturowy ?

50% wypełnienia i 90° przesunięcia w fazie.

Idź i nie kompromituj się więcej.

.

mc2kwacz · Post napisał: **mc2kwacz** » 15 sie 2013, 19:05

Raczej się opłaci kupić pojedynczy gotowy układ niż kombinować z instalowaniem szczelinowców, ich wzajemnym położeniem itd. nawet za 25. Co to jest 25zł gdy przyniesie oszczędność co najmniej godziny pracy i dodatkowo zagwarantuje pewność działania? Nie uzyskasz odpowiednika 150lpi (kwardaturowo 600ppi) ręcznie rzeźbionym układem, chyba że będzie przeskalowany kilkakrotnie.

Jeśli chodzi o sam sygnał kwadraturowy, to jego dokładność fazowa jest wymagana wtedy, gdy chcemy wykorzystać również stany pośrednie albo jeszcze dokładniej - momenty wystąpienia zboczy. Albo dynamicznie, przy stałej prędkości ruchu, jeszcze bardziej podnieść rozdzielczość.
W przypadku zwykłego zliczania z kontrolą prędkości, to nie ma znaczenia czy offset kątowy będzioe 90 stopni czy 5 stopni, byle miał zawsze ten sam znak. Czyli mniej lpi niż 150 może bezpiecznie być.

tuxcnc · Post napisał: **tuxcnc** » 15 sie 2013, 19:32

mc2kwacz pisze:Raczej się opłaci kupić pojedynczy gotowy układ niż kombinować z instalowaniem szczelinowców, ich wzajemnym położeniem itd. nawet za 25. Co to jest 25zł gdy przyniesie oszczędność co najmniej godziny pracy i dodatkowo zagwarantuje pewność działania? Nie uzyskasz odpowiednika 150lpi (kwardaturowo 600ppi) ręcznie rzeźbionym układem, chyba że będzie przeskalowany kilkakrotnie.

Jeśli chodzi o sam sygnał kwadraturowy, to jego dokładność fazowa jest wymagana wtedy, gdy chcemy wykorzystać również stany pośrednie albo jeszcze dokładniej - momenty wystąpienia zboczy. Albo dynamicznie, przy stałej prędkości ruchu, jeszcze bardziej podnieść rozdzielczość.
W przypadku zwykłego zliczania z kontrolą prędkości, to nie ma znaczenia czy offset kątowy będzioe 90 stopni czy 5 stopni, byle miał zawsze ten sam znak. Czyli mniej lpi niż 150 może bezpiecznie być.

Coś chyba zaczyna Ci się mylić.
Mowa była ostatnio o wykorzystaniu enkodera 180 lpi z liniałem 2 lpi.
Oczywiście jak pasek ma 5 mm szerokości, to można użyć nawet pojedynczych fototranzystorów i będzie lepiej.
Jak ktoś chce 100 czy 200 lpi to powinien kupić odpowiedni HEDS i zamówić tarczkę w naświetlarni, to jest bezdyskusyjne.

Nie ma czegoś takiego jak "zwykłego zliczania z kontrolą prędkości".
Albo enkoder daje dokładną informację o pozycji (50% wypełnienia i 90° przesunięcia w fazie), albo oszukuje i trzeba sztuczek programowych żeby mu zmniejszyć rozdzielczość.
Przykład :
Silnik krokowy ma 200 kroków na obrót i chcemy go sprawdzać z dokładnością do jednego kroku.
Przy prawidłowym przebiegu kwadraturowym wystarczy enkoder 50 cpr, przy kopniętym przebiegu musi być już 100 cpr (i to też przy symetrycznej tarczy), bo do pomiaru położenia wykorzystać można informację tylko z jednego kanału.

.

Adalber · Post napisał: **Adalber** » 15 sie 2013, 20:56

Poczytałem, przemyślałem, chyle czoła - Tuxcnc ma rację.

mc2kwacz · Post napisał: **mc2kwacz** » 15 sie 2013, 23:42

Oczywiście miało być "z kontrolą kierunku".
Ja nic innego nie napisałem. Enkoder zaprojektowany na wejściowe 150lpi daje na wyjściu 600ppi. Czyli przy katalogowo zalecanej tarczy 11mm i 360 liniach na obwodzie daje fizyczną rozdzielczość 1/4 stopnia kątowego.
Przy niepoprawnym formacie wejściowym, istotnie różnym od zalecanego, enkoder można wykorzystać praktycznie tylko jako źródło 2 sygnałów kodujących ilość impulsów (lub zmian gdy okna i przesłony są jednakowe) i kierunek. Jeden sygnał traktuje się jako źródło impulsów zliczanych, a fazowe przesunięcie (dowolne, byle znak był poprawny) jest sygnałem uzupełniającym dla określenia kierunku. Bo oczywiście nie jest to już enkoder kwadraturowy. Ale nadal jest to działający enkoder. Zależy co jest potrzebne i co jest wykorzystywane przez współpracujący układ.
Mówimy tym samym.

markcomp77 · Post napisał: **markcomp77** » 16 sie 2013, 00:03

Witam,

kamar pisze:przymierzam się do zrobienia enkodera do krokowca [...]
Miałby służyć do zmontowania sprzężenia zwrotnego w LinuxCNC.

realizacja enkodera wydaje się prosta... choć możliwe są różne drogi
wykorzystanie sygnału z enkodera we wnętrzu linuxcnc przez HALa również można sobie wyobrazić i oczywiście dyskutować...

ale.... jak wprowadzić sygnał z enkodera do komputera?

na porcie LPT jest 5 wejść - trochę mało

załóżmy, że dla każdej osi mamy enkoder AB... a maszyna ma 3 osie XYZ... to wychodzi 2*3 = 6 sygnałów

przy jednym porcie LPT nie przejdzie...

wypadło by dostawić jeden dodatkowy port LPT do PCeta... można nawet przekonać port LPT do pracy z 5 + 8 wejściami...

wciąż pozostaje ograniczenie częstotliwościowe, programowej obsługi enkodera w PC... czyli enkoder dość rzadki w rozdzielczości ( taki ESTOP rażącego odstępstwa od właściwej pozycji)

Post napisał: **251mz** » 16 sie 2013, 00:07

markcomp77 pisze:ale.... jak wprowadzić sygnał z enkodera do komputera?

na porcie LPT jest 5 wejść - trochę mało

Coś czuję ,że kamar razem ze mną zamówie MESE

markcomp77 · Post napisał: **markcomp77** » 16 sie 2013, 00:12

MESA fajna rzecz... ale dużo droższa od PCeta zdatnego do linuxcnc

--inna droga
a może oprogramować uC do obsługi wszystkich enkderów i monitorować co jest wysyłane na liniach STEP/DIR wszystkich osi...
i w razie nie realizowania wymaganych przemieszeń przez silniki -- uC jakoś by reagował... najprościej ESTOP...

można też wyobrazić sobie przejęcie sygnałów STEP/DIR w drodze do sterowników... i realizację jakiś korekt... a nawet poinformować program linuxcnc, że wypadało by spowolnić, bo kroki się gubią... ale to już chyba trochę za dużo kombinowania

mc2kwacz · Post napisał: **mc2kwacz** » 16 sie 2013, 00:31

Najprościej to jest kupić gotowe rozwiązanie, dostępne za niewygórowaną cenę, a nie rzeźbić ułomne substytuty jak w sąsiednim wątku.

Kilkanaście lat temu miałem taki program do peceta pod windows, który był analizatorem stanów logicznych. Taka zabawka radioamatorska, ale użyteczna w prostych sprawach. Wejściem był port równoległy. Z wtyczki LPT wychodził kabelek rozdzielający się na 4 sondy i masę do nich. Na pececie 486, bodaj pod win95 prędkość próbkowania była prawie 500kHz. Do próbkowania wspomnianego enkodera optycznego na pełnej jego prędkości wystarczy 80kHz a nawet mniej.

markcomp77 · Post napisał: **markcomp77** » 16 sie 2013, 01:08

ciekawe jaka jest realna częstotliwość z jaką linuxcnc może obsłużyć wątek enkodera.... nie ze względów elektrycznych portu lpt...

Kod: Zaznacz cały

addf encoder.capture-position  servo-thread

jakie to polecenie ma "pasmo przenoszenia"?

Enkoder do krokowca

Re: Enkoder do krokowca

Wałek prowadzący chromowany fi16 h7

Dysk na rzepy 150 H21N/P806H

Enkoder do krokowca

Re: Enkoder do krokowca

Wałek prowadzący chromowany fi16 h7

Dysk na rzepy 150 H21N/P806H

Zaloguj się • Zarejestruj się

Połącz się z kontem sieci społecznościowej