przeliczanie współrzednych multiaxis

[marcinello3]

Panowie, mam pytanie odnosnie przeliczania współrzędnych dla maszyn 4,5 i 5 osi
Tzn. NX generuje kod nc na srodek narzędzia i w przypadku skretu o dany kąt musze skorygować na maszynie położenie narzedzia (od styku do srodka narzędzia w dwóch osiach ) dopiero wtedy otzymuje to co chce
Od czego zależy ta korekcja? Od zmiennej pochodzącej ze sterownika?
Jeśli tak to jaka zmienna wywołuje tą korekcje w Heidenhainie i w Sinumeriku?

[nxcam]

chcesz indeksować 4 i 5 oś czy stosować pełne frezowanie pięcioosiowe ?
- temat rozległy z pogranicza wiedzy tajemnej

FANUC/SINUMERIK/HEIDENHAIN
G43.4/TRAORI/M128 - pełne frezowanie piecioosiowe przy użyciu TCPM: Tool Center Point Management
G68/ROT/CYCLE SPATIAL - do indeksowania osi

- łatwo można w NX można zrobić postprocesor na osie indeksowane, tzn. przeliczy obrót do nowego polożenia narzędzia i póżniej stosowac standardowe współrzędne 3-osiowe. Nie trzeba nawet zakładac nowych ukladów współrzędnych

- przy pełnych 5-osiach (TCPM) zamiast standardowych wspołrzędnych $mom_pos(0) należy stosować $mom_mcs_goto(0)...

[marcinello3]

dzieki za podpowiedz!

- temat rozległy z pogranicza wiedzy tajemnej

dobrze że są jeszcze dobrzy ludziska na tym świecie, którzy podzielą się swoją wiedzą i doświadczeniami bo czasami brakuje tych 24h i ciężko to wszystko ogarnąć

ps.
nie masz moze jakiegos przykladowego pp z heidenhainem do pracy indexowej do wglądu - chciałbym zobaczyć jak to wygląda? Wiem że szablon z sinumerika ma takie cos ale nie moge sie w tym szablonie odnaleść jest w nim łooooho hooo i jeszcze troche że ciezko sie odnaleźć

pozdrowienia

[nxcam]

- nie mogłem się oprzeć:

co do tematu...

sam system CAM bez względu na jego nazwę i możliwości niewiele znaczy bez dobrego postprocesora. możemy się sprzeczać czy symulacja ma byc oparta na kodzie NC czy nie itp. ale sama struktura kodu jest najważniejsza...

trzeba mieć wiedzę na temat danego sterowania i jego specyficznych funkcji do indeksowania czy 5-osiowych by bezpiecznie napisać strukturę najazdów/odjazdow + rząd ostrzeżeń by przechytrzyć programistę i nie pozwolić mu uszkodzić maszyny... bo kto by robił weryfikację czy symulację obróbki

widzialem juz wiele postprocesorow ktore bez wiedzy/zgody tworcy zostaly cudownie zaadaptowane do innych maszyn. zmieniono np. tylko np os B na A, nie sprawdzono zakresow, kierunkow osi... co zrobi os C przy przejsciu z 350 na 10? pojedzie o 20 stopni czy wycofa sie o 340... i bum - szkoda wrzeciona

dlatego ze względów na szacunek dla spokoju programistow i zywotnoci wrzecion bronię się nogamy/rękamy przed udostępnieniem tego typu szablonów...

wracając do tematu szablon Sinumerik w NX CAM jest zbudowany na zasadzie konieczności tworzenia kolejnych układów współrzędnych do każdego indeksowania osi.
w sumie w firmach lotniczych jest to wymog bo z przesuniec w cyklu 800 pozniej koryguja ewentualne sily skrawania czy zuzycie narzedzia itp
zobacz na dołączonym pliku jak nalezy tworzyc strukture MCS by działał jak nalezy
- mam też taki własny bez tworzenia kolejnych MCS ale nie dam (na razie...)

co do Heidenhain... - jest taka tajemnicza procedura w katalogu ...NX x.x\POSTBUILD\pblib\custom_command... zwie się "pb_cmd_coordinate_system_rotation.tcl"
- zaimportuj ją do postprocesora
- ma zaszyte procedury do przeliczania współrzednych po obrocie m.in do Heidenhain
- Heidenhain jest oparty na cyklu 19, ale łatwo te procedurę przerobić...

za oknem daje gradem a tu na imienimy Jana trz iść...

pzdr

[marcinello3]

Co racja to racja!!!

- mam też taki własny bez tworzenia kolejnych MCS ale nie dam (na razie...)

o taki własnie mi chodzi, moze uchylisz rabka tajemnicy co gdzie i z czym sie je zeby to przeliczało bo ten z tymi ukladami nie wchodzi w gre, za duzo kombinerek

co to link to dają rade chlopaki hehe

zdrowia po Janie !!!