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

Dyskusje dotyczące działania obsługi programu LinuxCNC
Awatar użytkownika

tuxcnc
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 17
Posty: 7877
Rejestracja: 26 lut 2011, 23:24
Lokalizacja: mazowieckie

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

#21

Post napisał: tuxcnc » 03 maja 2022, 07:24

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.




qqaz
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 9
Posty: 2123
Rejestracja: 28 sty 2007, 16:12
Lokalizacja: Łódź

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

#22

Post napisał: qqaz » 03 maja 2022, 09:26

tak to jest gdy Tuskowi zamachać ptaszkiem przed oczami. Ogon w górę i szarża.
Ale w całych tych wypocinach i tych wcześniejszych jak zawsze sens jest taki że:

Zepsuło się to napraw bo gdy jest dobre to zawsze działa.

Świnto prawda tylko co to wnosi. Każdy pytający sam wie ze się zepsuło.
Ale jakoś nigdy (bardzo rzadko) nie napisze - zrób tak albo tak.Bo nie wie?
Taki erotoman, gawędziarz, ptaszki i ptaszki.
tuxcnc pisze:
03 maja 2022, 07:24
Natomiast przy kompensacji narzędzia NIE nie rysujesz w CAD ścieżki narzędzia tylko kontur który chcesz otrzymać.
Swięta prawda. W CAD masz rysunek konturu i tyle. Żadnych pomysłów o kompensacji. Jak będzie obrabiany to późniejsza sprawa
tuxcnc pisze:
03 maja 2022, 07:24
Projekt tworzony pod kompensację narzędzia powinien mieć zaokrąglone wewnętrzne naroża, promieniem większym niż promień używanego narzędzia.
Taka góralska prawda. co więcej Całkowite zaprzeczenie ortodoksyjnego trzymania się prawdy materialnej że rysunek jest swięty a za nim Gkod powinien być odpowiedni.
Żaden programista nie poprawia żadnych łuczków na rysunku tylko stosuje właściwą strategię, metodę czy sposób - nazwij to jak chcesz.
Natomiast stosowanie automatycznych w całości programów skutkuje bzdurami w genrowanych kodach.
Zwyczajnie - generując kod trzeba wiedzieć na jaką maszynę i co ona potrafi
tuxcnc pisze:
03 maja 2022, 07:24
Bez poprawienia rysunku w CAD nie usuniesz błędu
ortodoks ograniczony zachwytem o swojej ortodoksji.

Gdyby te Twoje poprawne kody zawsze działały bez uwzględniania różnic specyficznych dla poszczególnych maszyn to nie byłoby takiej ilości postprocesorów które te różnice uwzględniają

Tusek ty cienias jesteś i tyle. Bez ptaszka.

A teraz co zrobić
Komunikat pojawia się bo frez pobrany z tabeli narzędzi w maszynie nie mieści się na ścieżce wygenerowanej "na kontur"
I tyle.
Prawdłowo powinien zatrzymać się wcześniej pozostawiając resztki. Większe, mniejsze , czasem tylko wypełnienia kąta
a czasem spore fragmenty wewnętrznego pola w ramionach kąta.
Wprowadzona korekcja powoduje że kolejna, 3 ścieżka następująca po 2, tej która ma być właśnie rozpoczęta już zahacza o kontur.
I tu Tusk ma rację - jest żle. Bo problem dotyczy tego trzeciego ruchu.
Dlatego bezpieczniejsze jest generowanie kodu wg narzędzia (z uwzglednionym przesunięciem dla narzędzia).
Bo gdy bedzie:
frez za mały - to korekcja dodatnia zawsze się zmieści.
frez za duży - to nie jest błędem korekcja ujemna która teoretycznie wchodzi w zarys konturu (tylko nie w Linuksie)
Albo gdy korekcją trzeba podczas obróbki wyluzować kontur. ( czyli teoretycznie wejść średnicą nominalną w krawędź konturu).
Tyle ze funkcje modalne - a taką funkcją jest korekcja - są napisane różnie, zależnie od sterowania wstawionego do maszyny.
W jednej coś obsługują, w innej nie i zgłaszają błąd.
Tu widać korekcja ujemna jest nieobsługiwana.

