Problem z toczeniem

Ecjusz · Post napisał: **Ecjusz** » 26 sie 2014, 13:10

Witam
Pracuje na EdgeCamie 2013 R1 i mam problem z toczeniem a dokładnie generowaniem kodu NC. Tocząc prosty jakiś wałek z jakimiś tam fazami program generuje mi bardzo dużo bloków. Pisząc ręcznie na maszynie zrobiłbym to w max. 10 bloków a program generuje mi 60-70. Czy to jest wina postprocesora czy ustawień programu? Dodam tylko ze to jest sterowanie heidenhaina .
Przykładowy program generowany przez EDGECAMA dosłownie 3 srednice i 2 fazki.

%
BEARBEITUNG
N2 G26 S2000
N4 G18 G54 G40 M42
N6 T01 ( toczR0.4 )
N8 M8
N10 G96 S100 M4 G95 F0.2
N12 G95 G0 X29.426 Z0.55
N14 G1 X30.841 Z-0.157
N16 G1 X34.879 Z-2.176
N18 G1 X34.916 Z-2.205
N20 G1 X34.931 Z-2.218
N22 G1 X34.995 Z-2.278
N24 G1 X35.0 Z-2.374
N26 G1 Z-92.634
N28 G1 X35.897 Z-94.308
N30 G1 X35.9 Z-94.374
N32 G1 Z-327.552
N34 G1 X36.021 Z-327.584
N36 G1 X36.243 Z-327.649
N38 G1 X36.316 Z-327.705
N40 G1 X36.331 Z-327.718
N42 G1 X36.395 Z-327.778
N44 G1 X36.4 Z-327.874
N46 G1 Z-388.963
N48 G1 X36.391 Z-389.087
N50 G1 X36.239 Z-389.227
N52 G1 X35.9 Z-389.497
N54 G1 Z-473.285
N56 G1 X45.9
N58 G0 X350 Z400
N60 M5
N62 M9
N64 M30

ENDE

Pozdrawiam

obecny13 · Post napisał: **obecny13** » 05 wrz 2014, 20:25

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

Ecjusz · Post napisał: **Ecjusz** » 18 wrz 2014, 08:19

Witam
Dziękuję bardzo za konkretna i wyczerpującą odpowiedz. Pracuje w firmie w której jest z 6 tokarek numerycznych lecz tam jest w 99% robota powtarzalna i rzadko muszę im pisać jakieś programy ale jak przyjdzie mi cos tam stworzyć i tokarz zobaczy 2 strony linijek do przepisania ręcznie to sam mu współczuje gdzieś zabraknie kropki i dzwon. Jak tylko mi sie nadarzy okazja to będę testował może cos z tego będzie. Powiedz mi jeszcze czy edycja postprocesora w edgecamie lub napisanie nowego to jest cos skomplikowanego?. Ja ogólnie pracuje na NX9(frezuje) a w edgecamie tylko toczę i kiedyś próbowałem poprawić postprocesor ale mnie to przerosło.
Pozdrawiam

MlKl · Post napisał: **MlKl** » 18 wrz 2014, 08:25

To tam nie ma importu g-code na maszynę? Trzeba to ręcznie wklepywać?

Ecjusz · Post napisał: **Ecjusz** » 18 wrz 2014, 08:51

Witam
Mamy w zakładzie dokładnie 7 tokarek z tym ze jak pisałem są one obstawione robatą powtarzalną juz z 6 lat non-stop wiec nie potrzeba tam wgrywac nowych programów. Co do nowych tematów na tokarkę to mam do wykorzystania 2 są to dość nowe maszyny z tym że w jednej spalił się port USB a w drugiej wkładało sie taką kartę i tez to sie spaliło a naprawić nie ma komu. Muszę poszukać jakiegoś postprocesora zeby generował mi program z 'R'. Chyba ze mi ktoś podpowie jak to zmienić w postprocesorze.
Pozdrawiam

obecny13 · Post napisał: **obecny13** » 18 wrz 2014, 09:56

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ć.

lepi · Post napisał: **lepi** » 14 paź 2014, 13:47

To ja się podłącze pod pytanie. Mam podobny problem przy generowaniu kodu na oś obrotową (czwarta oś pracująca w osi X). W kodzie, wszystkie obroty osi w czasie obróbki rozbijane są na bardzo małe kroki. Tak jakby to nie była oś symultaniczna. Szybkie ruchy, np indeksowanie jest generowane jako jeden rozkaz.

Ultras · Post napisał: **Ultras** » 14 paź 2014, 15:24

Witam

Lepi, to według Ciebie w jaki sposób mają być zapisywane ruchy z wykorzystaniem 4 - osi płynnej symultanicznej ?

Pozdrawiam

lepi · Post napisał: **lepi** » 15 paź 2014, 17:39

Według mnie w prostych przypadkach gdy obrabiam powierzchnie walcową lub nacinam linie śrubową wystarczyłaby jedna instrukcja np

G1 X100 C3600

która wykonałaby 10 zwojów na odcinku 100 mm (skok 10 mm)

Zamiast tego dostaję kilkaset instrukcji rozbitych na kilkustopniowe obroty osi C. Przy czym wartości kątowe są rożne w różnych liniach.

Ultras · Post napisał: **Ultras** » 15 paź 2014, 20:23

Witam

Faktycznie tak jest w przypadku powierzchni walcowych (w szczególności z uwzględnieniem geometrii nawiniętej na walec), chodź nie każda obrabiarka CNC jest w stanie to tak zinterpretować i wykonać.

W przypadku powierzchni stożkowych, ślimaków, krzywek itp. kod NC w uwzględnieniem osi obrotowej A, B lub C może być dosyć długi.

Lepi skontaktuj się ze mną na prw, postaram się coś zaradzić z Twoim postprocesorem.

Pozdrawiam

Problem z toczeniem