Znaleziono 8 wyników
Wróć do „GRBL na arduino - szarpie i zawiesza się”
- 30 gru 2023, 08:53
- Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
- Temat: GRBL na arduino - szarpie i zawiesza się
- Odpowiedzi: 34
- Odsłony: 4972
Re: GRBL na arduino - szarpie i zawiesza się
Problem jest na maszynie a nie w CAMie.
- 29 gru 2023, 15:49
- Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
- Temat: GRBL na arduino - szarpie i zawiesza się
- Odpowiedzi: 34
- Odsłony: 4972
Re: GRBL na arduino - szarpie i zawiesza się
No dobra mamy jakiś postęp
Ale niestety problemu jeszcze do końca nie udało się rozwiązać.
Od początku, zainstalowałem kable ekranowane między falownikiem a wrzecionem, oprócz tego na wszystkich kablach założyłem pierścienie, dodatkowo odseparowałem zasilanie falownika od zasilania pozostałej części sterowania a między gniazdkiem a falownikiem założyłem filtr zakłóceń kupiony na Allegro.
Problem o tyle rozwiązany że frezarka po uruchomieniu wrzeciona nie traci kontaktu z komputerem, można włączyć wyłączyć wrzeciono i frezarka nadal odpowiada przejeżdża program Wszystko wydaje się być w porządku. Ale...
Po pierwsze po wyłączeniu wrzeciona, i często również bezpośrednio po włączeniu wtyczki do gniazdka, falownik uruchamia się a na wyświetlaczu pojawia się wartość 5, 6, czasem 11 Hz , Wrzeciono mimo że jest w programie wyłączone kręci się z bardzo małą prędkością generując mały moment obrotowy w zasadzie bez problemów można je zatrzymać ręką. Z czego to wynika? wszystko jest uziemione do jednego punktu nie rozumiem o co tu chodzi, skąd falownik dostaje sygnał do uruchamienia wrzeciona. Wygląda to tak jakby gdzieś dostawał napięcie na zacisk 0-10v i myślał że to sygnał ze sterownika.
Drugi i to znacznie poważniejszy problem: Odpaliłem dość długi program i niestety frezarka się wysypała w taki sposób że po około 30 minutach frezowania nagle zwariowała straciła punkt zerowy, frezując kieszeń, wjechała około 1 cm w stół i następnie Wrzeciono wykonywało ruchy w zakresie plus minus 10 mm w osi x i tak już zostało do momentu aż nie zatrzymałem programu ręcznie. Po odjechaniu wrzecionem okazało się że cały program jest skopany wymiary są w innych miejscach niż być miały, nic się nie zgadza a punkt zerowy według maszyny jest zupełnie innym miejscu niż było to na początku programu.
Tracę cierpliwość do sterowania na bazie grbl...
Ale niestety problemu jeszcze do końca nie udało się rozwiązać.
Od początku, zainstalowałem kable ekranowane między falownikiem a wrzecionem, oprócz tego na wszystkich kablach założyłem pierścienie, dodatkowo odseparowałem zasilanie falownika od zasilania pozostałej części sterowania a między gniazdkiem a falownikiem założyłem filtr zakłóceń kupiony na Allegro.
Problem o tyle rozwiązany że frezarka po uruchomieniu wrzeciona nie traci kontaktu z komputerem, można włączyć wyłączyć wrzeciono i frezarka nadal odpowiada przejeżdża program Wszystko wydaje się być w porządku. Ale...
Po pierwsze po wyłączeniu wrzeciona, i często również bezpośrednio po włączeniu wtyczki do gniazdka, falownik uruchamia się a na wyświetlaczu pojawia się wartość 5, 6, czasem 11 Hz , Wrzeciono mimo że jest w programie wyłączone kręci się z bardzo małą prędkością generując mały moment obrotowy w zasadzie bez problemów można je zatrzymać ręką. Z czego to wynika? wszystko jest uziemione do jednego punktu nie rozumiem o co tu chodzi, skąd falownik dostaje sygnał do uruchamienia wrzeciona. Wygląda to tak jakby gdzieś dostawał napięcie na zacisk 0-10v i myślał że to sygnał ze sterownika.
Drugi i to znacznie poważniejszy problem: Odpaliłem dość długi program i niestety frezarka się wysypała w taki sposób że po około 30 minutach frezowania nagle zwariowała straciła punkt zerowy, frezując kieszeń, wjechała około 1 cm w stół i następnie Wrzeciono wykonywało ruchy w zakresie plus minus 10 mm w osi x i tak już zostało do momentu aż nie zatrzymałem programu ręcznie. Po odjechaniu wrzecionem okazało się że cały program jest skopany wymiary są w innych miejscach niż być miały, nic się nie zgadza a punkt zerowy według maszyny jest zupełnie innym miejscu niż było to na początku programu.
Tracę cierpliwość do sterowania na bazie grbl...
- 05 gru 2023, 09:12
- Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
- Temat: GRBL na arduino - szarpie i zawiesza się
- Odpowiedzi: 34
- Odsłony: 4972
Re: GRBL na arduino - szarpie i zawiesza się
No właśnie to była moja wątpliwość, bo wiedziałem że w takim przypadku prąd nie będzie płynął. Ekranowanie kabli mam na sterowaniu silników krokowych, te do wrzeciona nie są ekranowane, ale są prowadzone osobnym prowadnikiem po drugiej stronie frezarki. Falownik jest blisko sterownika. W tym układzie będę próbował ekranować przewody między falownikiem a sterownikiem, a sam falownik dam daleko od sterownika. Ewidentnie uruchomienie wrzeciona przez falownik, generuje głupoty na sterowniku (na kompie status "zajęty" a frezarka stoi i nie reaguje na nić, można ją zatrzymać tylko przez uderzenie krańcówki)+ komputer wyłącza USB po czym przy ponownej próbie połączenia dostaję "port closed".
Czytałem że chińskie wrzeciona szczotkowe mogą generować zakłócenia, dlatego brałem to pod uwagę. Rozważam jeszcze zamknięcie samego starownika do małej klatki faradaja.
- 04 gru 2023, 13:55
- Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
- Temat: GRBL na arduino - szarpie i zawiesza się
- Odpowiedzi: 34
- Odsłony: 4972
Re: GRBL na arduino - szarpie i zawiesza się
Jeszcze raz odkopię temat, moje problemy nie ustały, co wiecej teraz już praktycznie nic nie można zrobić. Uruchomienie wrzeciona i od razu wszystko świruje. No i właśnie to dało mi do myślenia. Wygląda na to że problem leży w samym wrzecionie i/ lub falowniku. Jeśli puszczę program na sucho bez wrzeciona (usuwam m3 i m5 z programu ręcznie) to wszystko działa bez większych problemów. Ale jeśli tylko włączę wrzeciono komputer traci kontakt z maszyną praktycznie za każdym razem. Cały ploter w tym momencie jest już bezużyteczny.
Odłączyłem też samo wrzeciono od falownika i puściłem program bez usuwania M3 i M5. Program "załączył " (słychać falownik, i częstotliwość rosła) ale samo wrzeciono fizycznie nie pracowało. I teraz czy mogę założyć że falownik tutaj nie jest przyczyną EMI, czy jednak takie odłączenie wrzeciona niczego nie przesądza? Chodzi o to czy źródłem zakłóceń (bo chyba to jest przyczyna) jest samo wrzeciono czy również falownik?
Odłączyłem też samo wrzeciono od falownika i puściłem program bez usuwania M3 i M5. Program "załączył " (słychać falownik, i częstotliwość rosła) ale samo wrzeciono fizycznie nie pracowało. I teraz czy mogę założyć że falownik tutaj nie jest przyczyną EMI, czy jednak takie odłączenie wrzeciona niczego nie przesądza? Chodzi o to czy źródłem zakłóceń (bo chyba to jest przyczyna) jest samo wrzeciono czy również falownik?
- 16 mar 2023, 14:53
- Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
- Temat: GRBL na arduino - szarpie i zawiesza się
- Odpowiedzi: 34
- Odsłony: 4972
Re: GRBL na arduino - szarpie i zawiesza się
A więc tak, jest połowiczny sukces. Zainstalowałem Ubuntu+ OBC, i udało się dojechać do końca programu. Natomiast problem nie został wyeliminowany, bo w trakcie pracy były 3 zacięcia, jednak w przeciwieństwie do pracy na Win, przy zacięciu pomagało kliknięcie "pause program" a następnie "resume", i program ruszał dalej. Tak więc sukces połowiczny, chyba czas spróbować innego laptopa no i sender oczywiscie.
- 13 mar 2023, 11:10
- Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
- Temat: GRBL na arduino - szarpie i zawiesza się
- Odpowiedzi: 34
- Odsłony: 4972
Re: GRBL na arduino - szarpie i zawiesza się
OK, zainstaluję, sprawdzę i dam znać jakie efekty.
- 13 mar 2023, 10:33
- Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
- Temat: GRBL na arduino - szarpie i zawiesza się
- Odpowiedzi: 34
- Odsłony: 4972
Re: GRBL na arduino - szarpie i zawiesza się
tuxcnc pisze:Przywaliłeś jak audiofil...
Zgadłeś


