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

Dyskusje dotyczące działania obsługi programu LinuxCNC

Autor tematu
atom1477
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 10
Posty: 2796
Rejestracja: 21 kwie 2011, 10:58
Lokalizacja: ::

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

#11

Post napisał: atom1477 » 02 maja 2022, 15:21

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).



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.

#12

Post napisał: TOP67 » 02 maja 2022, 16:36

Używam Fusion, ale to kobyła. Bardzo prosty jest za to ESTLCAM

https://all3dp.com/2/best-free-cam-software/


Autor tematu
atom1477
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 10
Posty: 2796
Rejestracja: 21 kwie 2011, 10:58
Lokalizacja: ::

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

#13

Post napisał: atom1477 » 02 maja 2022, 16:47

Znalazłem Carbide Create. Wygląda spoko.
https://carbide3d.com/carbidecreate/

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.

#14

Post napisał: TOP67 » 02 maja 2022, 16:50

Też słyszałem o nim dużo dobrego


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.

#15

Post napisał: qqaz » 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)

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.
Czyżby linux obrabiał korekcją tylko zarysy wypukłe?


Autor tematu
atom1477
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 10
Posty: 2796
Rejestracja: 21 kwie 2011, 10:58
Lokalizacja: ::

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

#16

Post napisał: atom1477 » 02 maja 2022, 19:59

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ę.

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.

#17

Post napisał: tuxcnc » 02 maja 2022, 20:53

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.


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.

#18

Post napisał: qqaz » 02 maja 2022, 21:37

tuxcnc pisze:
02 maja 2022, 20:53
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.
masz ewidentnie jakiś problem z ptaszkiem który coś ma robić. Zostań ornitologiem.
atom1477 pisze:
02 maja 2022, 19:59
Coś pewnie trzeba przestawić w ustawieniach, bo u mnie nie tylko informuje, ale też blokuje wczytanie pliku i obróbkę.
Jak widać tusk nie pomoże.
Ale zwróć uwagę że trajektorię z korekcją można generować na dwa sposoby:
1) wg geometrii gdzie Gkod prowadzi oś narzędzia dokładnie po konturze a korekcja powoduje wyliczenie przez maszynę ścieżki odpowiednio do parametrów (średnicy) narzędzia wyciąganych z tabelki w jej pamięci .
2) wg ścieżki - Gkod podaje trajektorię osi narzędzia już z uwzględnieniem średnicy zastosowanego narzędzia.

Dla sposobu 2) wszelkie dojścia i odpowiednie skróty są już uwzględnione i frez jest prowadzony tak aby nie wbijał się w wewnętrzne ścianki konturu. Korekcja jest wtedy jedynie poprawką ułamkową względem faktycznego wymiaru w obrabianym detalu. Najczęściej jako różnica do narzędzia teoretycznego.

Dla sposobu 1) planar, kernel czy inny dziwoląg który w środku frezarki liczy co trzeba nagle nie potrafi przewidzieć że wcześniej trzeba ścieżkę skrócić aby na zakręcie nie wylecieć poz kontur. I oczywiście gdy średnica narzędzia zapisana w tabeli maszyny jest zgodna z tą od Gkodu.
I tu jest Twój problem (o ile nie wiadomo gdzie w Linuxie wprowadzić zmianę bitową ( w Machu ptaszka) odblokowującą dopuszczalność resztek)
Zmień sposób generowania Gkodu podczas korekcji.

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.

Dodane 7 minuty 42 sekundy:
tuxcnc pisze:
02 maja 2022, 20:53
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.
debilizmem jest posługiwanie się programem mniej wygodnym, wręcz ortodoksyjnie sztywnym bo tak trzeba.
Wyobraź sobie że jednak nic nie trzeba a większość użytkowników ma taką wprawę w obsłudze ptaszka że nie stanowi to żadnego problemu


Autor tematu
atom1477
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 10
Posty: 2796
Rejestracja: 21 kwie 2011, 10:58
Lokalizacja: ::

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

#19

Post napisał: atom1477 » 02 maja 2022, 21:45

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).
Ostatnio zmieniony 02 maja 2022, 21:55 przez atom1477, łącznie zmieniany 1 raz.


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.

#20

Post napisał: qqaz » 02 maja 2022, 21:58

wybrałeś Linuxa z oczywistych powodów jego wyższości nad innymi. Ja nie godny aby go ogarniać, ja tylko MACH I TO TEŻ ZALEDWIE TO CO POTRZEBUJĘ.
wygeneruj program z korekcją jak napisałem - wg ścieżki osi narzędzia a nie konturu.

Dodane 4 minuty 22 sekundy:
atom1477 pisze:Oczywiście 1) jest wygodniejsze, tylko trzeba to jedno ustawienie zmienić żeby nie wywalało błędów.
wygodne są oba jednakowo. Bez różnicy czy podasz średnicę/promień narzędzia czy wartość poprawki dla danego narzędzia.

ODPOWIEDZ Poprzedni tematNastępny temat

Wróć do „LinuxCNC (dawniej EMC2)”