Witam.
Pobawiłem się migającymi diodami.Teraz chciałem sprawdzić jak to działa z silnikami krokowymi.
Problem pojawił się na samym początku nie mogę uruchomić xloadera.
Wyskakuje :aplikacja nie została właściwie zainicjowana.Xloadera rozpakowałem na dysk.

W i ę c e j s z c z e g ó ł ó w !!!

Bo na razie wiadomo tylko, że masz dysk. Jakiś.

Zainstalowałem go na dysku C tam gdzie wszystkie inne programy.
Czytając Twoje wskazówki zastanowił mnie sposób w jaki pokazałeś kod tego xladera u mnie wygląda on normalnie z ikonkami.Komunikat o niewłaściwym zainicjowaniu upewnił mnie że coś zwaliłem ale nie wiem co.
Napisałeś tak:Po zapisaniu na dysku i rozpakowaniu dostaniemy takie pliki: i tu jest kod.
e:Wgrałem GRBL i nie wiem co dalej.Jak odpalić tego xloadera by wgrać ten hex.

Strasznie dziwnie podszedłeś do "więcej szczegółów"... Musisz coś więcej napisać bo tylko Ty wiesz co masz na stole przed sobą. To jak wizyta u lekarza przez telefon. Spróbuj odpowiedzieć na te pytania (WSZYSTKIE!):
1. Jaki to komputer? Stacjonarny/laptop?
2. Jaki ma system operacyjny?
3. Którą płytkę Arduino masz?
4. Czy zainstalowałeś sterowniki do płytki Arduino? Które?
5. Czy zainstalowałeś Arduino IDE? Które?
6. Czy ta płytka kiedykolwiek u Ciebie działała? Wgrywałeś do niej np program blink?
7. Jak, czym i gdzie łączysz płytkę Arduino z komputerem?

Tylko odpowiedz na WSZYSTKIE pytania a nie na jedno dowolne...

Dzięki że się odezwałeś.
komputer stacjonarny
sys.xp profesjonal
arduino uno r3
zainstalowana jest wer. 1.6.12
Płytka działała i działa, miałem zainstalowany blink i inne
połączenie kabelkiem usb ( port com3)
mam pobrane wszystkie pliki, przeinstalowałem system.Jest teraz czyściutki.
Na razie nic nie robię i z nadzieją czekam na Twoje wskazówki.
ps:na priw podałem Ci nr. komórki gdybyś uważał że wygodniej przez telefon to tyko puść sygnał.

Wstawię opis tutaj bo wtedy jest szansa, że ktoś jeszcze na tym skorzysta a z naszych rozmów telefonicznych to już raczej nikt.
Rób punkt po punkcie, jeśli czegoś nie rozumiesz - pytaj a nie przeskakuj do następnego. Każdy punkt musi być wykonany dokładnie w opisanej kolejności.

1. Przekopiuj plik z wsadem GRBL (czyli na przykład: grbl_v0_9a_edge_328p_16mhz_9600_build20121210.hex) do katalogu z XLoader - będzie prościej
2. Podłącz Arduino Uno do komputera, zaczekaj chwilę aż Windows znajdzie sprzęt (odgłos z głośnika)
3. Uruchom XLoader.exe
4. W programie w pierwszej linijce wskaż ten wkopiowany plik z obrazem (hex)
5. W Device wybierz Uno(Atmega328)
6. W COM port wybierz COM3
7. W Baud rate wybierz 115200
Czyli ma to wyglądać tak:

8. Kliknij Upload
9. Czekaj. Proces zajmie około 10 sekund, gdy się zakończy po lewej stronie na dole zobaczysz ile danych się władowało do uC.

czyli: 25322 bytes uploaded
10. Zamknij program XLoader
11. Odłącz płytkę Arduino od komputera
12. Podłącz Arduino Uno do komputera, zaczekaj chwilę aż Windows znajdzie sprzęt (odgłos z głośnika)
13. Uruchom GRBL controller jeśli masz a jeśli nie to wystarczy Arduino IDE.

