Znaleziono 10 wyników

autor: atom1477
04 maja 2022, 17:25
Forum: LinuxCNC (dawniej EMC2)
Temat: Umożliwienie "gougingu" przy kompensacji narzędzia.
Odpowiedzi: 49
Odsłony: 3022

Re: Umożliwienie "gougingu" przy kompensacji narzędzia.

Technika poszła do przodu. Dzisiaj są automatyczne translatory.
Dzisiejsze CAMy umieją tłumaczyć z artystowego na maszynowe :D (na nasze znaczy się).

Problem tylko że nie szukałem.
Kiedyś szukałem i trafiłem na LazyCAM. Oraz jakiś jeszcze, nie pamiętam nazwy ale miał "H" w nazwie.
I jak zobaczyłem jak one generują ścieżkę narzędzia to się za głowę złapałem (np. branie raz współbieżnie a raz przeciwbieżnie). I dałem se spokój z szukaniem. Wolałem rysować ścieżkę narzędzia ręcznie.
No ale widzę że od tamtego czasu sporo się zmieniło.
Dziwne tylko że w LinuxieCNC prawie nic się nie zmieniło.
Myślałem że jak po 10-ciu latach zainstaluję nową wersję to będę mile zaskoczony. A tu np. nadal nie działa wklejanie na pulpit :/
autor: atom1477
04 maja 2022, 16:40
Forum: LinuxCNC (dawniej EMC2)
Temat: Umożliwienie "gougingu" przy kompensacji narzędzia.
Odpowiedzi: 49
Odsłony: 3022

Re: Umożliwienie "gougingu" przy kompensacji narzędzia.

Na jeden dzień zniknąłem (notabene zajmując się obróbką :D ) a tu temat się rozrósł.
Problem jest taki że plik jaki dostaję jest "błędny".
Do tej pory obrabiałem z własnych plików, więc o ile nie udawało mi się skorzystać z korekcji (G41/G42) to sobie mogłem poprawić własny rysunek (albo narysować go bez korekcji, tzn. rysując ścieżkę narzędzia a nie kontur).
No ale po kimś nie będę poprawiał rysunku z 10-cioma tysiącami linii.
To chyba zresztą powszechna praktyka w branży nietechnicznej.
To nie jest element do maszyny, tylko jakiś ozdobny element z napisami. Nikt przy rysowaniu nie zastanawiał się nad zaokrągleniami krawędzi. Bo każdy program graficzny albo poligraficzny sam sobie zaokrągla (albo pixelizuje na kwadraty) to co mu nie pasuje.
Więc artysta co zrobił ten rysunek spodziewa się że program do frezowania zrobi to samo.
I ja generalnie uważam tak samo. A to dlatego że g-kod jest idealny tylko teoretycznie.
W praktyce ścieżka narzędzia zależy od dokładności obliczeń. Zmienne 32-bitowe a 64-bitowe dadzą inną ścieżkę narzędzia. Inna implementacja sin/cos w procesorze też da inną ścieżkę.
Różnice będą pewnie poniżej nanometra, ale będą.
Więc program i tak musi mieć opcję wykonywać programy z "błędami".
To nie będą prawdziwe błędy, no ale dla programu będą jak błędy (nie będzie w stanie ich odróżnić od prawdziwych błędów).
Koniec jednej linii nie stykający się dokładnie z początkiem kolejnej, kąt pomiędzy liniami nie dokładnie równy 180 ° (i w dodatku wklęsły) więc narzędzie nie dające rady tam dojechać, itp.
A program musi sobie z tym poradzić i wykonać program. Musi więc mieć jakąś tolerancję błędu jaką zaakceptuje.
I nawet LinuxCNC to umie.
Problem tylko taki że nie udaje mi się zmienić domyślnej dokładności obróbki.

PS. Swoją drogą to nie o naroża chodziło w tym rysunku jaki dostałem, tylko o to że łuki stykają się pod kątem niedokładnie równym 180°.
Całość dało by się wykonać nawet frezem Φ 8mm (najmniejszy łuk ma 8mm), ale LinuxCNC wywala błąd nawet jak do korekcji podam narzędzie o średnicy 0.01mm. Stąd mój wniosek że chodzi tu o jakieś mikroskopijne niedoskonałości rysunku (może też problemy przy konwersji z programu graficznego na DXFa), a nie o brak zaokrągleń w narożnikach.
A czegoś takiego to nawet nie ma jak ręcznie poprawić (bo na oko widać że nie ma tam łuków mniejszych niż 8 mm). I tylko program który to zrobi samodzielnie (poprawi/zaakceptuje) rozwiąże problem.
I u mnie na razie robotę robi Carbide Create.
Ma wiele niedoróbek, jak np. taką że nie pozwala dodać własnych narzędzi (a oryginalne są tylko w wymiarach calowych), no ale jakoś domęczyłem tą obróbkę frezem 3mm (z biciem jakieś 3.1mm) podając narzędzie 1/8".
autor: atom1477
02 maja 2022, 21:45
Forum: LinuxCNC (dawniej EMC2)
Temat: Umożliwienie "gougingu" przy kompensacji narzędzia.
Odpowiedzi: 49
Odsłony: 3022

