Znaleziono 17 wyników

autor: tuxcnc
03 maja 2022, 10:10
Forum: LinuxCNC (dawniej EMC2)
Temat: Umożliwienie "gougingu" przy kompensacji narzędzia.
Odpowiedzi: 49
Odsłony: 3078

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

qqaz pisze:
03 maja 2022, 09:26
Prawdłowo powinien zatrzymać się wcześniej pozostawiając resztki.
No to jak analfabecie.
Obrazkami.

1. Czy to jest prawidłowo wykonana korekcja (biała ścieżka narzędzia, żółty kontur, czerwony frez)?
Obrazek
2. Czy to jest prawidłowo wykonana korekcja?
Obrazek
3. Jak prawidłowo wykonać korekcję w takim przypadku, skoro obie zaznaczone korekcje są prawidłowe, co udowodniono wcześniej?
Obrazek

MATEMATYCZNIE JEST TO NIEMOŻLIWE!

To co nazywasz "prawidłowo" jest debilną próbą OMINIĘCIA NIENAPRAWIALNEGO BŁĘDU.

PRAWIDŁOWO naprawiony błąd:
Obrazek

EOT.
autor: tuxcnc
03 maja 2022, 07:24
Forum: LinuxCNC (dawniej EMC2)
Temat: Umożliwienie "gougingu" przy kompensacji narzędzia.
Odpowiedzi: 49
Odsłony: 3078

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

atom1477 pisze:
02 maja 2022, 21:45
qqaz pisze:Jak widać tusk nie pomoże.
A Ty pomożesz? I powiesz co to za "ptaszek"?
Nie rozmawiaj z idiotami, bo Cię wyprowadzą na manowce.
Ktoś bardzo mądry powiedział kiedyś: "jeśli napiszesz program dla debili, to tylko debile będą go używać".
Wytłumaczenie jest bardzo proste, debil nie zrozumie, potrafi natomiast zapamiętać, więc debilom nie tłumaczy się dlaczego nie działa, tylko dla debili tworzy się ptaszki, które pozwolą wykonać program pomimo ewidentnych błędów.
Na koniec debil będzie pyskował, że jego program dla debili jest cudowny, a program który działa jak powinien jest do du**.
Problemy w programie Mach (w tym temacie) są dwa:
1. Program z błędami, dzięki systemowi ptaszków, wykonuje się jakby błędów nie miał.
2. Program zostaje podzielony na dwa zupełnie niezależne programy - g-kod i system ptaszków opisujący jak ten kod interpretować.
Debil powie Ci, że Mach jest cudowny, bo da się wadliwy program wykonać, człowiek inteligentny powie Ci, że to jest głupie i niebezpieczne.
Wyobraź sobie, że masz do wykonania tą samą pracę po np. roku czy pięciu latach, co się czasem zdarza, masz g-kod, ale za żadną cholerę nie przypomnisz sobie jakie ptaszki były wtedy ustawione, bo wykonując inne prace poprzestawiałeś je sto razy...
W LinuxCNC podejście jest i owszem ortodoksyjne, ale właściwe - jak chcesz żeby działało, to napisz program prawidłowo.
G-kod to opis ścieżki narzędzia, więc wszystko co opisuje ścieżkę narzędzia ma być jednoznacznie opisane w g-kodzie.
Interpreter NIE MA PRAWA domyślać się albo ignorować błędów.
Jak jest błąd to maszyna staje.
Natomiast prawidłowo napisany g-kod ZAWSZE wykona się tak samo.

A teraz wróćmy do kompensacji narzędzia.
Przy programie bez kompensacji narzędzia, rysujesz w CAD ścieżkę narzędzia, a nie otrzymany kontur, więc ostre naroża nie są błędem. Frez pojedzie po ustalonej ścieżce i tyle. To jest oczywiste.
Natomiast przy kompensacji narzędzia NIE nie rysujesz w CAD ścieżki narzędzia tylko kontur który chcesz otrzymać.
Jeżeli narysujesz kontur którego nie da się wykonać używanym narzędziem, to jest to oczywisty błąd.

I teraz wracamy do pytania, czy oczywisty błąd należy poprawić, czy należy go ominąć stawiając w Machu ptaszki?

W twoim przypadku błąd powstał na etapie rysowania projektu w programie CAD. Projekt tworzony pod kompensację narzędzia powinien mieć zaokrąglone wewnętrzne naroża, promieniem większym niż promień używanego narzędzia.
Teraz masz dwa wyjścia, albo pozaokrąglać naroża pod kompensację, albo przesunąć ścieżkę o promień freza i zrezygnować z kompensacji.
Bez poprawienia rysunku w CAD nie usuniesz błędu.
Ponieważ kompensacja narzędzia stwarza jeszcze inne problemy (wejście, wyjście itd.) to prościej jest przesunąć ścieżkę i kompensacji nie używać.
Wytłumaczenie powyższego debilom jest niemożliwe, więc dla debili stworzono ptaszki.
autor: tuxcnc
02 maja 2022, 20:53
Forum: LinuxCNC (dawniej EMC2)
Temat: Umożliwienie "gougingu" przy kompensacji narzędzia.
Odpowiedzi: 49
Odsłony: 3078

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

