Mikro stop

Witam
Moja frezarka cnc robi mikro stopy przy każdej zmianie kierunku ruchu. Wygląda to tak że maszyna przesuwa się w osi np y o 10cm zmienia się linijka kodu tzn. przechodzi do kolejnej linijki i w tym momencie robi mikro stop i rusza dalej. Zmiana kierunku jest niewielka np 0,01 stopnia. Ruch odbywa się w G1. Konfiguracja sprzętowa to kontroler ruchu UC100 i silniki krokowe. Oprogramowanie cad/cam fusion360 + Mach3. Mach3 ustawione na stałą prędkość, CV dist tolerance 1, Stop cv wyłączone, look ahead 150 lini. Ustawienia w fusion tolerance 0,7mm, wygładzanie i wszystko co możliwe. Post procesor mach3mill.

Czekam na podpowiedzi

Wstawiam wycinek g-code
(1001)
(T1 D=3. CR=0. - ZMIN=0. - FREZ WALCOWY)
G90 G94 G91.1 G40 G49 G17
G21
(WHEN USING FUSION FOR PERSONAL USE, THE FEEDRATE OF RAPID)
(MOVES IS REDUCED TO MATCH THE FEEDRATE OF CUTTING MOVES,)
(WHICH CAN INCREASE MACHINING TIME. UNRESTRICTED RAPID MOVES)
(ARE AVAILABLE WITH A FUSION SUBSCRIPTION.)
G28 G91 Z0.
G90

(KONTUR 2D1)
T1 M6
S5000 M3
G17 G90 G94
G54
M8
G0 X593.96 Y1588.087
G43 Z36. H1
G1 Z16. F1000.
Z5.1 F333.
X594.254 Y1588.025 Z4.8 F1000.
X594.547 Y1587.963
X594.779 Y1587.607
X592.278 Y1575.776
X585.648 Y1545.567
X578.492 Y1514.098
X570.787 Y1481.369
X562.515 Y1447.37
X553.656 Y1412.091
X544.187 Y1375.521
X534.091 Y1337.662
X523.347 Y1298.502
X511.934 Y1258.032
X499.832 Y1216.253
X487.021 Y1173.152
X473.48 Y1128.71
G2 X459.597 Y1118.49 R14.501
G1 X393.62 Y1118.61
G2 X379.336 Y1130.772 R14.5
G1 X379.309 Y1130.903
X376.267 Y1142.753
G3 X376.178 Y1143.005 R1.5
G1 X371.181 Y1153.915

spróbuj to zwiększyć do 100.
Trochę strzelam, ale może pomoże.

TomaszPyć pisze: ↑

03 sty 2026, 12:14

Po pierwsze, Mach3 ma swój dział i nie jest to G-CODE - programowanie.

Po drugie, mały offtopic.
Nigdy nie zrozumiem masochistów, którzy płacą za to, żeby mieć kłopoty.
Znam kilka sterowań, w których nie ma tego całego gówna, a działają tak samo, albo i lepiej.
Mam takie wrażenie, że autorzy Mach3 chcą uszczęśliwić wszystkich i jeśli tylko ktoś poprosi o nowe okienko, albo nowego ptaszka, to dostaje.
Efektem jest mnóstwo zupełnie niepotrzebnych ustawień, które potrafią wpływać na wykonywany g-kod w sposób zupełnie nieprzewidywalny...
Stanowczo zalecam nie dotykać tych wszystkich ustawień, chyba że jest to naprawdę konieczne, a użytkownik wie co robi.

Po trzecie, jest sprawą dość istotną, czy jest to nowa instalacja Mach3, czy też do tej pory działało i nagle przestało...

Po czwarte, w normalnych sterowaniach jest G61 oraz G64 i te wszystkie ptaszki i okienka nie są do niczego potrzebne. Z tego co pamiętam, Mach3 też je obsługuje (oczywiście pod warunkiem, że nie jest nasrane w "ustawieniach").
Próbowałeś dodać na początku pliku G64 ?

Dużo krótkich odcinków g1 z minimalną zmianą kąta, mach nie nadąża z liczeniem. Pokażesz projekt?

