Poprawność G kodu.

Frezowanie z promieniem wewnętrznym

Dyskusje dotyczące programowania G-Code
Awatar użytkownika

Autor tematu
BroncoBill
Nowy użytkownik, używaj wyszukiwarki
Nowy użytkownik, używaj wyszukiwarki
Posty w temacie: 5
Posty: 5
Rejestracja: 05 lut 2024, 15:44

Re: Poprawność G kodu.

#11

Post napisał: BroncoBill » 15 lut 2024, 21:33

tuxcnc pisze:Masz G1, G1, G3, G1, G1.
Cholera wie czemu CAM generuje dwa ruchy G1 zamiast jednego, ale powinieneś to wyłapać, że łuk zaczyna się po drugim G1, a nie po pierwszym...
Frez najpierw zbiera po lini prostej, a dopiero potem wchodzi w luk - dlatego 2 razy G1.

Nurtuje mnie wartosc X-15.01 - jakim cudem CAM wylicza, ze w tym miejscu musi poleciec po skosie do pozycji X-4.757 Y-9.918 i dopiero wtedy zrobic luk. Ta wartosc jest bardzo istotna, bo musze miec X+-26.38 na Y-5.

download/file.php?mode=view&id=50716
Załączniki
Uten navn.png



Awatar użytkownika

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

Re: Poprawność G kodu.

#12

Post napisał: tuxcnc » 15 lut 2024, 21:46

BroncoBill pisze:
15 lut 2024, 21:33
Frez najpierw zbiera po lini prostej, a dopiero potem wchodzi w luk - dlatego 2 razy G1.

Nurtuje mnie wartosc X-15.01 - jakim cudem CAM wylicza, ze w tym miejscu musi poleciec po skosie do pozycji X-4.757 Y-9.918 i dopiero wtedy zrobic luk. Ta wartosc jest bardzo istotna, bo musze miec X+-26.38 na Y-5.
Ewidentnie niczego nie rozumiesz, a ja straciłem ochotę żeby cokolwiek Ci tłumaczyć.
EOT.

Awatar użytkownika

Autor tematu
BroncoBill
Nowy użytkownik, używaj wyszukiwarki
Nowy użytkownik, używaj wyszukiwarki
Posty w temacie: 5
Posty: 5
Rejestracja: 05 lut 2024, 15:44

Re: Poprawność G kodu.

#13

Post napisał: BroncoBill » 15 lut 2024, 22:01

Mozliwe, ze nic nie rozumiem... a byc moze Ty nie rozumiesz o co mi chodzi.
Chodzi mi jedynie o to jak obliczyc to miejsce X-15.01 - cala reszta jest zrozumiala. Obliczyc bez pomocy CAM oczywiscie.
Teoretycznie komendy :
G1 X-15.01 F200
G3 X15.01 R11. F40
zadzialaja identycznie jak te wygenerowane z CAM (zwizualizowane na ncviever)

ps. Temat mozna zamknac... sam do tego dojde


skiba1
Nowy użytkownik, używaj wyszukiwarki
Nowy użytkownik, używaj wyszukiwarki
Posty w temacie: 1
Posty: 5
Rejestracja: 13 cze 2023, 23:35

Re: Poprawność G kodu.

#14

Post napisał: skiba1 » 16 lut 2024, 01:33

Witam
Na rysunku masz y-6 wiec tak przyjmę, dla promienia R61 i głebokości -6
x=-26.3618 y=0 koniec prostej a początek łuku,
x=26.3818 y=0 koniec łuku początek prostej.
Nie wiem skąd i dlaczego X-15.01 się pojawia, to raczej do innego detalu albo przypadku , a tego Cama to w ogóle nie czaje :)

w tych kodach co znaczy H albo R (coś z promieniem?)
G43 Z50. H2 S400 M3
G3 X15.01 R11. F150