Re: Umożliwienie "gougingu" przy kompensacji narzędzia.

qqaz pisze:Jak widać tusk nie pomoże.
A Ty pomożesz? I powiesz co to za "ptaszek"?
qqaz pisze:I jeszcze jedno.
W jaki sposób jest realizowana korekcja (ścieżka/kontur) to jest cecha sterowania maszyny i do tego trzeba się dostosować. Chyba że jest możliwość wyboru - w Machu nie ma.
U mnie maszyna nie ma żadnego własnego sterownika. Sterownikiem jest sam LinuxCNC (a dalej jest tylko port LPT, nie ma żadnej karty na USB czy Ethernet).
LinuxCNC pozwala na obie metody sterowania. Realizuje "1", ale oczywiście wtedy kod musi wygenerować jakiś wcześniejszy program CAM. A "2" ciężko żeby nie realizował, bo to podstawowy tryb pracy (choćby przy grawerowaniu, gdzie chyba zawsze się jedzie po środku konturu z rysunku).
Oczywiście "1" jest wygodniejsze, tylko trzeba to jedno ustawienie zmienić żeby nie wywalało błędów.
qqaz pisze:Zmień sposób generowania Gkodu podczas korekcji.
Żeby zmienić na metodę "1" to musiał bym użyć jakiegoś CAMa który to zrobi.
Dxf2gcode na to nie pozwala.
Użyłem Carbide Create i na razie poszło. Ten program ma sporo niedoróbek (albo to celowe "błędy" żeby wymusić wykupienie wersji premium) ale mimo wszystko jest całkiem wygodny w obsłudze (bo intuicyjny).
autor: atom1477
02 maja 2022, 19:59
Forum: LinuxCNC (dawniej EMC2)
Temat: Umożliwienie "gougingu" przy kompensacji narzędzia.
Odpowiedzi: 49
Odsłony: 3022

Re: Umożliwienie "gougingu" przy kompensacji narzędzia.

qqaz pisze:
02 maja 2022, 18:09
atom1477 pisze:
02 maja 2022, 15:21
Po to chyba jest G41/G42 żeby maszyna sama już to robiła.
no i robi tylko trzeba wyłączyć/ dopuścić resztki ( jak w Machu)
Ale jak to zrobić? Które to ustawienie?
qqaz pisze:
02 maja 2022, 18:09
Najbardziej fenomenalny program, nawet dedykowany tylko pod Linuxa a nie jakieś tam windy,
nie rozwiąże problemu resztek po frezie we wnętrzach kąta wewnętrznego występującego w obrabianym konturze.
A komunikat informuje właśnie o tej niedogodności.
Coś pewnie trzeba przestawić w ustawieniach, bo u mnie nie tylko informuje, ale też blokuje wczytanie pliku i obróbkę.
autor: atom1477
02 maja 2022, 15:21
Forum: LinuxCNC (dawniej EMC2)
Temat: Umożliwienie "gougingu" przy kompensacji narzędzia.
Odpowiedzi: 49
Odsłony: 3022

Re: Umożliwienie "gougingu" przy kompensacji narzędzia.

TOP67 pisze:
02 maja 2022, 14:35
A czy do tego nie służą programy CAM (2,5D)?
W sumie to nie wiem. Po to chyba jest G41/G42 żeby maszyna sama już to robiła.
A jak nie, to dxf2gcode jest właśnie programem CAM :D
Znasz inny który jest przyjazdy w obsłudze i potrafi to poprawnie zrobić? (zakładam że wygeneruje gcode gdzie nie będzie już G41/G42, tylko poprzesuwane ścieżki narzędzia).
autor: atom1477
02 maja 2022, 14:18
Forum: LinuxCNC (dawniej EMC2)
Temat: Umożliwienie "gougingu" przy kompensacji narzędzia.
Odpowiedzi: 49
Odsłony: 3022

Re: Umożliwienie "gougingu" przy kompensacji narzędzia.