Ale tak zupełnie poważnie chodziło mi nie o to że kabel USB za 500 zł będzie szybszy od kabla USB za zl 30, tylko o to czy komunikacja przez Ethernet`owy kabel nie byłaby lepsza. Z tym że z tego co czytałem w instrukcji to ten port ethernet jest do podpięcia akcesoriów typu interfejs sterujący osiami.
Wczoraj puszczałem ten program "na sucho" i za każdym razem utknął w innym miejscu, raz przejechał niemal całość (jakieś 90% linii kodu), innym razem ledwo 2 minuty i już stop. Nie mam pojęcia co jest. Skończyły mi się pomysły, czy problem leży w sterowniku (już się kopałem bo to jest drugi sterownik, pierwszy reklamowałem i czekałem 3 miesiące na nowy egzemplarz), sofcie, czy sprzęcie (laptop/ kabel). Jedyne co mie jeszcze przychodzi do głowy to zainstalowanie Ubuntu na laptopie i OBC w wersji na linuxa. Kabel sygnałowe do silników krokowych są ekranowane, wszystko uziemione...
- 11 mar 2023, 11:49
- Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
- Temat: GRBL na arduino - szarpie i zawiesza się
- Odpowiedzi: 34
- Odsłony: 4972
Re: GRBL na arduino - szarpie i zawiesza się
Witam,
Troszeczkę odkopię temat, bo u mnie podobnie się dzieje... Program leci, wszystko OK, po kilku minutach zawiesza się na losowym wierszu. Sterownik Blackbox x32, GRBL 1.1 Hal . W Openbuilds control mam takie komunikaty jak na załączonych zdjęciach. Co może nie grać ? Kabel USB nie wyrabia z transmisją? Dodam że problem choć losowy, to za każdym razem pojawiał się przy dość specyficznej operacji, przypominającej trochę frezowanie trochoidalne, gdzie widzę że przesyłana jest duża ilość punktów w ciągu ułamka sekundy. Opóźnienia w przesyłaniu danych i zawieszanie ? Co myślicie?
Drugie pytanie, blackbox X32 ma złącze ethernet. Ono służy do komunikacji z OBC? Może zastąpić komunikację przez USB za pomocą Ethernet? Jak to wygląda w praktyce? Ewentualnie jeszcze opcja karty SD...


Troszeczkę odkopię temat, bo u mnie podobnie się dzieje... Program leci, wszystko OK, po kilku minutach zawiesza się na losowym wierszu. Sterownik Blackbox x32, GRBL 1.1 Hal . W Openbuilds control mam takie komunikaty jak na załączonych zdjęciach. Co może nie grać ? Kabel USB nie wyrabia z transmisją? Dodam że problem choć losowy, to za każdym razem pojawiał się przy dość specyficznej operacji, przypominającej trochę frezowanie trochoidalne, gdzie widzę że przesyłana jest duża ilość punktów w ciągu ułamka sekundy. Opóźnienia w przesyłaniu danych i zawieszanie ? Co myślicie?
Drugie pytanie, blackbox X32 ma złącze ethernet. Ono służy do komunikacji z OBC? Może zastąpić komunikację przez USB za pomocą Ethernet? Jak to wygląda w praktyce? Ewentualnie jeszcze opcja karty SD...