14. W Arduino IDE uruchom serial monitor (ta ikonka maksymalnie po prawej) i jak wyświetli się nowe okno ustaw prędkość na 9600
15. Poniżej powinnem wyświetlić się napis Grbl i numer wersji którą wgrałeś.

Jeśli masz inną wersję GRBL może być konieczne ustawienie innej prędkości. Generalnie jeśli zobaczysz że coś się na dole pojawia ale nie są to litery a krzaczki tzn że działa ale masz ustawioną złą prędkość w serial monitor - wtedy trzeba ją zmienić na inną aż zobaczysz literki.
Na przykład wersja Grbl v0.9j pracuje na 115200.

Robię dokładnie tak jak jak piszesz,czytałem też na githubie i majsterkowo.Problem polega na tym że nie potrafię uruchomić xloadera, klikanie na xloader.exe generuje komunikat "błąd aplikacji" "aplikacja została niewłaściwie zainicjowana" dlatego napisałem pierwszego posta chcąc się dowiedzieć jak uruchomić tego xloadera skoro klikanie na niego nie działa.

A próbowałeś uruchomić w trybie administratora?
A może chodzi o tryb zgodności sprawdził bym te dwie rzeczy.
Pozdrawiam

W której wersji masz zainstalowane .net framework?

Witam,
Na początku chciałbym pochwalić za bardzo dobry artykuł ;>

A teraz przejść niestety do opisu problemu ;/
Krótko mówiąc do czego mi to potrzebne : mam już zbudowaną frezarkę CNC i step-sticki własnej roboty na Atmedze88PA-AU zaprogramowane tak że działają na podstawie sygnałów STEP/DIR jak inne sterowniki do krokówek.
Do tego chciałem teraz zapiąć grbl'a na arduino nano. Posługując się tym artykułem doszedłem do momentu wgrania grbl'a w wersji 0.9a na arduino, pobrania grbl controllera 3.5.1 a później 3.6.1 i teraz problem (na obu wersjach grbl controllera):

Uruchamiam GRBL Controller 3.6.1 (na 3.5.1 to samo) i łączy mi się z grbl na arduino, diodka po połączeniu sobie miga, w konsoli pokazuje się "Grbl 0.9a ['$' for help] i niby wszystko ok...

Wchodze w advanced i grbl settings i pusto...
Wpiszę $$ w Command i po enterze nic się nie dzieje...
Wpisując $ także nic się nie dzieje, klikając strzałki nic się nie zmienia ;/

Pamięć EEPROM czyściłem przez Arduino IDE tak jak napisane na początku tematu, może jakaś kiepska wersja grbl'a ta 0.9a, albo mi się taki egzemplarz trafił ? Może jakiś inny problem ?

Całość dzieje się na laptopie Lenovo Y580 Win 7 64-bit, Arduino nano jakiś chińczyk, kompatybilne z arduino niby, program "blink" wgrywa bez problemu i działa poprawnie, szczerze mówiąc skończyły mi się pomsły co może iśc nie tak ;/

Podłącz płytkę, włącz program GRBL Controller. Potem ustaw port, prędkość kliknij połącz.
Gdy się połączy zobaczysz Grbl 0.9a kliknij w Advanced i GRBL Settings
Gdy pojawi się puste okno zamknij je i kliknij po lewej obok napisu Command tak jakbyś chciał coś tam wpisać
Pojawi się lista ustawień i od tego momentu możesz już klikać w Advanced i GRBL Settings.

Podłączam płytkę, komp ją wykrywa, włączam grbl controller, ustawiam port i prędkość i klikam Open :


wchodzę w Advanced i grbl settings :



Wychodzę i klikam na pole po prawej (bo po lewej nie ma nic) obok Command:



I nic się nie dzieje, nic w tej rozwijanej liście nie ma, wchodząc ponownie w advanced i grbl settings nadal pusto, a po pewnym czasie w konsoli pojawia się coś takiego :



//nie wiem czemu nie chce pokazywać tutaj tych obrazków, ale po kliknięciu prawym>otwórz w nowej karcie je otwiera.

Dlatego my dodajemy fotki jako załącznik na serwer forum. Na tych zapodaj, fotosik linki lubią wygasać.

