IMPULS3 pisze: ↑

17 kwie 2023, 20:28

Jaki program,suba?

Przecież pisałem wyraźnie "Proste plotery, które mają wyłącznie rzeźbić program generowany w CAM warto budować na GRBL czy FluidNC, bo w takim przypadku Linuxcnc daje Ci wszystkie swoje wady, a nie używasz żadnych korzyści."
Jeżeli chcesz używać subów, programów parametrycznych, czy toczyć gwinty, to Linuxcnc nie jest lepszy, tylko jest niezastąpiony.
Natomiast do plotera laserowego CO2, zaprzęganie Linuxcnc jest po prostu głupotą.

IMPULS3 pisze: ↑

17 kwie 2023, 20:24

Nie chodzi o samo oprogramowanie tylko o programy wykonawcze.

No właśnie w ogóle nie wiadomo o co Ci chodzi.
Robisz dokładnie to samo co w Linuxcnc - uruchamiasz program na PC, bazujesz, otwierasz program z g-kodami i klikasz "Run"...

IMPULS3 pisze: ↑

17 kwie 2023, 20:11

Zwłaszcza odrzuca wgrywanie z komputera programu do Arduino aby ten mógł coś wykonać. To już czysta strata czasu jak dla mnie. Fajne dla pobawienia się i dla kogoś kto sobie coś tam majsterkuje, ale w codziennej pracy masz zrobic dana czynność szybko.

Jakieś herezje piszesz.
GRBL czy FluidNC raz się wgrywa, raz konfiguruje i potem używa tak samo jak innych sterowań.

IMPULS3 pisze: ↑

17 kwie 2023, 19:43

nie widze sensu rzeżbienia Arduino pod maszyny typu tokarka/frezarka.

Na tokarce to w ogóle nie ma sensu, natomiast na frezarce zależy od oczekiwań.
Proste plotery, które mają wyłącznie rzeźbić program generowany w CAM warto budować na GRBL czy FluidNC, bo w takim przypadku Linuxcnc daje Ci wszystkie swoje wady, a nie używasz żadnych korzyści.
Ja mam kilka takich maszyn, wszystkie łączone przez Bluetooth i obsługiwane z jednego laptopa.

bartuss1 pisze: ↑

16 kwie 2023, 16:39

to przeciez nie ma znaczenia czy wysle faktyczny sygnał do sterownika czy udawany, bo nie ma sprzezenia zwrotnego, wiec arduino powinno sypać impulsami i miec wywalone czy do sterownika dotarlo czy nie.

Nie rozumiesz zasady działania sterowania typu GRBL.
Sterownik otrzymuje linie g-kodu (czy inne polecenia) poprzez port szeregowy i odpowiada potwierdzeniem że je wykonał, albo że zaistniał błąd.

bartuss1 pisze: ↑

16 kwie 2023, 11:47

a coś tam wykopałem, trzeba bedzie to przetestowac
https://github.com/fschill/grbl-Mega

Ja Ci mówię, a Ty nie słuchasz...
W tym projekcie nic się nie dzieje od pięciu lat...
Albo temat przerósł autora, albo go znudził...
Poza tym, nigdzie nie widzę enkodera, więc chyba sobie nie pogwintujesz...
I po jasną cholerę uparłeś się na Arduino Mega?
To chyba najgorszy wybór z możliwych, płytka diabelsko droga, 8-bitowa i powolna.

bartuss1 pisze: ↑

16 kwie 2023, 10:53

Polecicie coś pod płytkę mega?

Niczego nie polecam.
Jest w necie sporo rozbabranych i porzuconych projektów, które nie działają tak, jak by się można było spodziewać z opisu.
Sporo walczyłem z projektem na STM32, ale też go na razie odłożyłem na później, choć sukces wydaje się być blisko...
Żeby do projektu powrócić potrzebuję jeszcze jednej tokarki, choćby modelu, bo w tych które mam nie chcę dłubać.