Cześć wszystkim.
Długo nosiłem się z myślą o zbudowaniu własnej maszyny CNC lecz w końcu zebrałem się na decyzję. Zacząłem od zakupienia sobie Arduino Uno + CNC Shield oraz 3 sterowniki silników A4988.



Wgrałem wsad grbl_v1.1f na arduino za pomocą pragramu XLoader. Wszystko poszło gładko. Następnie uruchomiłem GRBL Controller, program przywitał mnie wyświetlając wersję wsadu grbl oraz ustawieniami. Od tej pory zaczyna się problem. Klikając w strzałki sterujące poszczególnymi osiami wyświetla mi błąd ,,error22". Wchodząc w zakładkę Advanced ---->GRBL Settings nie wyświetlają mi się tam ustawienia.





Wie ktoś w czym może leżeć problem? Dodam że wgrywałem różne wersje grbl np v0.8c oraz v0.9i. Na tych wersjach żaden z programów nawet nie chce się połączyć z arduino.

Czy łączysz się z arduino tak jak w 45 sekundzie tego filmu:

Tak samo z tą różnicą że wybieram Baud Rate 115200

Wrzuciłem teraz wersję grbl_v0.8c i połączyłem sie z baud rate 9600. Rzeczywiście błędu nie ma ale wartości w milimetrach na osiach się nie zmieniają. Dopiero gdy wrzucam G-code wtedy program ładnie leci bez żadnych błędów i te wartości się zmieniają. Czy dla wersji grbl_v1.1f też mam się łączyć wybierając baud rate na 9600?

Wygląda na to, że 115200 powinno być Ok.
https://github.com/grbl/grbl/wiki/Using-Grbl

Zrobiłem przed chwilą test i wychodzi że z wersją v0.8c oraz v0.9a moge sie połaczyć jedynie przy ustawieniu baut rate 9600. Zaś z wersją v1.1f jedynie przy baut rate 115200. Jednak na żadnej z wersji nie mam możliwości przesuwania osiami za pomocą przycisków. Wartości tam wyświetlane nie zmieniają się i ciągle jest 0.000 przy czym dopóki nie kliknę w żadną strzałkę napisy są czarne, kiedy tylko próbuje wykonać jakiś ruch są białe i nic sie nie zmienia. Na wersjach v0.8c i v0.9a nie ma żadnych błędów kiedy klikam przyciskami natomiast na wersji v1.1f wyświetla się error22. Wiem że to trochę masło maślane co napisałem ale nie potrafie inaczej wytłumaczyć. Chłopaki poradźcie coś bo siedzę nad tym od piątku i nie mam żadnych pomysłów co może być przyczyną. Czyściłem już pamięć EEPROM, wgrywałem różne wersje grbl, próbowałem na różnych komputerach. Może to arduino jest uszkodzone jakieś.

error22: Feed rate has not yet been set or is undefined
https://github.com/gnea/grbl/issues/119

Wyglada na to, że:
1) masz nie zidentyfikowane posuwy - musisz ustawić z jaką prędkością mają się przesuwać osie.
2) wskazują, że GRBL kontroler to porzucony project i sugerują przesiadke na inny

Na ekranie twojego kontrolera widać że Twój setinks jest niepełny użyj przycisków w zakładce adwanced.

Z tego co wiem ludzie nadal korzystają z GRBL Controller. Posiadam też UGS na którym rónież nic mi nie działa. Ciągle jakieś błędy zarówno w jednym i drugim programie i to za każdym razem inne. Dopóki nie połącze sie z arduino wszystko działa. Z chwilą połączenia programy wariują. Np mam przykładowy G-code do narysowania gwiazdy. Wrzucam go do UGS'a i na wizualizacji wszystko jest ładnie. Łączę się z arduino i na wizualizacji widać jak jedno ramię gwiazdy jest że tak powiem "przekoszone" (zniekształcone). Może warto pokusić się jednak o drugą płytkę Arduino?

W zakładce Advanced -----> GRBL Settings wgl nie wyświetlają mi sie ustawienia

