senio pisze:Wystarczy to puścić na dół i do góry w G1 z 10 razy i będzie jasność.

Przecież poraz któryś napisałem , że tak właśnie to sprawdzałem w konsoli mdi i mój kod tu nie ma nic do znaczenia. Po drugie mój kod działa perfekcyjnie tak jak ma działać i sprawdzany na symulatorze dla niedowiarków niech sobie wkleją ten kod bo go podałem i się sami przekonają , że działa jak trzeba .
Szkoda , że nie mogę dodać filmiku bo niektórzy nie wierzą , że to możliwe . Kroków też mi nie gubi bo sam na to też wpadłem i od razu na pierwszy ogień sprawdziłem i mało tego maszyna działała kilka miesięcy dobrze , a problem się pojawił w niedzielę . Jeśli kogoś interesuje ten dziwny przypadek to nagram filmik i wyślę na priv na e mail lub coś takiego bo tu na forum nie mogę tego udowodnić. w najbliższym czasie jak będę dłubał w warsztacie to przeinstaluje linuxa i zobaczę czy coś pomogło .

Dodane 1 minuta 56 sekundy:

senio pisze:Też nie widać tej maszyny co tam za zetka jak ciężka, czy ma przeciwwagę etc. W SUI też nam się wydawało że wszystko pięknie chodzi na sucho. Tylko jakoś dziwnie za 10 dojazdem pod obciążeniem już było pół dychy mniej. Okazało się się sterownik papa. Marko poległ w naprawie, bo to z tamtym nie działa, a jeszcze inne z tym się nie dogaduje etc., ostatecznie nic nie dało się zrobić i skończyło się na innego typu nowym sterowniku. Teraz lata do setki czy pusto czy pod obciążeniem.

Ten problem przewidziałem już na etapie projektowania maszynki więc od samego początku jeszcze przed pierwszym uruchomieniem zrobiłem przeciwwagi .

Dodane 6 minuty 45 sekundy:

senio pisze:Raczej masz klasyczny przypadek, że w jedną stronę jedziesz G1 i kroków nie gubisz, a wracasz G0 i kroki gubisz, bo masz za szybko albo za stromą rampę.

Sprawdzę to bo to już ostateczność więc co mi szkodzi w sumie ma to jakiś sens wiec dzięki za podpowiedź

qqaz pisze:Największe szanse na popierniczenie jest wtedy gdy nie przypilnujesz poziomów sygnałów sterujących sterownikiem krokowca.
Po przetłumaczeniu:
Sprawdź czy zmiana kierunku następuje pomiędzy impulsami kroku czy w trakcie tego impulsu. Bo wtedy co nawrót to krok mniej.

A gdzie to się sprawdza i co to jest??
czy będzie do tego potrzebny 2 kanałowy oscyloskop??

Napisałem , że w symulatorze działa perfekt i nie ma problemu program tylko sama maszyna .
Po pierwsze to dopiero się uczę więc nie znam zaawansowanych trików programistycznych i dopiero się bawię zmiennymi , pętlami itd...
Po drugie maszyna nie wraca tam gdzie chcę w konsoli mdi i nie ma to nic wspólnego z napisanym programem.
Opisałem problem , że za każdym razem gdy zadam w maszynie polecenie g28 i po nim np z-70 to maszyna za każdą taką operacją zjeżdża niżej niż za poprzednim razem.
Silnik nie gubi kroków bo od dawna miałem ustawione optymalnie ze sporym zapasem i nie było wcześniej takich problemów.
Dzieje się tak na każdej z osi . tzn. x jak zadam 0 to maszyna jedzie po czym wpisuje np. 50 i póżniej znowu zero i znowu 50 to za każdym takim powtórzeniem maszyna zjeżdża o mniej niż 50 . Jedyne co mi przychodzi na myśl to to , że coś popierniczyłem gdzieś w ustawieniach i nie umiem sobie z tym poradzić

Witam serdecznie. Nie znalazłem podobnego tematu więc zakładam nowy .
Zbudowałem maszynkę frezarkę do metalu i mam problem z linuxem .

