Jaki postprocesor-oparty na G-kodach czy na języku Heidenhai

jackforest · Post napisał: **jackforest** » 08 wrz 2011, 22:28

Witam
Firma w której pracuje jest na etapie kupna obrabiarki mikron VCE 800 na sterowaniu Heidenhain iTnc 530. Zastanawiam się nad doborem odpowiedniego postprocesora (a raczej rodzaju kodu ). Sytuacja przedstawia się następująco : używamy w firmie obrabiarek pracujących na G-kodach (zarówno programiści jak i operatorzy znają ten język) wiec logicznie myśląc postprocesor powinien być oparty na G-kodach bo nikt z pracownikow nie miał dotąd styczności ze sterowaniem HH. W ten sposób latwiej będzie nam ogarnąć nowa maszynę…. Ale Wiem że HH ma swój język programowania który diametralnie różni się od G-kodów wiec zastanawiam się również nad postprocesorem posługujący się komedami HH bo chyba najlepiej będzie współpracował z obrabiarką

Moje pytanie brzmi:
-czy ktoś z kolegów używa G-kodów na sterowaniu HH i jak to się sprawuje ????
-jak uważacie czy lepiej na siłę wpychać się z G-kodami czy wdrażać komedy HH??

Dodam że firma zajmuje się wytwarzaniem matryc kuźniczych, okrojników, wykrojników, itp. oraz korzysta z oprogramowania NX Cam Express .

Zapraszam do dyskusji a za wyrażone opinie i rady z góry dziękuje
pozdrawiam

ciekavy · Post napisał: **ciekavy** » 09 wrz 2011, 10:09

jackforest pisze:czy ktoś z kolegów używa G-kodów na sterowaniu HH i jak to się sprawuje ????

jackforest pisze:Dodam że firma zajmuje się wytwarzaniem matryc kuźniczych, okrojników, wykrojników

U mnie w firmie postprocesor przelicza na G kody. Sprawuje się to bez problemów (530) Wykonujemy te same rzeczy więc sie sprawdzi napewno

jackforest pisze:-jak uważacie czy lepiej na siłę wpychać się z G-kodami czy wdrażać komedy HH??

Z Cam G kody dla programów z palca wole HH.

STELMI · Post napisał: **STELMI** » 09 wrz 2011, 10:49

ciekavy pisze:Z Cam G kody dla programów z palca wole HH.

X2 - robię identycznie, zakres prac podobny

edo81 · Post napisał: **edo81** » 09 wrz 2011, 15:59

Kolego u minie w firmie mamy post procesory i na G kodach i w hh.
Oba sprawują sie nie źle. Jeśli nie potraficie napisać sami postprocesora to tańszy będzie na pewno G kodach.
Chociaż podzielam zadanie kolegow ze z palca to tylko hh. Z cam to już jest obojętne.Pozdrawia.

jackforest · Post napisał: **jackforest** » 11 wrz 2011, 21:40

Dzięki za zainteresowanie

Biorąc po uwagę wasze wypowiedzi i swoje rozmyślna na ten temat

skłaniam się nad postprocesorem na G-kody, a do ewentualnych programów „z palca” będę używać HH.

Mam jeszcze jedno pytanie. W postprocesorach już istniejących w firmie podczas generowania programy na początku kodu wyskakuje informacja o średnicy i rodzaju narzędzia, naddatku itp. czyli garść przydatnych informacji dla operatora. W nowym postprocesorze chce dodać jeszcze aby po każdej wymianie narzędzia wyskakiwała komeda M0 lub M1 po to aby operator mógł sprawić stan aktualnej obróbki bez potrzeby ręcznego zatrzymywania programu.

Może koledzy podpowiecie mi jakie jeszcze komedy, informacje lub inne sposoby na poprawienie bezpieczeństwa i usprawnienia obróbki można umieścić w postprocesorze tak aby automatycznie generowały się z każdym programem.
Zapraszam do dyskusji a za wyrażone opinie i rady z góry dziękuje

pozdrawiam

jarek023 · Post napisał: **jarek023** » 13 wrz 2011, 00:07

Witam
Kilka moich podpowiedzi:
1. warto mieć na początku każdego narzędzia wpisane kody modalne, tak aby móc bez problemu wywołać potrzebne narzędzie i ew. go powtórzyć etc.
2 . po każdym kolejnym narzędziu można mieć M01 tak aby pierwszą sztukę np. puszczać co jedno narzędzie (często wykorzystywane przy tokarce) OSP- stop warunkowy. Warto pomyśleć o starcie narzędzi z bezpiecznej pozycji, by uniknąć ew. kolizji.
3. do tego jeśli będziesz miał magazyn obrotowy z łapą, to można zrobić w ten sposób gdy jedno narzędziem pracuje aby drugie przygotowało się do pozycji wymiany. Przy produkcji jednostkowej jest to zbędne- przy masowej pozwoli urwać nawet kilku sekund.