Gdzieś jest taka opcja, chyba to było przy krokowcach (Active Low itd., nie pamiętam), która powoduje, że przy zmianie kierunku na osi maszyna sobie coś dodaje i to się sumuje. Rezultat jest taki, że jakbyś puścił np. jeden kontur (kwadrat) w 10 takich samych przejściach X-Y, to każde kolejne przejście będzie mieć inne położenie, np. dodaje sobie przy nawrocie do X 0,01 za każdym razem.

Miałem kiedyś taki problem, pomogła właśnie zmiana jednej opcji i się naprawiło.

jasiekk7
W poniedziałek sprawdzę TuxCNC, czy UCCNC będzie lepszą opcją niż Mach3. Zależy mi na pracy z kontrolerem ruchu UC100.
Mikro-stopy były od zawsze — to nie jest nowy problem ani kwestia ostatnich zmian. Maszyna ma kilkanaście lat. Wcześniej to akceptowałem, ale na tym etapie po prostu przestaje to być do przyjęcia.
Przerobiłem temat dokładnie: świeża instalacja Macha, stara instalacja, szybszy komputer, wolniejszy komputer — efekt zawsze ten sam.
Testowałem G61 i G64 — bez jakiejkolwiek poprawy. To nie wygląda na problem konfiguracji, tylko na ograniczenia samego rozwiązania.

tomareks
Jak Mach może nie nadążać z liczeniem, skoro kontroler ruchu UC100 ma zadany bufor ruchu na kilka sekund do przodu?

FTW
W poniedziałek poszukam.

TomaszPyć pisze: ↑

04 sty 2026, 14:49

To nie wygląda na problem konfiguracji, tylko na ograniczenia samego rozwiązania.

Na pewno nie.
O Mach3 mam jak najgorsze zdanie, ale bez przesady - ludzie używają i nawet sobie chwalą...
Przyszło mi jeszcze do głowy, że możesz mieć źle ustawione rampy.
Jeśli masz zbyt małe przyspieszenia i dużo krótkich odcinków, to suporty zanim zdążą się rozpędzić muszą już hamować...
Tylko dziwne, że G64 nie pomaga...

Wklej cały program jako załącznik, może komuś będzie się chciało puścić go na sucho u siebie i stwierdzić czy też są podobne efekty...

tuxcnc pisze:Wklej cały program jako załącznik, może komuś będzie się chciało puścić go na sucho u siebie i stwierdzić czy też są podobne efekty...

Albo użyj innego cama i zobacz czy będzie tak samo, ja używam estlcam też do macha i nigdy nic takiego u mnie nie występowało nawet jak używałem tej chińskiej czerwonej płytki, teraz mam Uc300Eth

TomaszPyć pisze:Jak Mach może nie nadążać z liczeniem, skoro kontroler ruchu UC100 ma zadany bufor ruchu na kilka sekund do przodu?

Look ahead w Mach3 sprawdza czy ruch jest możliwy, a nie jak go wykonać płynnie. Ty masz bardzo krótkie odcinki g1, ze zmiana kąta, przy dojazdach do końca odcinka mach musi hamować lub nawet się zatrzymać żeby wykonać ten odcinek poprawnie, po czym znowu przyspiesza i hamuje, stąd twoje stopy. Popraw projekt tak żeby unikać krótkich g1, staraj się używać g2, g3. Może masz coś źle ustawione w camie.

tomareks pisze: ↑

05 sty 2026, 17:04

Ty masz bardzo krótkie odcinki g1, ze zmiana kąta, przy dojazdach do końca odcinka mach musi hamować lub nawet się zatrzymać żeby wykonać ten odcinek poprawnie, po czym znowu przyspiesza i hamuje, stąd twoje stopy. Popraw projekt tak żeby unikać krótkich g1, staraj się używać g2, g3. Może masz coś źle ustawione w camie.

To jest prawda kompletnie bezużyteczna.
G64 powinien rozwiązać problem, ale autor wątku pisze, że u niego nie działa, coby znaczyło, że ma nasrane w ustawieniach, a wtedy dłubanie w postprocesorze niewiele pomoże.