Enkoder do krokowca

Dyskusje na temat silników krokowych i sterowników silników krokowych.

Autor tematu
kamar
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 27
Posty: 16283
Rejestracja: 18 wrz 2010, 06:17
Lokalizacja: Kozienice
Kontakt:

#71

Post napisał: kamar » 17 sie 2013, 15:46

mc2kwacz pisze:[
Z mojej strony to tyle w tym temacie :)
Pięknie by było ale nie wierzę :)



Tagi:

Awatar użytkownika

tuxcnc
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 29
Posty: 9334
Rejestracja: 26 lut 2011, 23:24
Lokalizacja: mazowieckie

#72

Post napisał: tuxcnc » 17 sie 2013, 15:54

mc2kwacz pisze:
MlKl pisze:LinuxCNC jest jedynym programem, który bez żadnej zewnętrznej protezy potrafi obsługiwać maszynę CNC w czasie rzeczywistym.
A mach 3 nie?
Jak na wielkiego profesjonalistę (pod żadnym pozorem nie mylić z amatorem !!!), to totalna kompromitacja.
Reszty twoich debilizmów komentować mi się nie chce.

.

Awatar użytkownika

MlKl
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 6
Posty: 3705
Rejestracja: 15 sie 2010, 13:44
Lokalizacja: Błonie
Kontakt:

#73

Post napisał: MlKl » 17 sie 2013, 16:18

mc2kwacz pisze:Jeśli Ciebie nie obchodzi, to po co się do mnie odzywasz? Na dodatek nie potrafiąc udzielić odpowiedzi?
Odzywam się, bo gadasz bzdury w wątku, który w ogóle nie ma związku z tym, co ty próbujesz osiągnąć. Rozpisujesz się o teoretycznej przepustowości portu LPT, gdy rzecz polega na ilości sygnałów, jakie przezeń może przepuścić system w czasie rzeczywistym. Nie ma znaczenia, że da się przepuścić 100 mHz, gdy nie można tego robić w czasie rzeczywistym. A nie można, bo procesor oprócz obsługi portu ma jeszcze sporo innych procesów do obsłużenia, i musi dzielić swój czas na wszystkie. Pomiar Jittera pozwala ocenić, jak realnie wyglądają możliwości danej konfiguracji sprzętowej do pracy portu równoległego w trybie czasu rzeczywistego. On nie został do tego stworzony. Każda drukarka ma bufor na dane, i drukuje z bufora, a nie wprost z portu. Karta Piko, MESA czy CSMIO to też rodzaj bufora, pecet zostaje zredukowany do roli zadajnika trajektorii, fizyczne wysyłanie sygnałów step i dir przejmuje specjalizowany ukłąd z karty.

Mach 3 jest zwykłą aplikacją pod shita, i nie pracuje w czasie rzeczywistym. Dopóki rzecz się sprowadza do wysłania sygnałów w jedną stronę, zazwyczaj się to udaje. Ale już próba gwintowania, gdzie trzeba zczytać sygnały z enkodera i zgrać z nimi obroty śruby posuwu pokazuje, że nie ma lekko.

Awatar użytkownika

pitsa
Moderator
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 3
Posty: 4463
Rejestracja: 13 wrz 2008, 22:40
Lokalizacja: PL,OP

#74

Post napisał: pitsa » 17 sie 2013, 18:04

Co powiecie specjaliści na temat Linuxcnc + Ethernet? Tu przykład: http://www.cnczone.com/forums/pic_progr ... board.html

Ciekawostka o tym jak powinien pracować silnik krokowy:
[youtube][/youtube]
zachowanie spokoju oznacza zdolności do działania
ᐃ 🜂 ⃤ ꕔ △ 𐊅 ∆ ▵ ߡ


251mz
Moderator
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 11
Posty: 4478
Rejestracja: 27 sie 2004, 21:59
Lokalizacja: Polska

#75

Post napisał: 251mz » 17 sie 2013, 18:42

pitsa pisze:Co powiecie specjaliści na temat Linuxcnc + Ethernet? Tu przykład: http://www.cnczone.com/forums/pic_progr ... board.html

Ciekawostka o tym jak powinien pracować silnik krokowy:
[youtube][/youtube]
Tak chyba nie powinien chodzic....
Tak jak pokazali to chodzi dokladnie jak silnik indukcyjny....

Awatar użytkownika

tuxcnc
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 29
Posty: 9334
Rejestracja: 26 lut 2011, 23:24
Lokalizacja: mazowieckie

#76

Post napisał: tuxcnc » 17 sie 2013, 18:59

Zaraz nam się tutaj przeniesie dyskusja z sąsiedniego wątku ...

Jest poważnym błędem zakładanie pętli sprzężenia zwrotnego nie obejmującej planera, czyli programu sterującego.
Wyobraźmy sobie krótki program :

Kod: Zaznacz cały