N20 T1 M6 (zmiana narzędzia na nr.1)
N25 M111 H1 D63. (pomiar długości narzędzia na sondzie pomiarowej, narzędzie nr1 o średnicy fi63)
N30 T2 (przygotowanie narzędzia nr2 w magazynie) o to mi chodzi!
4. jeśli będziesz miał sondę pomiarową do narzędzi to warto zrobić tak aby za każdym razem, przed narzędziami generowany jest kod do pomiaru długości narzędzia. Jeśli narzędzia po pierwszej sztuce będą już zmierzone można wcisnąć "\" na pulpicie tak by już tego bloku w kolejnych sztukach nie czytało a tym samym nie mierzyło ponownie tych samych narzędzi (no chyba że chcesz)
przykład takiego kodu:
/ N25 M111 H1 D63 - wciskając „/” na pulpicie- przeskoczy ten blok.

Może coś Ci się przyda.
pozdrawiam

jackforest · Post napisał: **jackforest** » 28 wrz 2011, 17:33

ciekavy pisze:U mnie w firmie postprocesor przelicza na G kody. Sprawuje się to bez problemów (530) Wykonujemy te same rzeczy więc sie sprawdzi napewno

A czy G-kod iso na HH wygląda np tak(lub inaczej czy taki program pójdzie na sterowaniu hh):

%
N0010 G40 G17 G90 G71
N0020 G91 G28 Z0.0
N0030 T00 M06
N0040 G01 G90 X-5.254 Y21.898 Z10. F1000. S650 M03 M08
N0050 Z0.0 F900.
N0060 Z-3. F800.
N0070 X-.058 Y21.999
N0080 X0.0 Y22. F250.
N0090 X42.
N0100 G03 X45. Y25. I0.0 J3.
N0110 G02 X69. I12. J0.0
N0120 G03 X72. Y22. I3. J0.0
N0130 G01 X100.
N0140 X100.058 Y21.999
N0150 X105.254 Y21.898 F400.
N0160 Z0.0
N0170 Z10. F300.
N0180 M02
%

bo z tego co można wywnioskować z postu z linka poniżej a szczególnie z wypowiedzi kolegi kris852 wynika ze iso do HH różni sie od standardu G-kodu

https://www.cnc.info.pl/topics82/przykl ... t25648.htm

Jakby ktoś mógł umieścić przykładowy program wygenerowany przez postprocesor w G-kodach na HH to rozjaśniłoby mi trochę sprawę

pozdrawiam

ciekavy · Post napisał: **ciekavy** » 28 wrz 2011, 18:20

jackforest pisze:A czy G-kod iso na HH wygląda np tak(lub inaczej czy taki program pójdzie na sterowaniu hh):

Prawie taki sam tylko w każdej linii (ścieżce) jest G01/G00 i nie ma fukncji G02/G03. Wszystko z G01 pisane każdy mirkon przejazdu

cero · Post napisał: **cero** » 28 wrz 2011, 21:53

hmm,zainteresowało mnie to wiec się włączę i zadam pytanie...
Dodam ze znam się jedynie na G-kodach w standardzie.

O ile to jest standard:

G17 G21 G90
T76
M3 S3979
G0 X104.037 Y5.9
Z15
G0 Z0.7
G1 Z-4.3 F150
X96.55 Y7.331 F400
X92.82 Y7.944
X89.078 Y8.49
X85.336 Y8.97
X81.578 Y9.318
X77.782 Y9.435
X63.169 Y6.7
G2 X59.18 Y9.821 I-1.003 J2.828
G1 X59.237 Y10.404

Jesli nie ma G02/03 to jak sie robi interpolacje kołowa?za sprawa jakich komend?

ciekavy · Post napisał: **ciekavy** » 28 wrz 2011, 23:11

cero pisze:Jesli nie ma G02/03 to jak sie robi interpolacje kołowa?za sprawa jakich komend?

Jak pisałem wyżej każda ścieżka jest generowana z CAM tzn każdy mikron do przejechania ma swoja ścieżkę wygenerowaną z CAM. Czyli jak normalnie napisał byś G02 X..Y..I..J.. to u mnie masz ten łuk rozpisany na powiedzmy 1000 linii kodu G01. Wiem że prościej by było napisac G02/03 ale niestety mamy (u mnie w firmie) pisane przez G01. Mam nadzieję że jasno wyjaśniłem. Jak będę w robocie to wrzucę ci jakiś plik podglądowy.

Jaki postprocesor-oparty na G-kodach czy na języku Heidenhai