Enkoder do krokowca

kamar pisze:

tuxcnc pisze:
i tak uzyskasz marne 2000 obr/min maksymalnej prędkości pomiarowej.

.

Mnie "marne" 1200 obr/min w krokowcu wystarcza. Jak rozkręcisz go szybciej to pogadamy.

Enkoder jest urządzeniem uniwersalnym, nie jest przypisany do silnika krokowego, a wiele rzeczy kręci się szybciej.

Nadal nie wiadomo co próbujesz osiągnąć zwiększając dokładność enkodera.
Ciągle pytasz czy może być więcej, a konsekwentnie unikasz odpowiedzi czemu to by miało służyć.
Do czegoś ci większa rozdzielczość jest potrzebna ?
Czy tylko chcesz zrobić tysiąc szczelin bo umiesz i tak jest ładniej ?

Powiem Ci coś jeszcze w tajemnicy : transoptor musi być dopasowany do szerokości paska.
Samo przysłonięcie fototranzystora szczeliną nie musi wcale zadziałać, szczególnie gdy oświetlisz raptem kilka procent struktury półprzewodnikowej.

Krótko mówiąc prawidłowa kolejność pytań jest : po co ? z czego ? w jaki sposób ?
A Ty zaczynasz od końca.

.

markcomp77 pisze: zgadzam się kol. tuxcnc, że dużo większa rozdzielczość niż 100 czy 200szczelin nie ma wielkiegoi sensu... roszną koszty.. a PCet i tak tego nie przetrawi na czas...

Oj, kochane forum Mareczku, miedzy 100 a 200 szczelin jest cholerna różnica w wykonaniu, a 500 otworkami jeszcze wieksza. Wiec może ustalmy co być musi. I na pewno nie podłączane do dokładanego LPT. Do testów jednego to znajdę gdzieś wolne piny i na wolnych obrotach powinien dać jakiś obraz. Docelowo to Mesa proponowana przez micgesa.

kamar pisze:Docelowo to Mesa proponowana przez micgesa.

Jeżeli to ma chodzić tylko i wyłącznie z Mesą, to zrób tyle szczelin ile dasz radę i dopasuj transoptor który wytrzyma z 500 kHz.
Wtedy może i do czegoś innego da się tego użyć, np. jak zapragniesz przetestować sobie serwa.
Tylko pamiętaj, że poziom trudności rośnie nieproporcjonalnie do rozdzielczości.

.

tuxcnc pisze: Nadal nie wiadomo co próbujesz osiągnąć zwiększając dokładność enkodera.
.

Cytat z pierwszego wątku :

kamar pisze: Miałby służyć do zmontowania sprzężenia zwrotnego w LinuxCNC.

No chyba że pod tym pojęciem rozumiesz tylko pilnowanie czy kroczka nie zgubił. Mój zapracowany programista twierdzi ze można osiagnąć znacznie więcej.

kamar pisze:

kamar pisze: Miałby służyć do zmontowania sprzężenia zwrotnego w LinuxCNC.

No chyba że pod tym pojęciem rozumiesz tylko pilnowanie czy kroczka nie zgubił. Mój zapracowany programista twierdzi ze można osiagnąć znacznie więcej.

Pewnie z twoim zapracowanym programistą zrozumieli byśmy się po wymianie dwóch zdań, ale z Tobą jest ten problem, że próbujesz rozmawiać w obcym języku i co prawda znasz słowa, ale nie rozumiesz ich znaczenia.
Sprzężenie zwrotne to termin bardzo ogólny, można go stosować i przy nadzorowaniu krokowca czy nie zgubił kroków i przy skomplikowanych układach regulacji.

A co do "osiągnąć znacznie więcej", to i faktycznie można, ale wtedy enkoder powinien być dokładniejszy od zastosowanego mikrokroku.
Więc też nie na pałę, "bo tyle mi się uda", tylko trzeba policzyć.

Przy odczycie kwadraturowym można rozróżnić cztery razy więcej położeń niż jest szczelin.
Czyli przykładowo 1000 szczelin to 4000 rozróżnialnych położeń.
Krokowiec dla odmiany ma zwykle 200 kroków na obrót, a ilość teoretycznie rozróżnialnych położeń to 200 razy mikrokrok.
Czyli przy pełnym kroku jest 200 impulsów STEP na pełny obrót, a żeby rozróżnić każdy z kroków enkoder musi mieć 50 szczelin.
Tylko tyle, że silnik może zgubić tylko wielokrotność czterech kroków, więc te pięćdziesiąt szczelin to i tak więcej niż potrzeba.
Jeżeli natomiast chcemy pilnować położenia osi silnika z dokładnością do mikrokroków, no to enkoder musi mieć co najmniej tyle szczelin co ćwierć mikrokroków na obrót.
Nie chce mi się szukać ile tam tego mikrokroku masz, ale przykładowo jeśli dziesięć, to enkoder musi mieć co najmniej pięćset szczelin, a lepiej żeby kilka razy więcej.
Z kolei 500 szczelin to 2000 pomiarów na obrót, więc 1200 obr/min to pomiar z częstotliwością 40 kHz, co port LPT może teoretycznie przenieść, ale zwykle będzie już dla niego zbyt szybko.

