A masz plik źródłowy postprocesora w formacie *.cgd bez tego bedzie ciężko cokolwiek poprawić.
Jeżeli masz to wrzucę ci scrina co i jak pozmieniać.

Witam
Ten długi kod to jest wina postprocesora i ustawień w profilowaniu. Ale w tym przypadku gdy detal ma fazki lub ostre krawędzie na przejściach średnic to poprawienie ustawień w cyklach toczenia wystarczy aby kod wyglądał "normalnie" (co nie znaczy, że ten kod co wygenerowałeś jest zły, on jest jak najbardziej poprawny).

Najpierw wyjaśnię co widzimy w twoim kodzie (w przyblizeniu:)
- bloki N14 i N16 to faza
- bloki od N16 do N24 narzędzie wykonuje ruch po łuku
- N26 toczenie stałej średnicy
- N28 - N30 faza/łuk
- N32 toczenie stałej średnicy
- N34 do N44 narzędzie wykonuje ruch po łuku
- N46 toczenie stałej średnicy
- N48 do N52 narzędzie wykonuje ruch po łuku
- N54 toczenie stałej średnicy
- N56 odjazd

A teraz pewnie pytasz skąd te łuki? Zakładam, że gdybyś to wiedział nie pisał byś tego posta
Widać to też na wygenerowanej ścieżce przy ostrych narożach.

Łuki są generowane ponieważ w cyklu tokarskim na zakładce KONTROLA jest zaznaczona opcja TYP NAROŻY = OKRĄGŁY. To powoduje, że promień płytki podczas przejścia na ostrych krawędziach cały czas zachowuje kontakt z toczonym profilem i powstaje ruch po łuku. Więc wystarczy zmienić opcję TYP NAROŻY = OSTRY i kod będzie dużo krótszy. Narzędzie będzie poruszać się po torze prostokątnym. Efekt po obróbce będzie w obu przypadkach taki sam.

Kod NC na detal podobny jak w opisie z opcją TYP NAROŻY = OKRĄGŁY

%000001
[TOCZENIE]
N1 T01
N2 G0 Z1.18
N3 G97 S1200 G95 F0.2 M3
N4 G0 X27.702
N5 G1 X30.532 Z-.234
N6 G1 X34.532 Z-2.234
N7 G1 X34.636 Z-2.292
N8 G1 X34.73 Z-2.356
N9 G1 X34.812 Z-2.423
N10 G1 X34.878 Z-2.494
N11 G1 X34.932 Z-2.568
N12 G1 X34.97 Z-2.644
N13 G1 X34.992 Z-2.722
N14 G1 X35 Z-2.8
N15 G1 Z-92.081
N16 G1 X35.13 Z-92.116
N17 G1 X35.254 Z-92.158
N18 G1 X35.37 Z-92.205
N19 G1 X35.476 Z-92.257
N20 G1 X35.572 Z-92.314
N21 G1 X35.656 Z-92.376
N22 G1 X35.73 Z-92.441
N23 G1 X35.79 Z-92.509
N24 G1 X35.838 Z-92.579
N25 G1 X35.872 Z-92.652
N26 G1 X35.894 Z-92.726
N27 G1 X35.9 Z-92.8
N28 G1 Z-388.219
N29 G1 X36 Z-388.271
N30 G1 X36.09 Z-388.327
N31 G1 X36.17 Z-388.387
N32 G1 X36.24 Z-388.451
N33 G1 X36.296 Z-388.517
N34 G1 X36.342 Z-388.586
N35 G1 X36.374 Z-388.656
N36 G1 X36.394 Z-388.728
N37 G1 X36.4 Z-388.8
N38 G1 Z-473.8
N39 G1 X40.4
N40 M5
N41 G0 Z650
N42 M30
ENDE

Kod NC na ten sam detal z opcją TYP NAROŻY = OSTRY

%000001
[TOCZENIE]
N1 T01
N2 G0 Z1.18
N3 G97 S1200 G95 F0.2 M3
N4 G0 X27.702
N5 G1 X30.532 Z-.234
N6 G1 X35 Z-2.469
N7 G1 Z-92.081
N8 G1 X35.9 Z-92.3
N9 G1 Z-388.219
N10 G1 X36.4 Z-388.456
N11 G1 Z-473.8
N12 G1 X40.4
N13 M5
N14 G0 Z650
N15 M30
ENDE

Zmiana w cyklach tokarskich opcji TYP NAROŻY pomoże tak jak pisałem dla detali z fazami i ostrymi krawędziami, natomiast jeśli zamiast fazy będzie promień to kod będzie zawsze ten dłuższy ponieważ w postprocesorze jest wpisany, że maksymalny promień dla interpolacji kołowej jest 0.
Problemu by nie był gdyby ten maksymalny promień dla interpolacji kołowej był podany np. 9999.99 (domyślna wartość). Wystarczy to poprawić i więcej tego problemu nie będzie.


Kod NC na ten sam detal z opcją TYP NAROŻY = OSTRY lub OKRĄGŁY w przypadku gdyby w postprocesor mógł generować interpolację kołową

%000001
[TOCZENIE]
N1 T01
N2 G0 Z1.18
N3 G97 S1200 G95 F0.2 M3
N4 G0 X27.702
N5 G1 X30.532 Z-.234
N6 G1 X34.532 Z-2.234
N7 G3 X35 Z-2.8 R0.8 ---------- (interpolacja kołowa)
N8 G1 Z-92.081
N9 G3 X35.9 Z-92.8 R0.8 --------- (interpolacja kołowa)
N10 G1 Z-388.219
N11 G3 X36.4 Z-388.8 R0.8 ---------- (interpolacja kołowa)
N12 G1 Z-473.8
N13 G1 X40.4
N14 M5
N15 G0 Z650
N16 M30
ENDE


Mam nadzieje, że udało się wszystko wyjaśnić.
Pozdrawiam