Awatar użytkownika

senio
ELITA FORUM (min. 1000)
ELITA FORUM (min. 1000)
Posty w temacie: 1
Posty: 1459
Rejestracja: 25 maja 2006, 14:39
Lokalizacja: koło.wlkp

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

#23

Post napisał: senio » 03 maja 2022, 09:59

W końcu coś się dzieje. Polemika kto ma większego ptaszka. Tego jeszcze w tym dziale nie było :)

Obrazek

Awatar użytkownika

tuxcnc
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 17
Posty: 7877
Rejestracja: 26 lut 2011, 23:24
Lokalizacja: mazowieckie

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

#24

Post napisał: tuxcnc » 03 maja 2022, 10:10

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.

Awatar użytkownika

TOP67
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 7
Posty: 2224
Rejestracja: 17 wrz 2018, 10:47
Lokalizacja: Wrocław
Kontakt:

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

#25

Post napisał: TOP67 » 03 maja 2022, 10:36

Ja się dziwię, że ktoś zdaje się na automaty i nie ma kontroli nad efektem ostatecznym. Może to jest dobre do wycinania formatek z blachy, zwłaszcza jak jest ich bardzo dużo. Ale rozkładając je i tak trzeba pamiętać o zachowaniu odstępu większego niż średnica freza.

A co z kolejnością cięcia? Przykładowo mam do wycięcia ogromną podkładkę, ale w środku zmieści się jeszcze inny element. Jak automat najpierw wytnie okręgi, to środek wyleci i nie będzie z czego zrobić dodatkowego elementu.

Poza tym podcięcia czasami są konieczne. Bo co, jeśli z ten narożnik wchodzi inny element z ostrą krawędzią? Trzeba wybrać i są na to 3 sposoby. Być może jedna ścianka jest cienka, więc wybranie trzeba zrobić w drugiej. Ale najczęściej robi się je na ukos, wtedy frez wchodzi najmniej w materiał. Takie wybrania ma przecież prawie każdy kątownik czy imadło precyzyjne. I to mimo tego, że imadło jest frezowane od góry, ostrym frezem.

Dlatego jestem ortodoksyjny jak Tux i generuję ścieżkę narzędzia, a wcześniej oglądam sobie symulację. Zresztą nie wycinam, tylko frezuję na różnych głębokościach, więc i tak muszę to podać. Inna sprawa, że GRBL, na którym pracuję, nie obsługuje kompensacji.

Awatar użytkownika

tuxcnc
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 17
Posty: 7877
Rejestracja: 26 lut 2011, 23:24
Lokalizacja: mazowieckie

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

#26

Post napisał: tuxcnc » 03 maja 2022, 11:17

TOP67 pisze:
03 maja 2022, 10:36
Ja się dziwię, że ktoś zdaje się na automaty i nie ma kontroli nad efektem ostatecznym.
To nawet nie o to chodzi, bo czasem nie ma wyboru.
Ja też używam programów CAM, na przykład do PCB i nie wyobrażam sobie rysowania skomplikowanej płytki ręcznie.
Faktycznie, czasem wynik "automatyki" jest nieakceptowalny, ale zwykle nie jest aż tak źle.
Ale problem jest gdzieś indziej.
Jeżeli korzystasz z funkcji programu CAM, to dostajesz g-kod lepszej albo gorszej jakości, ale g-kod, którego każde wykonanie na tej samej maszynie da identyczny efekt.
Natomiast system ptaszków powoduje, że nie masz "tej samej maszyny".
Uruchamiając ten sam g-kod drugi raz możesz dostać cuda, bo są poprzestawiane ptaszki...
Możesz też po jakimś czasie nie pamiętać jakie były ptaszki do danego g-kodu...
Naprawdę przerażające jest, że ktoś nie potrafi zrozumieć rzeczy tak oczywistych...
Co do GRBL, to też w którymś senderze jest opcja filtrowania g-kodów, tak że nieobsługiwane nie są wysyłane do maszyny. Też gratulacje dla autora tak debilnego pomysłu...


