kayjero pisze: ↑

18 maja 2019, 08:04

Dlatego moje pytanie do Lajosza czy artcam z automatu generuje kod bez I i J

Jak najbardziej.

W Artcamie masz do wyboru ponad 100 postprocesorów do różnych maszyn.
Te w których są komendy łukowe, mają w nazwie (co logiczne) dopisek ARC.
Inaczej pisząc, możesz sobie wygenerować trajektorie dla jednej maszyny, ale pod np. dwoma postprocesorami przeznaczonymi dla niej, czyli właśnie z ARC (łukami) lub bez nich.
Jeszcze inaczej pisząc, postprocesor z dopiskiem (ARC) w nazwie, będzie generował G-Code z komendami łukowymi "i" + "j", a postprocesor z tą samą nazwą, ale bez dopisku ARC, wygeneruje G-Code bez komend "i" + "j", czyli bez łuków.

Niestety (albo stety) Artcam nie ma ANI JEDNEGO postprocesora przeznaczonego do plazmy, bo też nie dla plazmy powstał.
Oczywiście wygeneruje G-Code (z łukami lub bez według życzenia), ale .... pod freza, więc wszelkie komendy sterujące "palnikiem", tudzież inne niezbędne dla plazmy, po prostu nie zostaną wygenerowane.

Oczywiście w Artcamie można zrobić np. wejście/wyjście łukowe (jak w Inkscape) lub proste, ale .... to wszystko.
Po prostu Artcam nie jest pod plazmę.
Jednak jeśli (jak twierdzisz) ktoś używał Artcama do generowania G-Codów do tej plazmy, to znaczy że ..... wystarczało mu to co Artcam generuje.

==========
Co prawda nie znam się na plazmie w ogóle, ale ... mam w rodzinie kogoś kto codziennie pracował przez lata na plazmach wszelakich i kiedyś zaczęliśmy się bawić w generowanie G-Codów dla plazmy.
Wyglądało to dobrze, jednak po załadowaniu pliku do maszyny, owszem, wycinała, ale ..... ten ktoś (z rodziny) powiedział, że brakuje kilku rzeczy które generuje program przeznaczony stricte do plazmy.

Jednak generalnie (jak mówił) da się pracować

Z jakiegoś powodu ta plazma (sterownik i/lub oprogramowanie) nie obsługuje G-Codów opartych na komendach z łukami.

W pliku kolo_0001.tap są łuki, czyli komendy "i" + "j"

Nic w tym dziwnego, skoro geometria (te dwa okręgi) składa się ze splajnów (krzywych Beziera).
Po prostu skrypt w Gcodetools (rozszerzenie do Inkscape) tak jest napisane, że do generowanie G-Codów używa komend "i" + "j" jeśli wektory w Inkscape są łukowe.

Oczywiście skrypt nie będzie używał komend "i" + "j" jeśli rysunek będzie się składał tylko z samych prostych odcinków.
To dlatego gwiazdka Ci wychodzi, a cokolwiek co jest łukowe już nie.

Trzeba zamienić wszystkie łuki na proste, oczywiście z właściwą aproksymacją i wtedy G-Code wygenerowany przez Inkscape nie będzie zawierał komend "i" + "j" i w efekcie będzie można wyciąć dowolny kształt.

Niestety nie wiem jak w Inkscape aproksymować łuki do prostych odcinków.

Natomiast zrobiłem to w innym programie (Artcam) i poniżej link do pliku.
KLICK

Jest to po prostu okrąg o średnicy 300mm, ale składający się z króciutkich prostych odcinków.
Sprawdziłem jak Inkscape generuje G-Code dla tego "okręgu" i ....... wszystko OK, czyli G-Code nie zawiera komend łukowych "i" + "j", czyli ..... powinien się normalnie załadować to tej plazmy.
Poniżej link:
KLICK

Być może gdzieś tam w ustawieniach tego dodatku do Inkscape (czyli Gcodetools) można ustawić żeby generował G-Code bez komend łukowych "i" + "j", ale ...... nie zgłębiałem tematu.

Możliwe też, że w samym Inkskape jest możliwość zamiany geometrii łukowej (polilini lub splajnów) na geometrię składającą się tylko z prostych z zadaną aproksymacją, ale ..... też nie zagłębiałem się w zagadnienie zbytnio.