G0X0Y0Z0
G1Z-1
G1X100Y100
G0Z10
M2
A teraz sobie wyobraźmy że po osiągnięciu puntu 0,0,0 oś X się blokuje i rusza dopiero gdy Y jest w połowie drogi.
To jest możliwe i przy serwach sterowanych STEP/DIR i przy przedstawionych na filmie serwokrokowcach.
I absolutnie na pewno wynik działania takich napędów może daleko odbiegać od programu.
Akurat w LinuxCNC serwa z kartami Mesa mogą wyjść taniej, a na pewno wyjdą lepiej.
Ale powinien zadziałać i serwokrokowiec zrobiony ze zwykłego sterownika i enkodera, róznica będzie taka, że po przekroczeniu maksymalnego błędu program się zatrzyma.

.


Autor tematu
kamar
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 27
Posty: 16283
Rejestracja: 18 wrz 2010, 06:17
Lokalizacja: Kozienice
Kontakt:

#77

Post napisał: kamar » 17 sie 2013, 19:46

Uczone dyskusje niech się toczą obok, ja zrobie testy na czymś takim:

Obrazek Obrazek

Na 70mm tarczy wyszło mi 200 szczelin 0.5 mm - za dużo , za mało czy wystarczy ???.
Na razie wykorzystam dwa kanały z płytki do gwintowania ale docelowo przydałaby się jakaś mniejsza do schowania w kawałku tworzywa.

Awatar użytkownika

markcomp77
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 21
Posty: 3962
Rejestracja: 18 wrz 2004, 12:51
Lokalizacja: k/w-wy
Kontakt:

#78

Post napisał: markcomp77 » 17 sie 2013, 21:24

tuxcnc pisze:Akurat w LinuxCNC serwa z kartami Mesa mogą wyjść taniej, a na pewno wyjdą lepiej.

Ale powinien zadziałać i serwokrokowiec zrobiony ze zwykłego sterownika i enkodera, róznica będzie taka, że po przekroczeniu maksymalnego błędu program się zatrzyma.
przy krokowcu z założoną pętlą na sterownik, możliwa jest nie tylko korekta.. ale dynamiczne sterowanie momentem (czyli jak w typowym serwie)
skutki tego są pozytywne: mniej rezonansów (bo nie szarpie , gdy nie trzeba)... jest trochę ciszej.. i silnik chłodny

właściwie nie stoi nic na przeszkodzie, aby "szpiegować" enkoder krokowca zapiętego na sterowniku... i przekazywać odczyt enkodera do kontrolera ruchu...

[ Dodano: 2013-08-17, 21:35 ]
pitsa pisze:Co powiecie specjaliści na temat Linuxcnc + Ethernet? Tu przykład: http://www.cnczone.com/fo...face_board.html
idąc tą drogą, może udało by się zrobić szybki czytnik encoderów + generator step/dir? (nawet na arduino.. ale due... albo maple)
SpotkanieCNC: STOM-TOOL Marzec 2014
http://www.cnc.info.pl/topics79/spotkan ... t55028.htm


Autor tematu
kamar
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 27
Posty: 16283
Rejestracja: 18 wrz 2010, 06:17
Lokalizacja: Kozienice
Kontakt:

#79

Post napisał: kamar » 18 sie 2013, 07:09

IMPULS3 pisze: Ale wykonawca sterowań ma w swojej ofercie takie silniczki. :smile: U siebie mam taki plan właśnie taką wersję zastosować. :wink:
Nawet chwalebne :) Ale nie masz jeszcze zwykłego a ja ze swoimi co zrobię ? - zupy się na nich nagotować nie da.
kamar pisze: 200 szczelin 0.5 mm - za dużo , za mało czy wystarczy ???. :
???

Awatar użytkownika

markcomp77
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 21
Posty: 3962
Rejestracja: 18 wrz 2004, 12:51
Lokalizacja: k/w-wy
Kontakt:

#80

Post napisał: markcomp77 » 18 sie 2013, 08:10

kamar pisze:200 szczelin 0.5 mm - za dużo , za mało czy wystarczy ???.
do budowy enkodera o niższej rozdzielczości (800 punktów na obrót) wystarczy... 8kHz -na 10obr/sek... 16KHz - 20obr/sek <<== to może pociągnąć "rozsądny PCet" odczytujący portem LPT (tym dodatkowym)

można do testów to podłączyć przez układzik od tokari do LPT... i dopisać coś do HALa

jednak rozdzielczość takiego enkodera będzie mniejsza niż silnika z podziałem 1/10
dlatego ferror (itp) trzeba ustawić wyżej...
czy zostanie to użyte jedynie do generowania ESTOP.... czy pętla coś będzie mogła poprawić (w granicach błędu ustalonego przez enkoder)... to już zależy od HA.....

w większości gotowych krokowców-z-enkderem jest 1000 linii (na krążku).. co daje 4000 punktów... czyli przy 10obr/sek to juz 40KHz... to prawie potrafi przeanalizować dobry PCet
SpotkanieCNC: STOM-TOOL Marzec 2014
http://www.cnc.info.pl/topics79/spotkan ... t55028.htm

ODPOWIEDZ Poprzedni tematNastępny temat

Wróć do „Silniki Krokowe / Sterowniki Silników Krokowych”