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