Narysowałem gwiazde w paincie, wygenerowałem G-code w inscape. Wrzucam do UGS i jest tak jak poniżej:





Następnie klikam Open i od razu zaczyna wariować




Nie wiem już co mam robić

Nie znajdzie sie jakaś dobra dusza która zechce mi pomóc? Ostatecznie wgrałem grbl_v1.1 Na tej wersji nie ma błędów, dobrze się łączy z programami LaserGRBL oraz UniversalGcodeSeder. Bez problemu mogę strzałkami sterować posuwem poszczególnych osi. Jest tylko jeden problem. Gdy wrzucam jakiś G-code program wariuje. Więcej można zobaczyć na filmie. G-code generuję przez Inscape.

Przecież Ci program napisał co go boli. G03 mu się nie podoba.

Widziałem to tylko nic mi to nie mówi. Wchodziłem w plik z kodem i to jest pierwsza linijka. Co jest nie tak że wyskakuje błąd. Jaki G-code bym nie wrzucił to zawsze wariuje. I to wariuje dopiero po podłączeniu arduino. Jestem zielony "na razie" i dopiero sie uczę. Problem leży w UGS'sie, płytce arduino czy może raczej w kodzie w co wątpię bo u innej osoby ten sam plik z kodem pięknie wchodzi.

Wklej proszę kod tutaj.

Wrzucam cały plik do pobrania:
http://www37.zippyshare.com/v/DqQLBDdM/file.html

Twoje linijki z kodem są za długie, UGS spodziewa się max 50 znaków, u Ciebie wiele linijek ma tych znaków sporo więcej. Zamiast pisać:
Z -1.0000
można napisać:
Z -1

Odszukaj w ustawieniach wtyczki inscape przed generowaniem gcode gdzie można to zmienić. I będzie działać. Albo zaawansowany notatnik (np TextPad) i zmień ręcznie.

G-code generuje wg filmu z YT kolegi po fachu i u niego jest to samo. Również wyskakuje błąd który w niczym "u niego" nie przeszkadza. Na filmie pokazuje też kod w notatniku i ma to samo co u mnie. Z tą różnicą że u niego działa. Poza tym jeśli mój projekt wymaga takiej dokładności to musze mieć jakieś liczby po przecinku.

Znalazłem jeszcze to: https://github.com/grbl/grbl/issues/619

No to sam sobie odpowiedziałeś. Jeżeli możesz to użyj liniowej aproksymacji - zamiast kołowej interpolacji. Powinno pomóc, bo najwyraźniej GRBL uważa, że w G3 narzędzie nie trafi w docelową lokalizację z odpowiednią dokładnością.

A napisz kawałek kodu ręcznie - tylko na G1 - np kwardat i zobacz czy to coś zmieni?

G92 X0 Y0 Z0
G90
G1 Z-1.5 F100
G1 X-71 F450
G1 Y71
G1 X0
G1 Y0
G1 Z-2.8 F100
G1 X-71 F450
G1 Y71
G1 X0
G1 Y0

G1 Z5 F300

Możesz mi to jakoś jaśniej wytłumaczyć z tą aproksymacją? Bo niby sam sobie odpowiedziałem ale dalej nie rozumiem :/

Napisałem ten kod do kwadratu, wszystko ładnie śmiga ale to dalej nie rozwiązuje mojego problemu. Bo chciałbym żeby jednak działało to z kodem z inscape a wiem że na pewno da sie to jakoś zrobić

Zamiast łuków używasz poli-linii, ale na tyle gęstej ze maszyna zamiast łuków to jedzie po liniach prostych ale tak blisko ułożonych łuków ze nie widać różnicy. Tzn będzie widać ale pytanie czy możesz z tym żyć?

Przyszło mi do głowy jeszcze jedno:
Sprubuj wpisać ręcznie te 3 kody i powiedz czy jest różnica

Więc tak, wrzuciłem pierwszy kod i wyskoczyło że w kodzie brakuje info o prędkości pusuwu. Wpisałem w pierwszej linijce F2000 i puściłem jeszcze raz. I teraz po kolei:

