Pięknie by było ale nie wierzęmc2kwacz pisze:[
Z mojej strony to tyle w tym temacie
Enkoder do krokowca
-
tuxcnc
- Lider FORUM (min. 2000)

- Posty w temacie: 29
- Posty: 9874
- Rejestracja: 26 lut 2011, 23:24
- Lokalizacja: mazowieckie
Jak na wielkiego profesjonalistę (pod żadnym pozorem nie mylić z amatorem !!!), to totalna kompromitacja.mc2kwacz pisze:A mach 3 nie?MlKl pisze:LinuxCNC jest jedynym programem, który bez żadnej zewnętrznej protezy potrafi obsługiwać maszynę CNC w czasie rzeczywistym.
Reszty twoich debilizmów komentować mi się nie chce.
.
-
MlKl
- Lider FORUM (min. 2000)

- Posty w temacie: 6
- Posty: 3703
- Rejestracja: 15 sie 2010, 13:44
- Lokalizacja: Błonie
- Kontakt:
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.mc2kwacz pisze:Jeśli Ciebie nie obchodzi, to po co się do mnie odzywasz? Na dodatek nie potrafiąc udzielić odpowiedzi?
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.
-
pitsa
- Moderator
-
Lider FORUM (min. 2000)
- Posty w temacie: 3
- Posty: 4480
- Rejestracja: 13 wrz 2008, 22:40
- Lokalizacja: PL,OP
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]
Ciekawostka o tym jak powinien pracować silnik krokowy:
[youtube][/youtube]
zachowanie spokoju oznacza zdolności do działania
ᐃ 🜂 ⃤ ꕔ △ 𐊅 ∆ ▵ ߡ
ᐃ 🜂 ⃤ ꕔ △ 𐊅 ∆ ▵ ߡ
-
251mz
- Moderator
-
Lider FORUM (min. 2000)
- Posty w temacie: 11
- Posty: 4549
- Rejestracja: 27 sie 2004, 21:59
- Lokalizacja: Polska
Tak chyba nie powinien chodzic....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 jak pokazali to chodzi dokladnie jak silnik indukcyjny....
-
tuxcnc
- Lider FORUM (min. 2000)

- Posty w temacie: 29
- Posty: 9874
- Rejestracja: 26 lut 2011, 23:24
- Lokalizacja: mazowieckie
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 :
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.
.
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
M2To 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.
.
-
markcomp77
- Lider FORUM (min. 2000)

- Posty w temacie: 21
- Posty: 3943
- Rejestracja: 18 wrz 2004, 12:51
- Lokalizacja: k/w-wy
- Kontakt:
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)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.
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 ]
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)pitsa pisze:Co powiecie specjaliści na temat Linuxcnc + Ethernet? Tu przykład: http://www.cnczone.com/fo...face_board.html
SpotkanieCNC: STOM-TOOL Marzec 2014
http://www.cnc.info.pl/topics79/spotkan ... t55028.htm
http://www.cnc.info.pl/topics79/spotkan ... t55028.htm
-
kamar
Autor tematu - Lider FORUM (min. 2000)

- Posty w temacie: 27
- Posty: 17168
- Rejestracja: 18 wrz 2010, 06:17
- Lokalizacja: Kozienice
- Kontakt:
Nawet chwalebneIMPULS3 pisze: Ale wykonawca sterowań ma w swojej ofercie takie silniczki.U siebie mam taki plan właśnie taką wersję zastosować.
???kamar pisze: 200 szczelin 0.5 mm - za dużo , za mało czy wystarczy ???. :
-
markcomp77
- Lider FORUM (min. 2000)

- Posty w temacie: 21
- Posty: 3943
- Rejestracja: 18 wrz 2004, 12:51
- Lokalizacja: k/w-wy
- Kontakt:
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)kamar pisze:200 szczelin 0.5 mm - za dużo , za mało czy wystarczy ???.
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
http://www.cnc.info.pl/topics79/spotkan ... t55028.htm