qqaz
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 9
Posty: 2123
Rejestracja: 28 sty 2007, 16:12
Lokalizacja: Łódź

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

#27

Post napisał: qqaz » 03 maja 2022, 12:09

tuxcnc pisze:
03 maja 2022, 10:10
No to jak analfabecie.
Obrazkami.
no dobrze, obrazkami
ta fobia ptaszków zasłania Ci ogląd reszty. Masz bardzo wybiórcze postrzeganie. Z PISem też tak samo bo coś tam zrobił dobrze to już cały jest cacy.

Te Twoje obrazki nie mają nic wspólnego ze ścieżką po korekcji.
Narysowałeś odrębne odcinki i się dziwisz że w narożniku ślad freza zachodzi na ściankę. Bo złożyłeś to ręcznie jak przywoływany tu debil.
Chyba w życiu nie uruchomiłeś korekcji Zaden CAM takich bobków nie generuje tylko odpowiednio skraca ścieżki.
Takie bobki wypisuje taki debil.

Pierwsze lepsze tutoriale pokażą bzdurę tu prezentowaną. Żadnych dodatkowych łuczków nie będzie generowanych
tuxcnc pisze:
03 maja 2022, 10:10
3. Jak prawidłowo wykonać korekcję w takim przypadku, skoro obie zaznaczone korekcje są prawidłowe, co udowodniono wcześniej?
Gdzie udowodniono?
Bo sobie kreski postawiłeś.?
Gdyby OBIE były korekcjami to by były wejścia/wyjścia dla każdej
Jeżeli te kreski są obie Twoimi korekcjami to mogę Ci zaproponować pudełko nieprzydatnych mi frezów. Poćwiczysz.

Awatar użytkownika

tuxcnc
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 17
Posty: 7877
Rejestracja: 26 lut 2011, 23:24
Lokalizacja: mazowieckie

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

#28

Post napisał: tuxcnc » 03 maja 2022, 12:19

qqaz pisze:
03 maja 2022, 12:09
Poćwiczysz.
Nie będę ćwiczył, nie muszę, bo rozumiem jak działa korekcja.
Ty nie zrozumiesz nigdy, więc Ci nie będę tłumaczył.
Naszą rozmowę uważam za zakończoną.


qqaz
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 9
Posty: 2123
Rejestracja: 28 sty 2007, 16:12
Lokalizacja: Łódź

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

#29

Post napisał: qqaz » 03 maja 2022, 15:53

Tusku, zachowujesz się jakby każdy chciał Ci jakoś w poprzek zrobić. Bo Ty masz rację a reszta to debile.
Ale dowiodłeś rysunkami swojego wyobrażenia problemu więc ja też coś pokażę.

Obrazek
rysunek z CAMa. Dwa kontury o podstawie 20mm i oba frezowane frezem 10mm z korekcją na ścieżkę narzędzia.
Prawy kwadrat to prosta sprawa, ściezka też jest kwadratem.
Lewy profil celowo ścięty aby frez nie mógł się zmieścić i CAM musiał zdeformować ścieżkę.

Tutaj wygenerowany plik NC z kodami i korekcją.

%

()
N10 G21 G90 G40

N40 G00 G53 Z0
N50 G91 G28 Z0 H0

N70 G90
N80 G54 M05 M9 M06

N90 T00 M01 (OKREŚLA PROGRAMISTA)
N100 S2000 M4 M41 M7