To może mój filmik Ci pomoże.

Dzięki Hubert !
Tzn za pierwszym razem było dokładnie tak samo, ale skoro na filmiku działa, to ma działać, wymieniłem kabel i na innym kablu idzie

Cześć

Jestem tu nowy i szczerze mówiąc trochę zielony jeżeli chodzi o sterowanie silnikami krokowymi. Mam takie pytanie związane z podłączeniem układu Arduino Uno i CNC shield V3. Hubert mówiłeś, że przy osobnym zasilaniu logiki płytki i silników z osobnych źródeł trzeba połączyć ich masy. Drugą sprawą jest to czy z takimi podzespołami będę w stanie sterować pracą maszyny z układem paska zębatego H i może znasz jakieś materiały jak w takiej konfiguracji poustawiać wszystkie parametry w GRBL.

Edit

Nie wytrzymałem i ustawiłem w GRBL tylko ilość krokówna milimetr tak totalnie z palca, żeby sprawdzić czy będą się ruszać (przy sterowaniu pełnokrokowym). Silniki ruszają się po naciśnięciu przycisków z sekcji Axis Control jednak strasznie "syczą" a stepsticki trochę się grzeją czy to jest normalny objaw. Dodatkowo wydaje mi się,że silnik osi Z mojej maszyny zanim zrobi te swoje 10 kroków do przodu robi jeden w tył. Czy to jest w ogóle możliwe?

Proszę o odpowieć.

Pozdrawiam

Nieracjonalny, czytania ze zrozumieniem nie Opanowałeś , więc nie bierz się za skomplikowane maszyny, bo sobie krzywdę zrobisz

Zdaję sobie sprawę ze swojej niewiedzy jednak mam nadzieję, że mi trochę pomożecie. To jak to jest tą wspólną masą. CNC shield wpiąłem w arduino i podłączyłem zasilanie. Arduino jest zasilane z USB czy to jest dobrze?

Przy okazji dwa konta chciał założyć. Co jest nie tak?
Cytując klasyka, Motylastego

Nie chcę tutaj robić śmietnika ani spamować, a drugie konto założyłem przez przypadek. Nie mam zamiaru z niego trolować ani robić jakichś głupich rzeczy.

Niestety, na innym kablu poszło tylko raz, teraz już nie idzie, na innym porcie też nie idzie, takie rzeczy mi wypisuje w konsoli :

Spróbuj ustawić parametry zapisywane do epromu za pomocą jakiegoś terminala: putty czy bray terminal. Pewnie gdy zapiszesz choć jeden wszystko wróci do normy.

No nie, nie pomogło ;/

W putty jak mu wpisuję $$ to mi całą listę elegancko wyświetla, parametry zapisuje $0=100 i potem po wpisaniu $$ parametr jest zapisany, ale nie chce wyświetlić tych opcji w grbl controllerze ;/

Może kijowa wersja kontrollera ? darta z netu gdzieś, bo na stronie grbla upload nie działa. Mogę prosić o wersję która Wam działa ?

Dzięki za wersję controllera, ale nadal to samo ;/ może nowsza wersja np grbl v0.9j ? tylko znowu ze strony grbl upload nie działa ...

Już wgrana v0.9j i ta działa poprawnie, tzn zawsze się łączy ;>

No i prawie wszystko działa jak należy, tylko mam pewien problem ... czego powodem może być pojawiający się error: Invalid gcode ID:33 gdy wszystko w kodzie jest ok ? Visualizer poprawnie pokazuje trajektorię, inne kompilatory g-code także błędu nie wyrzucają a grbl controller jak na złość
Pojawia się on zarówno na łukach jak i na prostych - wtedy nie wykonuje ruchu i program leci dalej.

Aleś się rozpisał. Musiałem specjalnie kawę zrobić żeby z fusów powróżyć. Na przyszłość panie inżynierze sugeruję w ogóle nie używać zdania "wszystko jest ok" bo gdyby było ok, to byś nie miał błędu, czyż nie?