qqaz pisze:
02 maja 2022, 18:09
tylko trzeba wyłączyć/ dopuścić resztki ( jak w Machu)
Coś Ci się ewidentnie pomyliło.
Mach ma ptaszki, które powodują że ten sam g-kod może być wykonany na sto różnych sposobów i dać sto różnych rezultatów, co jest jawnym debilizmem, choć może się wydawać wygodne.
LinuxCNC wykonuje program tak, jak jest on napisany, czyli jak chcesz osiągnąć inny rezultat, to napisz inny program.
I żadnych ptaszków NIE MA.
autor: tuxcnc
02 maja 2022, 14:14
Forum: LinuxCNC (dawniej EMC2)
Temat: Umożliwienie "gougingu" przy kompensacji narzędzia.
Odpowiedzi: 49
Odsłony: 3078

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

TOP67 pisze:
02 maja 2022, 14:04
kompensacja narzędzia służy chyba do tego, żeby nie trzeba było nic zmieniać w kodzie i wykonywać go narzędziami o różnym stopniu zużycia.
Dokładnie to narzędziami po ostrzeniu, co zmienia rzeczywistą średnicę.
Ale dzisiaj to chyba mało kto ostrzy zużyte narzędzia...
autor: tuxcnc
02 maja 2022, 14:01
Forum: LinuxCNC (dawniej EMC2)
Temat: Umożliwienie "gougingu" przy kompensacji narzędzia.
Odpowiedzi: 49
Odsłony: 3078

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

Doszedłem do wniosku, że powinienem sobie przypomnieć.
W inkscape służy do tego ta funkcja:
Obrazek
Odległość ustawia się tutaj:
Obrazek
A działa to tak:
Obrazek

Dodane 8 minuty 42 sekundy:
Przy wycinaniu np. liter, trzeba niektóre kontury przesunąć na zewnątrz, a niektóre do wewnątrz, więc najpierw trzeba rozdzielić ścieżki, ale to już takie podstawowe operacje w tego typu programach.
Bardzo ważne jest też "łapanie myszą", czyli zupełnie niechciane przesunięcie zaznaczonego obiektu, co jest zmorą tego typu programów. Sporo materiału poszło na złom, bo się gdzieś "samo kliknęło"...
autor: tuxcnc
02 maja 2022, 13:01
Forum: LinuxCNC (dawniej EMC2)
Temat: Umożliwienie "gougingu" przy kompensacji narzędzia.
Odpowiedzi: 49
Odsłony: 3078

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

atom1477 pisze:
02 maja 2022, 12:29
LibreCAD jest to w stanie zrobić dla dowolnego rysunku?
Raczej nie.
LibreCAD to program typowo inżynierski, operujący na łukach i odcinkach, a nie na krzywych Beziera jak programy dla artystów.
Natomiast możesz spróbować Inkscape lub Corela.
Wiem że się da, ale nie powiem jak, bo nie pamiętam.
autor: tuxcnc
02 maja 2022, 09:47
Forum: LinuxCNC (dawniej EMC2)
Temat: Umożliwienie "gougingu" przy kompensacji narzędzia.
Odpowiedzi: 49
Odsłony: 3078

Re: Umożliwienie "gougingu" przy kompensacji.

atom1477 pisze:
02 maja 2022, 09:19
Kody generuję za pomocą dxf2gcode.
Wygląda na to, że do sprawy zabierasz się od tyłu...
Masz zamiar obróbkę wykonywać narzędziem którego średnicy nie możesz przewidzieć?
Bo to jest jedyna sytuacja gdy warto się pieprzyć z kompensacją narzędzia.
G42/G43 wymaga odpowiedniego wejścia na ścieżkę i wyjścia ze ścieżki, które zwykle trzeba dodać do obrabianego obrysu.
Kiedyś pisałem program na frez tarczowy o sporej średnicy i wejście na ścieżkę było dłuższe od samej ścieżki, taki jest algorytm "dosuwający" narzędzie. jak zaczynałem zbyt blisko obrysu, to miałem początek niedocięty...
Tam nie było żadnych naroży, tylko jeden prosty odcinek, a straciłem chyba pół dnia żeby wynik mnie satysfakcjonował...
W końcu nauczyłem się obliczać skąd trzeba wystartować żeby frez prawidłowo dojechał do obrysu, ale teraz to już tego nie pamiętam...
Jeżeli natomiast wiesz jakim frezem będziesz obrabiał, to zamiast kompensacji narzędzia przesuń ścieżkę w dxf-ie.
Nie wiem jakiego programu używasz, ja to robię w LibreCAD.
Dodaję nową warstwę i używam narzędzia "linia równolegle", a potem "przytnij" albo "połącz dwa".
Trochę jest z tym roboty, ale wszystko działa dokładnie tak jak chcę, mogę sobie też wprowadzić dowolne korekty, jeśli z automatu nie jest tak jak potrzebuję.

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