N110 G0 X1.5 Y-4.0
N120 G43 Z5.0 H00 M7
N130 G1 Z-3.0 F150.0
N140 G42 X-1.0 D01 F250.0
N150 G17 G3 X0.0 Y-5.0 R1.0 F187.5
N160 G1 X5.0 F250.0
N170 Y5.0
N180 X-5.0
N190 Y-5.0
N200 X-2.0
N210 X0.0
N220 G3 X1.0 Y-4.0 R1.0 F187.5
N230 G40 G1 X-1.5 F250.0
N240 G0 Z5.0

N250 X-38.055 Y-2.462
N260 G1 Z-3.0 F150.0
N270 G42 X-36.177 Y-4.112 D02 F250.0
N280 G3 X-36.269 Y-2.7 R1.0 F187.5
N290 G1 X-39.167 Y-0.154 F250.0
N300 Y-5.0
N310 X-33.651
N320 X-34.766 Y-4.02
N330 X-36.269 Y-2.7
N340 G3 X-37.68 Y-2.792 R1.0 F187.5
N350 G40 G1 X-35.802 Y-4.442 F250.0
N360 G0 Z5.0

N370 M5 M9
N380 G00 G53 Z0
N390 G91 G28 Z0 H0
N400 G54 G90
N410 M30
%


Jak na razie jest co miało być i o żadnych błędach nic nie krzyczy.
Po wczytaniu do MACH plik przyjęty, wszystko pasuje


tutaj ścieżka obróbki gdy korekcje mają wartość zero. Po prostu aby było widać że MACH to wykonuje.
Obrazek

Tutaj wprowadziłem wartości
dla rejestru 1 wartość korekcji =1
dla rejestru 2 wartość = 10
Narzędzie z korekcją 1=1 obrabia prawy kwadrat i ścieżka jest odsunięta o +1mm od zarysu
Narzędzie z korekcją 2=10 obrabia lewy kontur. Widać że zarys jest powiększony o wpisane +10mm/str.

Obrazek

Te rysunki i plik Gkodu są dowodem na to co pisałem
To co Ty przedstawiasz to jakieś małe kazie z Pitutkowa (bez obrazy dla Pitutkowiczan)
Doucz się facet.

Dla poprawności
W MACH trzeba zaptaszczyć opcję "zaawansowana kontrola korekcj"i czy tak jakoś.
Wartość korektorów w tablicy jest dodatnia gdyż Mach traktuje to jako korekcja ubytku średnicy freza. Nie wykona korekcji na wartościach ujemnych. Czyli frezowaną kieszeń można tylko powiększyć. A stempel pomniejszyć. Tak jakby dostępne było wykonanie detali w tolerancjach H/h.
Ale gdy ma być obróbka na ciasno czyli kieszeń na Js lub dalej to oszukuję system.
Generuje ścieżkę deklarując średnicę freza większą np o 1 mm a w tablicy korekcj wpisuję tą róznicę. W efekcie kontur frezowany jest mniejszym frezem ale tak jakby średnicą nominalną ewentualnie skorygowaną jak jest potrzebne.

I działa. I w du*** mam czy jest zgodne z normą.
Jest zgodne z moją potrzebą.

Tusku, skoro w Linux to nie idzie to TY idź ze swoim Linuxem.

Awatar użytkownika

tuxcnc
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 17
Posty: 7877
Rejestracja: 26 lut 2011, 23:24
Lokalizacja: mazowieckie

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

#30

Post napisał: tuxcnc » 03 maja 2022, 16:56

qqaz pisze:
03 maja 2022, 15:53
Tusku, skoro w Linux to nie idzie to TY idź ze swoim Linuxem.
Bez obawy, nie będę cię przekonywał ani do Linuksa, ani do Linuxcnc, bo jesteś na to za głupi.

ODPOWIEDZ Poprzedni tematNastępny temat

Wróć do „LinuxCNC (dawniej EMC2)”