To teraz właściwa wróżba. Przede wszystkim łuki są źle przeliczone. Ustaw trunc do 4 miejsc po przecinku, bo Twoje mają za dużo tych miejsc lub za mało i/lub punkt startu odpowiada punktowi końca.
Najprościej możesz to zobaczyć używając trybu $C wtedy maszyna się nie rusza i nie zarządza wrzecionem ani chłodzeniem ale za to linia po linii potwierdza G-kod i można zobaczyć, w którym miejscu dokładnie jest problem.

Nie każdy program CAM potrafi ładnie współpracować z Grbl zwłaszcza, że takich programików tworzących G-kod jest teraz cała masa ale niestety większość to... g... czy jakaś inna literka obrazująca niezbyt dobrą jakość.

Problem oczywiście mógł powstać jeszcze wcześniej i nie sam G-kod jest niewłaściwy ale rysunek. Każdy program ma zestaw różnych narzędzi jak np. linia, polilinia, itd, itp. Używając ich na ekranie wygląda wszystko bosko a potem się może okazać, że to jest zbiór punktów, albo zbiór jakiś innych elementów i wtedy nawet najlepszy CAM nie da rady.

Z góry chciałem przeprosić że się "tak rozpisałem", ale była już ta godzina (i koniec tygodnia) że ciężko mi było o tej godzinie przytaczać wszystko, a miałem nadzieje że diagnoza może być prosta, np: wpisz to i to tam i tam i ma działać itp.
No i jeszcze nie inżynierze, prawie inżynierze A dlatego użyłem twierdzenia że "prawie wszystko działa jak należy, ponieważ frezarka sobie rysuje tak:
https://www.dropbox.com/s/z0b8vzn75fec9 ... 3.mp4?dl=0
z czego jestem dość zadowolony.

Teraz do sedna problemu.
Rysunek robiony jest w Autodesk Inventor 2014, a G-cod generowany jest ręcznie, tzn pisany w notatniku kawałek po kawałku.
Plik w inventorze : https://www.dropbox.com/s/n9aqterre09by ... o.ipt?dl=0

Tutaj wszystko się schodzi, porobione wiązania i łuki na podstawie punktów, także rysunek raczej dobry, bo gdyby się nie schodziły to nie zrobiłoby wyciągnięcia prostego, współrzędne punktu podawane są z dokładnością do 0.001mm po najechaniu na punkt i taką dokładność wbijam w kalkulator dla obliczenia I oraz J dla G02 i G03, następnie wynik zaokrąglam z dokładnością do 0.01 (przy podawaniu z dokładnością do 0.001 dzieje się to samo)

Plik z g-code napisanym na podstawie powyższego rysunku : https://www.dropbox.com/s/cxtaubg2qjbua ... z.txt?dl=0

Moje ustawienia w grbl : https://www.dropbox.com/s/y17zwy1i1z3wh ... s.jpg?dl=0

Wchodząc w check mode "$C" dostaje error: Not idle...

Po puszczeniu programu leci do końca (zachowując się jak na filmie powyżej) i na koniec dostaję takie coś :
https://www.dropbox.com/s/0ffka7xo54fln ... s.jpg?dl=0

Może lepiej zamiast samemu generować g-cod przepuścić przez jakiś generator ? Ale z drugiej strony dlaczego miałoby akurat na tym łuku się wykrzaczać, a na innych działać ?



EDIT :

Podczas wykonywania innego programu, który mi już działał nagle też zaczęło widzieć sobie błąd na łuku, ponownie władowałem grbla na płytkę wcześniej czyszcząc eeprom i teraz mogę powiedzieć, że "działa wszystko jak należy" póki co. Wchodzi teraz także w check mode.

Złośliwość rzeczy martwych czy co...

Pozostaje się cieszyć, że taki reset pomógł i działa, a przy okazji pomyśl o wymianie płytki Arduino - być może trafiłeś akurat na kapryśną sztukę. Bo za dużo tej magii u Ciebie podczas wgrywania i uruchamiania.

