Korekcja średnicy narzędzia w Mach 3

jeżeli orzymujesz gotowy do wykonania to marne szanse na poprawkę taką aby recznie dopisać kody korekcji i dodatkowe ruchy.

Dlatego chciałbym sie dowiedzieć czy SprutCam w ogóle potrafi generować obróbki z ciągłym włączaniem korekty za każdym ruchem. Ręcznie nie chce nic dopisywać, chcę aby zrobił to Cam. Może ktoś to używa się wypowie....

Szukaj w Google.
Ja zarzuciłem "SprutCam G42" i dało obiecujące wyniki.
Tylko to nie moje zmartwienie i ja na to czasu nie mam żeby się zagłębiać.
Wygląda na to że się da.

.

WZÓR
zdaje mi się ze nie wiesz o co chodzi , wytłumaczę ci krótko

wygeneruj sobie kod gdzie cam oblicza odsunięcie od ściany detalu i wyfrezuj go np kwadrat 100x100

potem zmień średnicę frezu i dopisz sobie G41 czy tam G42 i wpisz w maszynę średnice nowego frezu i puść program.

Wpisujesz wtedy nie średnicę nowego frezu tylko różnicę miedzy frezem starym a nowym i odsuniecie w odpowiednia stronę. kwadrat wtedy wyjdzie taki sam ale o czym my mówimy skoro w pierwszym poście był pokazany detal który wymaga płynnych ruchów w 3 albo i 4 osiach. Dodawanie korekcji w takim programie nie ma szans powodzenia.

pasierbo pisze:... ale o czym my mówimy skoro w pierwszym poście był pokazany detal który wymaga płynnych ruchów w 3 albo i 4 osiach. ....

Fakt - powstał niezły off-topic w tym temacie ...... , ale ja tylko dałem komentarz do ;

dziabi3 pisze:... lecz mi chodzi o to ze jeśli ktoś generuje sciezke kompensowaną przez cama i chce kompensować dodatkowo machem i tu powstaje wielka porażka bo samemu trzeba dodać odpowiedni g42 i g41 ...

...

... Dodawanie korekcji w takim programie nie ma szans powodzenia.

.... masz całkowitą rację.

Mariusz.

WZÓR

My chyba mówimy o tym samym , tzn tłumaczymy sobie to samo na wzajem

pasierbo

Jeśli chcesz puścić program g cod gdzie to cam kompensował średnice frezu to zgadza się lecz operator musi zadbać o odpowiednie spreparowanie g codu G42 i g41
Tak aby się coś nie odwaliło, to wtedy wpisujesz różnice średnic.

Taki zabieg da się zrobić w stosunkowo prostych programach np frezowanie kieszeni.

dziabi3 pisze:pasierbo

Jeśli chcesz puścić program g cod gdzie to cam kompensował średnice frezu to zgadza się lecz operator musi zadbać o odpowiednie spreparowanie g codu G42 i g41
Tak aby się coś nie odwaliło, to wtedy wpisujesz różnice średnic.

Taki zabieg da się zrobić w stosunkowo prostych programach np frezowanie kieszeni.

Tak jest. Ciagle o tym mowie.

ale o czym my mówimy skoro w pierwszym poście był pokazany detal który wymaga płynnych ruchów w 3 albo i 4 osiach. Dodawanie korekcji w takim programie nie ma szans powodzenia.

czyli nie mam co liczyć że jakikolwiek Cam poradzi sobie z takimi i bardziej skomplikowanymi detalami jak pokazałem na początku postu?

z tego co wiem, to kolega kod generuje używając strategii 5-osiowych, tylko jedną oś blokuje na 0.

Kod wyjściowy jest oczywiście 4 osie - sterowane płynnie.



chyba znalazłem rozwiązanie, znalazłem Help'a do najnowszej wersji i tam jest zdanie:

Activation of tool radius compensation

The activation and cancellation of cutter radius compensation can only be performed on linear tool movements....

LINK do tego Help'a


Jak dobrze rozumiem to tylko dla ruchów liniowych? czyli strategie 5 i 4 -osiowe chyba odpadają...

Jeżeli kolega generuje dla 5 osi to na bank ma możliwość stosowania korekcji. Uzgodnij tylko z nim na prostym przykładzie że to co wygeneruje będzie zrozumiałe dla Ciebei i macha. Parę razy na forum pojawiały się glosy o problemach. Sam używam ale trochę trwało zanim ustawiłem postprocesor z machem. I właściwie nie wiem co było źle że wcześniej nie działał.

U mnie korekcja w machu to loteria. czasami zresetuje program idzie dobrze. a czasami cos zglupieje zle zaczyta i tak jakby przekreca caly detal o pare stopni. nie wiem jak to mozliwe i co jest źle ale to kompletna anomalia nie dopuszczalna w przemyslowym zastosowaniu.