kod G ale to z sinumerika i z g41 narzędzie fi100
T1D1 M6
S500
G0 Z200 m3
X-155 Y80
Z-1
G1 G41 Y0 F1000
X-26.3618
G3 X26.3618 Y0 I=26.3618 J=55
G1 X155
G0 Z100
Z200 G40 M5
BroncoBill pisze:
06 lut 2024, 00:38
Dlatego też pytam czy podanie właściwej wartości na X - miejsca rozpoczęcia łuku - ma znaczenie jeśli zadany promień będzie prawidłowy?
mi się wydaje jeżeli chcesz osiągnąć konkretną głębokość -6 to tak właściwy start X ma znaczenie

Dodane 37 minuty 49 sekundy:
BroncoBill pisze:
15 lut 2024, 21:33
tuxcnc pisze:Masz G1, G1, G3, G1, G1.
Cholera wie czemu CAM generuje dwa ruchy G1 zamiast jednego, ale powinieneś to wyłapać, że łuk zaczyna się po drugim G1, a nie po pierwszym...
Frez najpierw zbiera po lini prostej, a dopiero potem wchodzi w luk - dlatego 2 razy G1.

Nurtuje mnie wartosc X-15.01 - jakim cudem CAM wylicza, ze w tym miejscu musi poleciec po skosie do pozycji X-4.757 Y-9.918 i dopiero wtedy zrobic luk. Ta wartosc jest bardzo istotna, bo musze miec X+-26.38 na Y-5.

download/file.php?mode=view&id=50716
patrząc na ten rysunek wygląda jakbyś miał otwór przestawiony z osi o ileś :) kiedyś robiłem podobna pokrywę do zamykania jakiegoś pieca czy coś i tez było przesuniecie 8)


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

Re: Poprawność G kodu.

#15

Post napisał: qqaz » 16 lut 2024, 02:15

BroncoBill pisze:
15 lut 2024, 22:01
Chodzi mi jedynie o to jak obliczyc to miejsce X-15.01 - cala reszta jest zrozumiala. Obliczyc bez pomocy CAM oczywiscie.
Wszystkie CAMy jakieś są i Gkod układają wg zapisanej strategii.
Twój działa tak że przejście od X-150 robi z wybiegiem poza punkt przecięcia konturu Y-55 i promieniaR61 ( zaznaczyłeś go X?) i dochodzi do X=-15.01. Dalej po skosie w dół bo na tym odcinku idzie na styczną do promienia R61 który zaczyna się dopiero na X=-4,7574 z R11.
I tyle, tak, ma ustawioną strategię. Można też owijać się średnicą narzędzia wokoło punktu X? Ale to jest tak i już.

PS
Słuchaj bredni tuxa to zimą w sandałkach będziesz biegał

Dodane 6 minuty 38 sekundy:
BroncoBill pisze:
06 lut 2024, 00:38
Tak też zrobiłem. Wpadłem w konsternację, sprawdzając stary program, gdzie użyto frez 50mm i tak wyglądał kod:
G0 X-150. Y-30.
G1 X-14.5
G3 X14.5 R36.
G1 X150.
Ponoć to było dobrze, choć wartość X-14.5 ma się nijak do początku łuku, który rozpoczyna się na X-26.38.... Dlatego też pytam czy podanie właściwej wartości na X - miejsca rozpoczęcia łuku - ma znaczenie jeśli zadany promień będzie prawidłowy?
nie da się uzyskać promienia R61 (1/2 fi narzędzia/25mm/ + R36/promień trajektorii/) który zawieszony jest na linii startowej Y=-30
Wyjdzie wyżej to znaczy głębokość dołka R61 będzie ileś tam mniejsza.

Awatar użytkownika

WZÓR
Moderator
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 4
Posty: 7980
Rejestracja: 01 sty 2009, 20:01
Lokalizacja: Oława

Re: Poprawność G kodu.

#16

Post napisał: WZÓR » 16 lut 2024, 06:22

Tak to jest , jak pisze się program bez kompensacji freza.
.... , trzeba przeliczać , kombinować .
Pół bidy jak się wie co się robi .

Mariusz.
Pomagam w:
HAAS - frezarki, tokarki