Dziwią mnie dwie rzeczy. Pierwsza, że rysujesz w minusie (Y). Zazwyczaj rysuje się w plusie obydwie osie. Start maszyny jest zawsze w x=0 i y=0 i wtedy najdalej od tego punktu to będzie np x=150 a y=78. U Ciebie y=-78
Druga to niektóre ustawienia. $24 = 2500 mm/min a także $110,$111 = 5000 mm/min? To tak na pierwszy rzut oka.

Osie X i Y mogą poruszać się szybciej, są na prądzie znamionowym, a Z ma ograniczony prąd na silnik, przez co musi poruszać się wolniej żeby kroków nie pogubić
A Y dlatego leci w minus, że jeszcze nie pozakładałem krańcówek i nie mogę się zdecydować gdzie będzie home, a w konkretnie tym przypadku zależało mi żeby rysowało/frezowało konkretnie w tą stronę i w takiej konfiguracji.

Teraz będe robił nowy G-code z poprawką dla grubości freza, chyba że można określić grubość narzędzia dla danego T i wtedy samo koryguje trajektorię ? Byłoby miło.

Wiele programów CAM to umie, to jest właśnie główna zaleta CNC, że nie trzeba przerysowywać planów pod każdą maszynę.

Że programy CAM to umieją to ja wiem xD
Tylko się zastanawiałem czy grbl coś takiego potrafi, bo wybór narzędzia ma, być może można mu tam jakoś parametry wprowadzić.

Zmień program do obsługi grbl z "Grbl Controller" na "bCNC" on ma trochę bardziej GUI rozbudowane.

Jakiś czas temu pomagaliście mi w tym temacie odnośnie mini cnc.
Niestety z braku czasu temat musiałem odłożyć.
Jakiś czas temu udało mi się zrobić to co chciałem.
Poniżej efekt:


Mam jednak problem z podłączeniem do grbl silnika m35sp-9t
Niby ma on pięć wyprowadzeń, jednak po wylutowaniu płytki mamy 4 przewody


Do Shieldu GRBL podłączam zasilanie 12V czyli odpowiednie dla silnika.
Silnik niby brzeczy jakby chciał się obrucić ale nie daje ładnego kroku.
Podłączenie kabelkow wykonałem już chyba na wszystkie sposoby i efekt ten sam.

Data sheet dla niego mówi o 24V i 400mA (w szczycie)

No tak faktycznie, na pierwszej stronie specyfikacji było coś o 12V a już dalej gapa nie zaglądanęła
Dzięki

kempas - mogę wiedzieć z jakiego programu korzystasz do generowania g-code ?
Czy Orzeł na Twoim filmie to gotowy skądś plik ?

Polecicie jakiś CAD/CAM ?

Do orła użyłem Inkscape i dodatku Laserengraver http://www.instructables.com/id/Pocket-laser-engraver/step7/Getting-the-software-ready/
Następnie ręcznie dodałem komendę aby oś Z poruszyła się do góry lub w dół w odpowiednich momentach. Te momenty bez problemu wychwyciłem za pomocą programu Basic CNC Viewer

Innymi dodatkami, które mogą już automatycznie zaprogramować poruszanie osią Z jest dodatek:
https://github.com/martymcguire/inkscape-unicorn, https://jtechphotonics.com/?page_id=2012, https://github.com/cnc-club/gcodetools

Plik jpg wziąłem w googla, następnie za pomocą opcji Wektoryzuj bitmapę (ctrl+shift+b) wykonałem kontur obrazka i do gcodu export

Właśnie chodzi mi o wygenerowanie g-code z jakiejś bitmapy ;>

Zainstalowałem Inkscape 0.91 (pełna instalacja), podmieniłem pliki od laserengraver, ogólnie robiłem wg tej instrukcji i stamtąd pobierałem pliki : http://www.instructables.com/id/Pocket- ... are-ready/

Otwieram inkscape, przechodzę z px na mm, pisze cokolwiek, np. literkę "S", potem zaznaczam, Ścieżka -> obiekt w ścieżkę. Później Efekty->Laserengraver->laser... Wszystko jak na filmie tylko wywala mi błąd :



Problem naprawiony, wystarczyło w pliku laserengraver.py w wiersz 3080 zamienić na doc_height = self.unittouu(self.document.getroot().get('height'))

Może komuś się przyda ;>