lajosz pisze:

donaks pisze:Proponuję używać jednego z poniższych postprocesorów, czyli:
G-Code Arcs (mm).tap
albo
Axyz_Arc_MM.nc

Obydwa generują G-Code złożony z łuków i prostych.

Czy pliki z rozszerzeniem *.tap oraz *.nc nie są czasami plikami wykonawczymi? Gotowymi do wrzucenia na maszynę? Moim zdaniem nie są to pliki konfiguracyjne postprocesora, tylko gotowe kody przez niego przetrawione.

Trochę zaczynam się już gubić w temacie, wydaje mi się że odpowiedzi odbiegają od głównego tematu.

donaks materiał nie ma nic wspólnego z wygenerowanym kodem. CAM'a guzik obchodzi w jakim materiale obrabiasz. Tak samo czy jest jest to frez cztero- czy dwu-piórowy. Kwestia dobrania odpowiednich parametrów przez programistę. Ścieżka dla każdej stali wygląda tak samo.

Czyli twierdzisz, że kreśląc łuki, również postprocesor wywala Ci je w formie prostych odcinków? Łuki w sensie punkt początkowy - końcowy - środek okręgu, bądź punkt początkowy - końcowy - punkt pośredni (itp...).

Co do nieregularnych kształtów, to zależy od maszyny na jakiej się je obrabia. Jedne lubią dużą ilość punktów, i potrafią je wczytywać z wyprzedzeniem zapewniając płynną obróbkę (krzywe Beziera), na innych zaś występują zacięcia maszyny spowodowane zbyt krótkim czasem przebytej odległości aby wczytać następny punkt docelowy. Sam przy generowaniu kodów na maszynę sprawdzam jakie ma ona możliwości odczytu, aby zapewnić płynną obróbkę i maksymalnie zagęszczam punkty, aby wykonanie było jak najdokładniejsze. Mimo wszystko staram się zawsze operować na łukach i prostych - jeśli kształt po przekonwertowaniu nie obiega zbyt znacząco od oryginału.

inż. Mateusz