pewnie juz niedlugo lub nawet jest..
http://www.sciencedirect.com/science?_o ... archtype=a
a poza tym w przyzwoitym camie można uwzględnić długość narzędzia i wystarczy przepościć przez postprocessor.
Pozdrawiam
a tu dokladny opis problemu i algorytmy implementacji: http://www.google.com/url?sa=t&source=w ... Mg&cad=rja
Jaki programy obsługuje maszyny 5-osiowe?
-
syntetyczny
- Lider FORUM (min. 2000)
- Posty w temacie: 6
- Posty: 2692
- Rejestracja: 08 gru 2009, 22:33
- Lokalizacja: Elbląg
- Kontakt:
-
bartuss1
- Lider FORUM (min. 2000)
- Posty w temacie: 1
- Posty: 8363
- Rejestracja: 05 kwie 2006, 17:37
- Lokalizacja: Kędzierzyn - Koźle
- Kontakt:
chyba chodziło o to ze mając okresloną długośc narzędzia które np robi łuk o promieniu A w płaszczyznie pionowej XZ to oś Z oraz poprzeczna X przesuwają się o wartośc łuku podczas gdy oś obrotowa z wrzecionem kreśli łuk
przy wiekszym łuku B oś wrzeciona kresli na większych kątach, tylko również x i z muszą mieć większe wartości, postprocek jest od tego i nie wiem w czym problem, co do czoła narzędzia - określa się długośc narzędzia względem środka obrotu wrzeciona i niech kol Kimla nie ściemnia
przy wiekszym łuku B oś wrzeciona kresli na większych kątach, tylko również x i z muszą mieć większe wartości, postprocek jest od tego i nie wiem w czym problem, co do czoła narzędzia - określa się długośc narzędzia względem środka obrotu wrzeciona i niech kol Kimla nie ściemnia
https://www.etsy.com/pl/shop/soltysdesign
-
syntetyczny
- Lider FORUM (min. 2000)
- Posty w temacie: 6
- Posty: 2692
- Rejestracja: 08 gru 2009, 22:33
- Lokalizacja: Elbląg
- Kontakt:
Dobra, czyli aby dojść do jakiegoś konsensusu:
W przypadku, w którym mówi www.kimla.pl mamy wygenerowaną już wcześniej w CAM ścieżkę dla 5osi i program w przypadku wymiany narzędzia, przebudowuję ścieżkę tak, aby uzyskać zamierzony efekt?
W drugim przypadku mamy tak, że zmianę narzędzia itp uwzględniamy w CAM i on sam wykonuję operacje, których efektem jest gcode, który już ma przebudowaną ścieżkę?
Dobrze rozumiem?Jeżeli tak, to jakie są plusy i minusy danych rozwiązań? Już wiemy, że operator ma łatwiejszą prace w pierwszym przypadku. Coś więcej? Są firmy, w których od pisania gcode są specjalni 'technolodzy' a operatorzy maszyn jedynie nadzorują...
W przypadku, w którym mówi www.kimla.pl mamy wygenerowaną już wcześniej w CAM ścieżkę dla 5osi i program w przypadku wymiany narzędzia, przebudowuję ścieżkę tak, aby uzyskać zamierzony efekt?
W drugim przypadku mamy tak, że zmianę narzędzia itp uwzględniamy w CAM i on sam wykonuję operacje, których efektem jest gcode, który już ma przebudowaną ścieżkę?
Dobrze rozumiem?Jeżeli tak, to jakie są plusy i minusy danych rozwiązań? Już wiemy, że operator ma łatwiejszą prace w pierwszym przypadku. Coś więcej? Są firmy, w których od pisania gcode są specjalni 'technolodzy' a operatorzy maszyn jedynie nadzorują...
-
www.kimla.pl
- Posty w temacie: 6
Można przegenerować kod w CAM-ie, ale jak np. operatorowi złamie się narzędzie to co?
musi założyć nowe, zmierzyć jego długość od środka obrotu i iść do technologa aby mu tą ścieżkę przegenerował. Nie pisałem, że się nie da, ale jest to bardzo uciążliwe.
Jak jest translacja to po automatycznym pomiarze maszyna startuje i dalej frezuje bez grzebania w ścieżce.
Ale to nie jedyny problem. Jest jeszcze sprawa sterowania prędkością.
Zmiana długości narzędzia powoduje zmianę prędkości narzędzia w ruchu złożonym.
To też system musi liczyć ponieważ prędkość w kodzie powinno się podawać na czoło narzędzia a nie na poszczególne osie ponieważ jak mamy ruch w osi liniowej to podajemy go w np. mm/min, a jak osi kątowej to w stopniach /min.
A co jeśli mamy interpolowany ruch złożony? W jakich jednostkach podamy prędkość?
musi założyć nowe, zmierzyć jego długość od środka obrotu i iść do technologa aby mu tą ścieżkę przegenerował. Nie pisałem, że się nie da, ale jest to bardzo uciążliwe.
Jak jest translacja to po automatycznym pomiarze maszyna startuje i dalej frezuje bez grzebania w ścieżce.
Ale to nie jedyny problem. Jest jeszcze sprawa sterowania prędkością.
Zmiana długości narzędzia powoduje zmianę prędkości narzędzia w ruchu złożonym.
To też system musi liczyć ponieważ prędkość w kodzie powinno się podawać na czoło narzędzia a nie na poszczególne osie ponieważ jak mamy ruch w osi liniowej to podajemy go w np. mm/min, a jak osi kątowej to w stopniach /min.
A co jeśli mamy interpolowany ruch złożony? W jakich jednostkach podamy prędkość?
-
syntetyczny
- Lider FORUM (min. 2000)
- Posty w temacie: 6
- Posty: 2692
- Rejestracja: 08 gru 2009, 22:33
- Lokalizacja: Elbląg
- Kontakt:
-
krank1
- Specjalista poziom 1 (min. 100)
- Posty w temacie: 1
- Posty: 141
- Rejestracja: 30 cze 2006, 23:37
- Lokalizacja: Piątek
- Kontakt:
Ścieżka narzędzia jest programowana przez programistę w ścisłym związku z detalem i sterowanie nie ma prawa jej zmienić !!!
Troszkę to kolega Kimla źle ujął bo zadaniem sterowania 5-cio osiowego jest tak skorygować pozycję poszczególnych osi w zależności od długości narzędzia lub położenia na stole aby ścieżka została ta sama. Bo pod pojęciem ścieżka kryje się pozycja narzędzia a nie pozycja osi.
Chyba że ścieżka nie jest podawana dla końca narzędzia, nie spotkałem się z tym jednak. Zresztą byłoby to chyba bez sensu.
Troszkę to kolega Kimla źle ujął bo zadaniem sterowania 5-cio osiowego jest tak skorygować pozycję poszczególnych osi w zależności od długości narzędzia lub położenia na stole aby ścieżka została ta sama. Bo pod pojęciem ścieżka kryje się pozycja narzędzia a nie pozycja osi.
Chyba że ścieżka nie jest podawana dla końca narzędzia, nie spotkałem się z tym jednak. Zresztą byłoby to chyba bez sensu.