Może nieprecyzyjnie się wyraziłem.
Chodzi mi o przesuwanie ścieżek za pomocą G41/G42. Nie ważne czy narzędziami nowymi czy stępionymi.
Dokładności wielkich też nie potrzeba. No ale ruch narzędzia trzeba przesunąć o promień narzędzia. Jak ma promień 4mm no to o tyle muszę przesunąć (a czy to faktycznie jest 4.01 czy 3.98 to inna inszość).
I druga sprawa. Nie ja rysuję rysunek. Nie mogę więc przesunąć ścieżek na etapie rysowania.
Dostaję gotowy rysunek i dopiero z takim gotowym mogę coś działać.

Inkscape wydaje się dobry do tego (jako workaround na szybko).
Dzięki.
autor: atom1477
02 maja 2022, 13:50
Forum: LinuxCNC (dawniej EMC2)
Temat: Umożliwienie "gougingu" przy kompensacji narzędzia.
Odpowiedzi: 49
Odsłony: 3022

Re: Umożliwienie "gougingu" przy kompensacji narzędzia.

Aaa, dopiero załapałem o co Ci chodziło z tym "przycinaniem". To przy ręcznym edytowaniu rysunku po poprzesuwaniu linii.
No to taka opcja zupełnie odpada. To dopiero jest zabieranie się od d**y strony.
Przy ponad 10-ciu tysiącach linii nie ma to sensu.

LinuxCNC takie przesuwanie umie zrobić sam (wraz z "przycinaniem" albo dodawaniem łuków (zależy czy kompensacja jest od wnętrza czy od zewnątrz konturu).
Jedyne co przeszkadza to to że nie jest w stanie zrobić mocnego przycięcia w momencie jak frez nie sięga narożnika. Mało już do tego brakuje, i może jest jakaś opcja do ustawienia w programie która to umożliwia.
Teoretycznie miało wystarczyć ustawienie dokładności, no ale jednak nie wystarczyło.
autor: atom1477
02 maja 2022, 12:29
Forum: LinuxCNC (dawniej EMC2)
Temat: Umożliwienie "gougingu" przy kompensacji narzędzia.
Odpowiedzi: 49
Odsłony: 3022

Re: Umożliwienie "gougingu" przy kompensacji narzędzia.

Tak by było dość prosto jakby był do tego jakiś program.
LibreCAD jest to w stanie zrobić dla dowolnego rysunku?
No bo to nie jest prosty kontur tylko rysunek (tekst jakąś stylistyczną czcionką).

Ale najprościej by było bez pośrednich konwersji.
Dxf2gcode dodaje odpowiednie wejścia w materiał więc to nie jest problem. I to działa nawet z kompensacją, ale tylko na małych ręcznie robionych plikach. Sam zresztą też to umiem dorysować.
Dlatego najlepiej by było jakby się w LinuxieCNC po prostu dało włączyć obróbkę z niedokładnym odwzorowywaniem naroży (gdy się go nie da zrobić, to żeby po prostu nie robił, tylko przejechał zostawiając łuk (średnicę freza)).

Więc spróbuję tego LibreCADa, ale pytanie o LinuxaCNC pozostaje aktualne.
autor: atom1477
02 maja 2022, 09:19
Forum: LinuxCNC (dawniej EMC2)
Temat: Umożliwienie "gougingu" przy kompensacji narzędzia.
Odpowiedzi: 49
Odsłony: 3022

Umożliwienie "gougingu" przy kompensacji narzędzia.

Czy zna ktoś sposób na poradzenie sobie z problemem jaki często pojawia się przy korzystaniu z kompensacji narzędzia, i brzmi:
Arc move in concave corner cannot be reached by the tool without gouging
?
To jest na tyle uciążliwe że prze 10 lat nie używałem kompensacji z ogóle.
Mogę sobie zmniejszać średnicę narzędzia do 0.1mm, a i tak wywala błąd.
Kody generuję za pomocą dxf2gcode.

Teraz znowu do tego siadałem, zainstalowałem nową wersję LinuxaCNC (choć nie najnowszą: 2.7).
Myślałem że przez tyle lat dodali nowe opcje do programu, ale widzę że w tej sprawie nic się nie zmieniło.
Zmienianie:
CENTER_ARC_RADIUS_TOLERANCE_INCH
CENTER_ARC_RADIUS_TOLERANCE_MM
na jakieś duże wartości też nic nie daje.
http://linuxcnc.org/docs/html/config/in ... gc-section

No więc w końcu pytam tutaj.
Zna ktoś sposób aby linuxCNC akceptował pliki gdzie korekcja narzędzia nie pozwala wejść w narożniki? A niech robi zaokrąglenie, byle odczytało i uruchomiło program.
Tu wyjaśnienie obrazkowe o co mi chodzi:
Obrazek

Wróć do „Umożliwienie "gougingu" przy kompensacji narzędzia.”