GRBL

Witam,

Mam taki problem, podczas pracy w mniej więcej połowie cyklu zaczynają się pojawiać krzaki.
Przykładowe:
<Run|MPos:-191.069,143.646,-4.00âMé669)‚‚‚ňj
>>> X190.656Y154.327

<Run|MPos:-21.613,146.750,-4.650|FS:MMbŠ‚‚‚ňj
>>> X199.925Y148.181

Error while processing response <<Run|MPos:4.400,37.424,K“ÉŞ‚âMé550,1000>>: empty String
Error while processing response <<Run|MPos:4.400,18.772,-4.650|FS:550,1‚‚â]=é-198.600,-8.000,-1.400>>: For input string: "1‚‚â]=é-198.600"

okCá<Run|MPos:-182.484,146.723,-5.950|FS:379,1000>
Error while processing response <<Run|MPos:-142.617,146.750,-6.600|FS:550,1000>Cá<Run|MPos:-105.806,146.750,-6.600|FS:550,1000>>: For input string: "1000>Cá<Run"
<Run|MPos:-15.594,146.750,-6.600|FS§SbŠ‚‚‚ňj
Error while processing response <<Idle|MPos:-2.845,144.143,K“É‚‚âMé0,1000>>: empty String
<Idle|MPos:-2.845,144.143,-6.600|FS:0,1000|WCO:-198.600,-8.000,-1‰‚‚ňj
Error while processing response <<Idle|MPos:-2.845,144.143,-6.600|FS:bŠ‚‚‚â]=é-198.600,-8.000,-1.400>>: For input string: "bŠ‚‚‚â]=é-198.600"
<Idle|MPos:-2.845,144.143,-6.600|FS'bŠ‚‚‚ňj
<Idle|MPos:-2.845,144.143,-6.600|FS:0,L‚‚ňj
Error while processing response <<Idle|MPos:-2.845,144.143,-6.600|FS:0,1‚‚â=Ůé100,100,100|A:S>>: For input string: "1‚‚â=Ůé100"
<Idle|MPos:-2.845,144.143,-6.600|F*'bŠ‚‚‚ňj
<I«ń5A˝Íé-2.845,144.143,-6.600|FS:bŠ‚‚‚ňj
<Idle|MPos:-2.845,144.143,-6.600|FS:0)‚‚‚ňj
<Idle|MPos:-2.845,144.143,-6.600|FS:0)‚‚‚ňj
<Idle|MPos:-2.845,144.143,-6.600|F*'bŠ‚‚‚ňj
<Idle|MPos:-2.845,144.143,-6.600|FS:0,1000|WCO:-198.600© r‚‚‚bjŠr˘‚‚ňj
Ustawienia:
$0 = 10 (Step pulse time, microseconds)
$1 = 25 (Step idle delay, milliseconds)
$2 = 0 (Step pulse invert, mask)
$3 = 2 (Step direction invert, mask)
$4 = 0 (Invert step enable pin, boolean)
$5 = 0 (Invert limit pins, boolean)
$6 = 0 (Invert probe pin, boolean)
$10 = 1 (Status report options, mask)
$11 = 0.010 (Junction deviation, millimeters)
$12 = 0.002 (Arc tolerance, millimeters)
$13 = 0 (Report in inches, boolean)
$20 = 0 (Soft limits enable, boolean)
$21 = 0 (Hard limits enable, boolean)
$22 = 0 (Homing cycle enable, boolean)
$23 = 0 (Homing direction invert, mask)
$24 = 25.000 (Homing locate feed rate, mm/min)
$25 = 500.000 (Homing search seek rate, mm/min)
$26 = 250 (Homing switch debounce delay, milliseconds)
$27 = 1.000 (Homing switch pull-off distance, millimeters)
$30 = 1000 (Maximum spindle speed, RPM)
$31 = 0 (Minimum spindle speed, RPM)
$32 = 0 (Laser-mode enable, boolean)
$100 = 800.000 (X-axis travel resolution, step/mm)
$101 = 800.000 (Y-axis travel resolution, step/mm)
$102 = 800.000 (Z-axis travel resolution, step/mm)
$110 = 550.000 (X-axis maximum rate, mm/min)
$111 = 550.000 (Y-axis maximum rate, mm/min)
$112 = 550.000 (Z-axis maximum rate, mm/min)
$120 = 30.000 (X-axis acceleration, mm/sec^2)
$121 = 30.000 (Y-axis acceleration, mm/sec^2)
$122 = 30.000 (Z-axis acceleration, mm/sec^2)
$130 = 500.000 (X-axis maximum travel, millimeters)
$131 = 500.000 (Y-axis maximum travel, millimeters)
$132 = 500.000 (Z-axis maximum travel, millimeters

Płyta:
https://pl.aliexpress.com/item/10050056 ... ry_from%3A

Silniki:
https://pl.aliexpress.com/item/10050054 ... ry_from%3A

Zasilacze 2 sprawdzone i dalej to samo.
Programy wgrane 1.1f i 1.1h i dalej to samo.
Projekt robiony w EstlCam i Artcam i dalej to samo.
Kable USB spradzane 3 sztuki.

Z góry dziękuję za pomoc.

Wygląda na to, że Twoja maszyna CNC z kontrolerem GRBL generuje błędy podczas pracy, które mogą być spowodowane problemami komunikacyjnymi, konfiguracją lub uszkodzeniem danych. Przyjrzyjmy się możliwym przyczynom i rozwiązaniom tego problemu:

1. Zakłócenia w komunikacji USB
Komunikaty błędów sugerują, że w transmisji danych pojawiają się przypadkowe znaki, jak np. âMé669, co może być efektem zakłóceń w transmisji między komputerem a kontrolerem.
Rozwiązanie: Sprawdź połączenie USB – wymień kabel na inny, spróbuj użyć innego portu USB lub zmniejsz prędkość transmisji (baudrate) w oprogramowaniu, którym sterujesz maszyną.
2. Uszkodzenie firmware'u GRBL lub konflikt oprogramowania
Możliwe, że firmware kontrolera GRBL jest uszkodzony lub niekompatybilny z Twoją wersją maszyny. Inne programy używające portu COM mogą także powodować konflikty.
Rozwiązanie: Spróbuj ponownie wgrać firmware GRBL na kontroler, upewniając się, że używasz najnowszej stabilnej wersji. Upewnij się, że w tle nie działają inne aplikacje korzystające z portu USB/COM.
3. Błędne dane w raporcie statusu maszyny
W logach występują komunikaty, takie jak Error while processing response: empty String, które sugerują, że dane raportowane przez maszynę są uszkodzone lub niekompletne.
Rozwiązanie: Spróbuj użyć innych aplikacji do sterowania maszyną CNC (np. UGS, Candle) i zobacz, czy problem występuje również w nich. Jeśli tak, może być konieczna kalibracja kontrolera lub reset ustawień.
4. Problemy z zasilaniem
Błędy mogą wynikać z niestabilnego zasilania urządzenia, co może powodować zakłócenia w pracy kontrolera.
Rozwiązanie: Sprawdź zasilacz pod kątem odpowiedniego napięcia i stabilności pracy. Spróbuj podłączyć urządzenie do innego źródła zasilania.
5. Sprawdzenie ustawień GRBL
Twoje ustawienia GRBL wyglądają w porządku, ale warto zweryfikować parametry, takie jak Max Travel, Max Rate, czy wartości kroków na milimetr. Jeśli są one niezgodne z parametrami maszyny, mogą pojawić się błędy.
Rozwiązanie: Skonsultuj ustawienia z dokumentacją dla maszyny CNC, którą posiadasz, aby upewnić się, że wartości są prawidłowe. Można także przeprowadzić reset ustawień GRBL do wartości fabrycznych za pomocą komendy $RST=*.