chodzi o to , że nie wraca on na pozycję. Napisałem sobie procedurkę do wycinania otworów oczywiście wszystko sparametryzowane. . i zauważyłem , że gdy na jednym elemencie mam kilka otworów to za każdym następnym frez schodzi coraz niżej. Myślę sobie o co chodzi i pierwsze co to błąd w kodzie , niestety po wielokrotnym sprawdzaniu wszystkiego na symulatorze także okazało się , że maszyna nie wraca na pozycję.

Gdy w konsoli MDI zadałem jej ruch osi z od pozycji 0,0 do -70 to dojechała na dół idealnie do materiału czyli tak jak miało być następnie wpisałem G0 Z0 no i pojechało po czym z powrotem zadałem G0 Z-70 i maszyna wbiła frez w materiał . za każda taką operacja jest coraz niżej wrzeciono i nie mam pojęcia co jest grane .
Z pozostałymi osiami jest dokładnie to samo .


%

#<srednica_frezu> =6
#<srednica_otworu> =29
#<srodek_x> =0
#<srodek_y> =20
#<predkosc_posuwu> =480
#<zaglebienie_narzedzia> =0.4
#<glebokosc_otworu> =16
#<glebokosc_poczatkowa_Z> =-10


G21 G90 G61 G40
G0
G28
(przygotowanie)

G0
Z[#<glebokosc_poczatkowa_Z>]
(zjazd osi z na odpowiedni pozycje do startu)

X[#<srodek_x>]
y[#<srodek_y>+[1/2*#<srednica_otworu>]-1/2*#<srednica_frezu>]
(przygotowanie pozycji frezu w zależności od pozostałych parametrów jest to potrzebne ponieważ w procedurce podajemy tylko współrzędne środka okręgu oraz promień)

G91 G17 F[#<predkosc_posuwu>]
(przejście do współrzędnych przyrostowych)

G2 X0 Y[0-#<srednica_otworu>+#<srednica_frezu>] R[1/2*#<srednica_otworu>-1/2*#<srednica_frezu>] Z-0.5
G2 X0 Y[0+#<srednica_otworu>-#<srednica_frezu>] R[1/2*#<srednica_otworu>-1/2*#<srednica_frezu>] Z-0.5
(start właściwego programu , początek łagodne wejście w materiał)

O001 repeat [[[#<glebokosc_otworu>-[#<glebokosc_otworu>mod#<zaglebienie_narzedzia>]]/#<zaglebienie_narzedzia>]/2]
(główna pętla właściwe drążenie dziurska)
G91 G17

F[#<predkosc_posuwu>]


G2 X0 Y[0-#<srednica_otworu>+#<srednica_frezu>] R[1/2*#<srednica_otworu>-1/2*#<srednica_frezu>] Z[-#<zaglebienie_narzedzia>]

G2 X0 Y[0+#<srednica_otworu>-#<srednica_frezu>] R[1/2*#<srednica_otworu>-1/2*#<srednica_frezu>] Z[-#<zaglebienie_narzedzia>]
O001 endrepeat

G91 G17

G2 X0 Y[0-#<srednica_otworu>+#<srednica_frezu>] R[1/2*#<srednica_otworu>-1/2*#<srednica_frezu>] Z[-1/2*[#<glebokosc_otworu>mod#<zaglebienie_narzedzia>]]

G2 X0 Y[0+#<srednica_otworu>-#<srednica_frezu>] R[1/2*#<srednica_otworu>-1/2*#<srednica_frezu>] Z[-1/2*[#<glebokosc_otworu>mod#<zaglebienie_narzedzia>]]

G90 G0 G21
Z[#<glebokosc_poczatkowa_Z>]
X[#<srodek_x>]Y[#<srodek_y>]
(koniec i powrót na pozycje wejściową czyli na współrzędne środka okręgu)

%

Tak wygląda procedurka.


Niestety nie mogę tutaj dodać filmiku krótkiego z elementu frezowanego a zdjęć nie mam. Zgóry dziękuję za podpowiedzi.