jasiekk7
Znawca tematu (min. 80)
Znawca tematu (min. 80)
Posty w temacie: 3
Posty: 90
Rejestracja: 31 lip 2011, 15:03
Lokalizacja: Żywiec

Re: Poprawność G kodu.

#17

Post napisał: jasiekk7 » 16 lut 2024, 08:02

WZÓR pisze:Tak to jest , jak pisze się program bez kompensacji freza.

Ja też tego nie rozumiem. Nikt tak nie uczy a wręcz wymaga się zrozumienia kompensacji. Zmieni średnicę freza i cały program od nowa
BroncoBill pisze:Nurtuje mnie wartosc X-15.01

Bierze się to stąd (czerwona linia to ruch osi freza - stąd dwa G1.
Obrazek

Dodane 38 minuty 37 sekundy:
Aby obliczyć punkt należy wyznaczyć równanie prostej do stycznej do okręgu, są na to różne sposoby
O=0,0
r=61
Styczna jest prostopadła do promienia w punkcie styczności
masz punkt O i A=-26.382 , -55
liczysz wsp kierunkowy prostej l1 łączącej te dwa punkty a1
potem obliczasz wps. kierunkowy prostej prostopadłej a2 = -1/a1
Znasz wsp. a2, znasz odsunięcie b, to masz już wzór na prostą styczną l2

Następnie należy znaleźć równanie prostej l3 odsuniętej od tej stycznej l2 o promień freza (50mm).
Teraz już po prostu obliczamy punkt przecięcia się prostych l3 i l4 (l4 to prosta y=-5)

Ale można po prostu skorzystać z kompensacji freza i zrobić to szybciej i prawidłowo.

Awatar użytkownika

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

Re: Poprawność G kodu.

#18

Post napisał: tuxcnc » 16 lut 2024, 09:29

jasiekk7 pisze:
16 lut 2024, 08:02
BroncoBill pisze:Nurtuje mnie wartosc X-15.01

Bierze się to stąd (czerwona linia to ruch osi freza - stąd dwa G1.
Obrazek

Dodane 38 minuty 37 sekundy:
Aby obliczyć punkt należy wyznaczyć równanie prostej do stycznej do okręgu, są na to różne sposoby
O=0,0
r=61
Styczna jest prostopadła do promienia w punkcie styczności
masz punkt O i A=-26.382 , -55
liczysz wsp kierunkowy prostej l1 łączącej te dwa punkty a1
potem obliczasz wps. kierunkowy prostej prostopadłej a2 = -1/a1
Znasz wsp. a2, znasz odsunięcie b, to masz już wzór na prostą styczną l2

Następnie należy znaleźć równanie prostej l3 odsuniętej od tej stycznej l2 o promień freza (50mm).
Teraz już po prostu obliczamy punkt przecięcia się prostych l3 i l4 (l4 to prosta y=-5)

Ale można po prostu skorzystać z kompensacji freza i zrobić to szybciej i prawidłowo.
Strasznie to pogmatwałeś, ale faktycznie tak to wygląda, jakby CAM miał jakąś optymalizację ścieżki i uparcie dążył do tego, żeby na łuk wchodzić po stycznej.
Problem polega na tym, że nie jest to jedyne rozwiązanie, a jedynie jedno z wielu poprawnych.
Przy ręcznym pisaniu kodu jest czystym masochizmem obliczanie stycznych do okręgu, bo korzyść z tego żadna.

Natomiast co do kompensacji narzędzia, to ile razy można powtarzać, że to wcale nie jest ani łatwe, ani nie musi dawać dobrych wyników?
Ktokolwiek z udzielających się w tym temacie pisał program z kompensacją na frez o dużej średnicy?
Ja spróbowałem i uwierzcie mi, że osiwieć można, szczególnie gdy pole robocze maszyny jest niewiele większe niż obrabiany detal...
Kompensacji narzędzia nie wymyślono po to, żeby sobie założyć frez dowolnej średnicy i wcisnąć zielony guzik.
Kompensację narzędzia wymyślono w czasach narzędzi HSS, które wielokrotnie ostrzono, żeby zamiast freza 10 mozna było użyć 9,9...
Nie jest prawdą, że użycie kompensacji narzędzia rozwiązuje wszelkie problemy, czasem problemy właśnie wtedy się zaczynają...

A teraz wisienka na torcie...
BroncoBill pisze:
15 lut 2024, 22:01
Teoretycznie komendy :
G1 X-15.01 F200
G3 X15.01 R11. F40
zadzialaja identycznie jak te wygenerowane z CAM (zwizualizowane na ncviever)

ps. Temat mozna zamknac... sam do tego dojde
Autor wątku chce pokonać dystans w osi X równy 30 mm po łuku o promieniu 11 mm...
Idę o zakład, że jak go ktoś nazwie idiotą, to on zamiast zrozumieć swój błąd obrazi się i temat faktycznie będzie można zamknąć...
A przecież za taki numer, to w podstawówce pałę można było dostać.
Przynajmniej w czasach gdy ja chodziłem do podstawówki, bo teraz to podobno bardziej dba się o komfort psychiczny średnio inteligentnych narcyzów, niż o przekazanie uczniom jakiejkolwiek wiedzy...

Awatar użytkownika

WZÓR
Moderator
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 4
Posty: 7980
Rejestracja: 01 sty 2009, 20:01
Lokalizacja: Oława

Re: Poprawność G kodu.

#19

Post napisał: WZÓR » 16 lut 2024, 10:13

Sprawa jest prosta.
Autor wątku nie potrafi programować i dlatego błądzi po omacku.
Metoda ,,kopiuj / wklej" nie przynosi rezultatu.

P.s.
Sam się dziwię , że użyto tu freza ⌀ 100
..... , mniejszych nie było (?)

Mariusz.
Pomagam w:
HAAS - frezarki, tokarki


jasiekk7
Znawca tematu (min. 80)
Znawca tematu (min. 80)
Posty w temacie: 3
Posty: 90
Rejestracja: 31 lip 2011, 15:03
Lokalizacja: Żywiec

Re: Poprawność G kodu.

#20

Post napisał: jasiekk7 » 16 lut 2024, 20:12

Ktoś nie wie - pyta. Dostaje odpowiedź albo nie ale nie wyzwiska i zjebki jak na elektrodzie. A wyśmiewanie przez kogoś kto sam źle sugeruje jest w ogóle niedopuszczalne.

Nie wiem po co mu to, może pisze program generujący CAM, albo chce się dowiedzieć jak on to robi.

Nie da się zrobić tego łuku prawidłowo bez wejścia po stycznej - tj bez stosowania dwóch G1. Zrobienie G3 już na prostej y=-5 nie da nigdy prawidłowego wyniku. Prawidłowe sposoby tak jak to wygenerował CAM, tak jak sugeruje WZÓR (przez wycięcie łuku okręgiem już po przejściu całości po prostej) albo wejściem łukiem stycznym (a nie prostą) - to jest najoptymalniejsze ale i najtrudniejsze a do policzenia "z ręki" kompletnie nieprzydatne (ja nie umiałbym obliczyć punktu styczności dwóch okręgów, chociaż... ale na pewno nie na kartce) Ostatni znany mi sposób to zrobienie tego frezem fi122 w ogóle bez interpolacji kołowej...

Należy generować ścieżkę z kompensacją. Jest to i prawidłowe i łatwe - zwłaszcza w porównaniu z liczeniem ścieżki po osi narzędzia. Procedurę którą podałem wykonują właśnie albo programy CAM albo sterowania NC. Po co robić to za nie skoro jakiś mądry inżynier to już zaimplementował? Przecież zaraz by takiego matematyka wywalili z roboty bo zanim by napisał ścieżkę to by tydzień maszyna stała. Nie przeszkadza to jednak dowiadywać się na forach jak to się robi i jak to robią maszyny.

ODPOWIEDZ Poprzedni tematNastępny temat

Wróć do „G-CODE - programowanie”