Znaleziono 3 wyniki

autor: Dolce
18 maja 2014, 12:01
Forum: Mach 2 / 3 / 4 (ArtSoft software)
Temat: blokowanie się osi po komendzie G28
Odpowiedzi: 5
Odsłony: 1201

Dzięki za pomoc.
Faktycznie silnik nie wyrabiał. Dodatkowe opory w przesuwie, które pewnie miały wpływ na przycinane się silnika, wynikały z przesmarowania wózków oraz nakrętki kulowej. Po kilkunastu krotnym przesunięciu osi było już lepiej - smar się rozprowadził. Dodatkowo wyregulowałem nakrętkę śruby kulowej osi Y. Obniżyłem również prędkość jądra programu do 35kHz a prędkość posuwów osi ustawiłem na 4000mm/min. Teraz wszystko chodzi płynnie.
Pozdrawiam.
autor: Dolce
15 maja 2014, 11:21
Forum: Mach 2 / 3 / 4 (ArtSoft software)
Temat: blokowanie się osi po komendzie G28
Odpowiedzi: 5
Odsłony: 1201

Dzięki za odpowiedź.
Silnik raczej wyrabia, pozostałe osie pracują bez problemu a ustawione miały te same prędkości (3900mm/min), pisałem o tym.
Osie nie były obciążone. Jeśli chodzi o sterowniki to muszę sprawdzić jaki mają ustawiony podział, nie zagłębiałem się w to, kupiłem maszynkę gotową do pracy.
Długości impulsów dla kroku oraz kierunku wynosi 5 us a parametr "steps per mm" mam ustawiony na 400 kroków. To chyba jednak nie jest w opisanym problemie istotne.
Natomiast nie wiem, gdzie można sprawdzić prędkość jądra macha, co to za parametr ?
autor: Dolce
14 maja 2014, 22:49
Forum: Mach 2 / 3 / 4 (ArtSoft software)
Temat: blokowanie się osi po komendzie G28
Odpowiedzi: 5
Odsłony: 1201

blokowanie się osi po komendzie G28

Witam.
Mam pytanie odnośnie ustawiania parametrów pracy silników w programie Mach3. Korzystam z tego programu do sterowania swoją maszynką, komunikacja odbywa się przez port LPT. Dzisiaj zmieniłem parametry silników ustawiając w zakładce "Dostrajanie silników" prędkości dla wszystkich silników na 3900mm/min. Poprzednio miałem ustawione mniejsze prędkości, również jednakowe dla wszystkich osi ale na wartość 2400mm/min. Wykonałem bazowanie osi a następnie wpisałem komendę G28. Oś "Z" poszła ładnie w dół ale w momencie, gdy osie X i Y miały przesunąć się do "0", nastąpiło buczenie i przesuw tylko osi X. Oś Y stała w miejscu. Jednocześnie w Mach3 przesuwały się współrzędne osi "Y", pomimo, że oś "fizycznie"się nie przesuwała. Pomyślałem, że może oś się zablokowała mechanicznie. Jednak to raczej nie to jest problemem. Stopniowo zacząłem obniżać prędkość dla osi "Y". Przy ustawionej wartości na 2900mm/min nastąpiło poprawne przejście do "0" wszystkich osi. Dalej bawiłem się zmianami wartości prędkości silników i w sumie nadal zakładałem, że być może oś "Y" się blokuje "na starcie". Jednak w trakcie "prób" zdarzyło się, że podobnie zachowała się oś "X". Tak jak by silnik się blokował. Pomyślałem, że być może wina leży po stronie zbyt małej "szybkości" portu LPT, po prostu nie jest w stanie sterować silnikami przy ustawieniu wyższych prędkości przesuwu. Wykonałem jeszcze jedną próbę zmieniając uprzednio prędkości dla osi X i Y w ten sposób, że dla osi "X" ustawiłem stosunkowo małą prędkość - 2400mm/min, natomiast dla "Y" - 5000mm/min. Przesuw osi nastąpił bez problemu. Nie jestem jednak nadal pewien, czy "wina" leży po stronie portu za małej szybkości LPT czy też przyczyny należy szukać gdzie indziej ponieważ obniżając prędkość da osi "X" ogólnie cały przesuw jest wolniejszy.
Proszę o podpowiedź co może być przyczyną "blokowania" się silnika, głównie osi "Y".
Jeśli przyczyną jest faktycznie zbyt mała szybkość łącza LPT to czy ustawić prędkości dla wszystkich osi na jednakową i zarazem maksymalną wartość, przy której nie nastąpi blokowanie się silnika czy też lepiej jest ustawiać prędkości dla poszczególnych silników w sposób zróżnicowany ? Jak poprawnie dostroić prędkości oraz przyspieszenie dla silników ?
Będę wdzięczny za pomoc, pozdrawiam.

Wróć do „blokowanie się osi po komendzie G28”