nitroactive2 pisze: ↑

16 mar 2023, 14:53

czas spróbować innego laptopa no i sender oczywiscie.

Laptop może , choć nie musi, być wystarczający.
Prawdziwym problemem może być program na PC, szczególnie kiedy wieloplatformowość sprowadza się do napisania programu pod Windows i zmuszenia go do pracy pod Linuksem...

nitroactive2 pisze: ↑

13 mar 2023, 10:33

Jedyne co mie jeszcze przychodzi do głowy to zainstalowanie Ubuntu na laptopie i OBC w wersji na linuxa

To Ci powinno przyjść do głowy jako pierwsze.
Z tym, że powinieneś wypróbować też inne oprogramowanie do sterowania GRBL, którego jest całkiem sporo.
Windows od wersji XP zabrania bezpośredniego dostępu do portów, a USB to już w ogóle inna bajka.
Jak już pisałem, w GRBL jednostką transmisji jest linia g-kodu. Wysyła się pełną linię i czeka na potwierdzenie zanim wyśle następną, W Windows chyba tak nie można, bo by działało zbyt wolno. (To takie moje przypuszczenie, bo nie mam potrzeby ani ochoty tego sprawdzać). W każdym razie z czystej ciekawości próbowałem sterować GRBL z poziomu Windows i efekty były takie, że nigdy więcej tego nie zrobię...
Podłączenie innego komputera z innym systemem operacyjnym i innym oprogramowaniem sterującym powinno dać odpowiedź na pytanie, czy przyczyna problemów leży w sterowniku.
Ja do GRBL używam Ubuntu i bCNC. Robię różne rzeczy, kompiluję własne wersje GRBL, testuje różne znalezione w necie, i jak coś się pieprzyło, a zdarzało się to często, to nigdy bCNC nie był tego przyczyną, dlatego mam do tego programu zaufanie i go polecam.

nitroactive2 pisze: ↑

13 mar 2023, 10:33

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.

Co by znaczyło, że to nie jest Ethernet, a jedynie użyto takiego samego gniazda, co się czasem zdarza...

nitroactive2 pisze: ↑

11 mar 2023, 11:49

Kabel USB nie wyrabia z transmisją?

Przywaliłeś jak audiofil...
Może powinieneś kupić pozłacany kabel z miedzi kierunkowej i go przesłuchać?
A tak na poważnie, to spróbuj na Linuksie i z innym oprogramowaniem (do GRBL jest całkiem sporo).
Co prawda twojego sterownika nie znam i z uwagi na cenę nie poznam nigdy, ale z Windows+GRBL miałem kilka doświadczeń i wszystkie były nieprzyjemne.
Otóż, teoretycznie, nie powinno wysyłać się następnej linii przed wykonaniem poprzedniej.
Procedura jest taka, że wysyła się linię i czeka na potwierdzenie "ok". Natomiast w Windows transmisja jest z zasady buforowana i miałem już takie jajca, że zamykałem program sterujący na PC, a maszyna jechała dalej jakby nigdy nic...
Te linie zaczynające się od "Idle" to nie jest żaden błąd, tylko informacje dla programu sterującego, w jakim stanie i w jakiej pozycji jest maszyna. Natomiast nie jestem w stanie powiedzieć dlaczego są wyświetlane zamiast kolejnego "ok". Przepełnienie jakiegoś bufora byłoby odpowiedzią...
Natomiast, jak pisałem wcześniej, tzw. "lagi", czyli zacinanie się transmisji nie spowoduje zawieszenia GRBL, bo on czeka na kompletną linię i dopiero po jej otrzymaniu, w całości, przystępuje do jej wykonania. Na wybitnie kiepskim komputerze frezarka dostanie czkawki i będzie szarpać, ale program będzie szedł...