No i teraz jest pytanie natury filozoficznej : Po co robić enkoder 500 cpr ?
Można kupić na Ebay za 60 zł, przez LPT obsługiwać go się nie da, a Pluto-P albo Mesa wytrzymają dziesięć razy szybciej.

.

tuxcnc pisze: ale z Tobą jest ten problem, .

Za to z programistami jest ten problem, że wszyscy wszystko wiedzą tylko nikt nic nie zrobił i nie pokazał. Człowiek z temacie niżej usiłowal coś zrobić to go wdeptali z ziemię. Dostepne cenowo enkodery mają połączenia na wężyk czy inne sprzęgiełko i się nadają na biurko a nie do maszyny. Te które by się dały odpowiedni zamocować zaczynają się od 700zł w góre.
Załatw taki za 100 zł i nie ma rozmowy http://www.ebay.pl/itm/HENGSTLER-RI76TD ... 20d4c5aa02

[ Dodano: 2013-08-18, 14:45 ]

markcomp77 pisze: tastępna sprawa... to wyfrezować "futerko" dla fotodiodek... i ledów -- i zrobić samemu dopasowany do tarczy transoptor... to można ferznąć w plastiku

Tez o tym myślę. Podejmiesz się dobrać te fotoelementy i podesłać z garść do testów ?
Takie coś może być ? http://allegro.pl/fototranzystor-npn-sf ... 75078.html
Zrobię jeden na te 500 dziurek z gniazdami. Będzie łatwiej je ustawić. Rozumiem ze na jednym okręgu pierwszy ma trafiać w otworek a drugi między ?

kamar pisze:Załatw taki za 100 zł i nie ma rozmowy http://www.ebay.pl/itm/HENGSTLER-RI76TD ... 20d4c5aa02

Są TAKIE .
Czegoś takiego to ewidentnie nie warto dłubać samemu.
Z wierzchu nawet wyglądają porządnie, tylko w środku jest badziew.
I nie zapominaj, że śruba ma dwa końce, a czasem silnik ma wałek wystający na dwie strony.
Niestety najczęściej jest tak, że ludzie sprzedają to co sprzedają, a nie to co Kamarowi jest potrzebne.
Zresztą wcale nie było rozmowy typu "po cholerę robić jak można kupić ?", raczej od początku była mowa że albo będzie nie tak, albo za drogo, więc warto pokombinować.
Tylko od początku miałeś problem wytłumaczyć kilka istotnych szczegółów.
Teraz to już nieistotne, bo jak enkodery mają być do Mesy, to rób tyle szczelin ile Ci się tylko uda, nawet 1357 jeśli tak wyjdzie z obwodu i średnicy narzędzia, bo w LinuxCNC procedura odczytu enkodera używa arytmetyki zmiennoprzecinkowej, to sobie wszystko przeliczy.
Po prostu lepiej mieć 600 niż 400 bo 800 by się nie zmieściło.

.

Odezwę się nieśmiało, że można przemyśleć zastosowanie taniego, plastykowego encodera z serii HEDL (lub S albo M). Są mocowane zatrzaskowo na osi (w obudowie jest otwór na wylot), elektronika i tarczka wewnątrz. Wystarczy zamocować obudowę (żeby się nie obracała razem z osią silnika ) i już. Ceny zaczynają się poniżej 20$.
Stosowane są w serwisowanym przeze mnie sprzęcie i nie ma z nimi kłopotów. Są też podobne ustrojstwa innych producentów.

Pokaz jakieś linki bo te co znajduje to dziury nie mają.

clipper7 pisze:Stosowane są w serwisowanym przeze mnie sprzęcie i nie ma z nimi kłopotów.

Jak są stosowane tam, gdzie się nadają, to kłopotów być nie powinno.
W datasheet HEDS-9710 piszą, że rekomendowana częstotliwość to ... 8 kHz.
Nie wiem jak z innymi, ale pewnie 20 kHz to ich szczyt możliwości.
Nie da się na tym zbudować enkodera o dużej rozdzielczości, który by działał do dwóch czy trzech tysięcy obr/min.
A serwa potrafią się kręcić jeszcze szybciej.
To jest raczej rozwiązanie dla 100-400 cpr, albo enkoderów liniowych, gdzie takie prędkości nie występują.

.