Pierwszy kod i wyskoczył taki błąd:




Kod drugi poszedł bez najmniejszego problemu:




I kod trzeci z błędem:




Zauważyłem, że różnica w kodzie drugim i trzecim polega tylko na kombinacji (kropka/przecinek). Ale dlaczego w pierwszym kodzie przy J nie odczytało żadnej wartości.

Coś dziwnego się dzieje z Twoimi plikami. To nie wina arduino tylko odczytu plików. Dlatego wywala Cibnledy bo program wczytujacy gubi parametry a komendy G03 i G02 muszą być kompletne i spójne bo inaczej wywala błąd. Jak dojdziesz dlaczego w pierwszym kodzie nie wczytać Ci J15 to będziesz wiedział o co chodzi.

Tylko jak mam dojść dlaczego nie chce tego wczytać? Ja już nie mam pomysłów

A w czym piszesz gcode? Notatnik?
Czy jak ręcznie wklejasz komendy to tez coś gubi?

Dodam jeszcze że zresetowałem ustawienia UGS'a w tym okienku co na zdjęciu poniżej i już mi nie deformuje moich projektów. Jedyny problem w tej chwili to właśnie projekty w których są łuki. Program LaserGRBL też działa super na tą chwilę.

G-code generuje w inscape i zapisuje sie w notatniu w formacie ngc czyli nazwapliku.ngc

Te kody które mi podałeś wpisywałem ręcznie do notatnika i zapisywałem jako ngc

Klimek albo zaczniesz edytowac posty, a nie pisać jeden po drugim w odstępie jednominutowym albo dostaniesz zakaz pisania na kilka dni.

Wysłane z mojego GT-S7560 przy użyciu Tapatalka

Ma ktoś jeszcze jakiś pomysł? :/

Coś kombinujesz jak koń pod górkę. Ściągnąłem Twój plik, wrzucam go do wersji 0.9j; do tego Grbl Controller 3.6.1 i kod jest wysyłany poprawnie do maszyny. Oczywiście, że część rzeczy nie działa dobrze w programie gdyż on powstał do wcześniejszej wersji GRBL. Ale wszystko można obejść bo zamiast edycji parametrów z programu wystarczy je wpisać w linii poleceń, itd

Tylko GRBL Controller nie współpracuje zbyt dobrze z grbl_v1.1 a jest mi potrzebna ta wersja żeby sterować laserem. Chciałem korzystać z programu LaserGRBL na przemian z UGS bo oba są mi potrzebne. Nic nie kombinuje. Po prostu chciałem rozwiązać problem z tym poleceniem G03 bo gdyby udało się to załatwić to oba programy bym mógł spokojnie używać na grbl 1.1 Na pewno nie da się nic z tym błędem zrobic? Jeśli jest taka możliwość to prosiłbym o pomoc żeby jednak rozwiązać ten problem bo zależy mi żeby korzystać z UGS'a. Nie pytajcie dlaczego po prostu proszę o pomoc, a wiem że na pewno się to da jakoś ustawić bo u większości osób to działa. Trzeba tylko znaleźć przyczynę tego błędu. Na pewno nie jest nią kod bo ten sam plik odpalała inna osoba w UGS która też posiada wersję grbl 1.1

Cześć !!!
Jak w jak inkscape zapisać w formacie .stl ?

.stl jest bryłą a Inkscape obsługuje płaskie kształty 2d i raczej grafikę wektorową np .svg = nie da się

To też GRBL, a i maszynka jest mniej skomplikowana niż na pierwszej klatce:

Dobre

Wysłane z mojego HUAWEI VNS-L21 przy użyciu Tapatalka

Panowie czy takie stepstick https://abc-rc.pl/A4988 obsłuży te silniki https://abc-rc.pl/silnik-krokowy-nema17-42h34-1334 zasilacz będzie na 12v bo im więcej czytam tym większy mętlik w głowie mam

Bez problemu, bo to maleńkie silniki.