Największy ubaw ma kol GRZE jak widzi jaki granat wrzucił w bagienko. Każdej małpie z tego cyrku dał żółtego banana co sprawiło że jest to najbardziej energetyzujący temat od początku mojego istnienia na forum

tuxcnc pisze:Można też od drugiej strony, to znaczy znaleźć taki g-kod który da pożądane ruchy napędów.
Tylko to jest najwyraźniej poziom abstrakcji na który nie potrafisz się wznieść.

ma555rek pisze:Kolego, każdy Gkod .... .... Musiałbyś postepować odwrotnie do Cama - czyli z oczekiwanych prędkości i skoków w osiach złożyć ruch punktu któremu wyliczysz jaką będzie miał prędkość - i to wstawisz do Gkodu - posuw ( bo przesunięcia masz gotowe)

Czytałeś na początku??? Toż to samo.
Teraz jak pijacy przekonujemy się o tym samym.
Upał???

[ Dodano: 2013-07-28, 16:45 ]

tuxcnc pisze:Mach jest także zamkniętym oprogramowaniem, w którym nie wolno dłubać bez zgody autora

Nie dłubiemy w Machu tylko w Gkodzie
Tuxcnc, zaczynasz przynudzać.
A Gkod z imadłem nadal nie jest problemem. Nie posadzaj innych że są debilami. Wreszciie do każdej oceny odniesieniem jest własne doświadczenie. Skad wiesz że nie jesteś przeciętniakiem otoczonym schizofrenią?

tuxcnc pisze:Po pierwsze ten sam g-kod może spowodować różne ruchy napędów, czego przykładem jest linkowana delta.

Myśałem że podałeś to jako przykład gdzie różne napędy dają w sumie efekt opisany Gkodem.
Gdzie tu właśnie ten sławetny planer pokazuje co potrafi. Zrealizować Gkod.

O możliwościach różnego działania maszyny w oparciu o Gkod czytam z ubawieniem wobec wcześniejszych uwag że winda do niczego się nie nadaje bo nie rzeczywista. No tu chyba jeszcze bardziej coś jest nierzeczywistego.
Nieważne. Gkod to coś świętego
Jak w nim stoi że teraz a piukamy to maszyna stoi i piuka, albo wywala błąd ze nie umie.
I nie dyskutuje że ma inne elektrony w procku.
Oczywiście o ile masz pojecie co piszesz pisząc Gkod.
Tysiąc małp na maszynach za 1000 lat wystuka Szkspira. Trochę maszyn taż zniszczy.

tuxcnc pisze: pewne komendy wykonają się poprawnie tylko na ściśle określonej maszynie.

Akurat ruch osiami i posuw działa jednakowo na całym świecie.
A w Linuksie jest inaczej?
Tak tylko pytam, nie wiem.

Nie ma znaczenia jak będę tłumaczył, jeśli Ty nie spróbujesz zrozumieć.

Ależ ja bardzo chcę zrozumieć. Aż dygoczę z tej chęci.
Ale moim zdaniem nie ma co pieprzyć o systemie, planarach, kernelach i hallach tylko łopatą wytłumaczyć ze skoro robimy coś Gkodem to stosujemu zasady które w nim są stosowane gdy ten ma poprawnie wykonać nasze zamiary.
I guzik do rzeczy ma sprzęt i te inne tylko poprawna gramatyka tego języka.

Prędkości są wyliczane dla układu kartezjańskiego.
Jeżeli uruchamiana jest oś obrotowa to obrót podawany jest odpowiednio albo w stopniach albo radianach jak tam kto ustawił w swojej maszynie.
Natomiast prędkość obrotu wyliczana jest z Gkodu w identyczny sposób jak dla ruchu płaskiego z jedną różnicą:

składowa prędkości przypadająca na obrót odniesiona jest do wirtualnej średnicy jaką jest rozwijana na osi Tak jakby maszyna zawsze myślała że frez znajduje się na określonej wysokości ponad osią stąd jest promień, a stąd przy obrocie prędkość na powierzchni tej domyślnej średnicy.

I programista pisząc program ma psi obowiązek wiedzieć jaka jest to średnica która program przyjmie, albo ją Gkodem ustawić na początku w ustawieniach programu , abo uwzględnić podczas wstawiania odpowiedniej wartości posuwu do programu.

Jeżeli programista wpisuje obrót to jego sprawą jest zadbać aby w tym miejscu pojawił się zapis z posuwem o odpowiedniej wartości.
Inaczej będą błędy.
I ani słowa o jądrach.

Ale tą linijkę
x100 y100
sam opisałem - nie tu pytanie

chodzi o ruch gdy wspólnie kreci oś a

G01 f100
z20
x100a100
z100
x100a100

Jakie bedą prądkości w wyróznionych liniach?

[ Dodano: 2013-07-28, 13:26 ]

tomcat65 pisze:Prędkość osi a zależna od średnicy materiału lub oddalenia narzędzia od osi osi a

rdkość na osiach ma być zależna wyłącznie od polecenia w Gkodzie
Co ma w nim stać abym miał co trzeba?
Skąd program wie co ustawić?

[ Dodano: 2013-07-28, 13:35 ]

k-m-r1 pisze:te Twoje 100 stopni to trochę przesada 1/4 z 360 to 90

coraz mniej rozumiem

tomcat65 pisze:też 0,7 *F

goła odpowiedż to tak jakby sciagane - pani w klasie zawsze się czepiała od kogo spisałeś i trzeba było długo i dokładnie tłumaczyć proces wnioskowania.

k-m-r1 pisze:
dla narzędzia 1
x=10 łuk =120 ->>czyli promień r
....
....

narzędzie 3 narzędzie 4 ...
i tak dalej do tego jeszcze zależy czy jest to alu miedz czy stal (dla Gkodu to różnica?)

nie mogę zrobić osi obrotowej bo nie jest to wykres liniowy a logarytmiczny
nie rozumiem trzeba przybliżyć
z tego co zdążyłem znaleźć na necie więc dąży do pewnej granicy czyli ruch max osi to

os liniowa napedza i powstaje odchylenie od prostej jeśli x nie równa sie 0
odchylenie bo nie w ) to jasne ale i tak nie lapie

Opisz dkładniej w czy problemm, jakoś nie umiem sobie ułożyc.
Co z tymi kolejnymi narzędziami?
Może podasz przykład na jednym?

[ Dodano: 2013-07-28, 13:15 ]

k-m-r1 pisze:prędkość to 0.70710678118 jeśli wdajemy sie w szczegóły dla 45 stopni

Ale dlaczego przjąłeś 45 stopni?

No a konkretnie to ile będzie.
Czyli co gdzie wpisać, ustawić zhallować czy zaptaszczyć abym miał konkretną prędkość.
W Linuxie czy Machu?
Zresztą co za róznica dla jakiego programu ten Gkod ma być?
Przecież Gkod jest jednoznaczny i opisuje ruch calkowicie a nie wyrywkowo , czasem tylko dla jednej osi.
Co z drugą.
Ze planar, że kompilator,, że kernel że inne mądrze brzmiące nazwy to prawda.
Ale ile to jest??????????

[ Dodano: 2013-07-28, 12:54 ]
Kol tuxcnc jak nasz premier Tusk cały czas o jednym że program zamknięty a jego otwarty
No i co z tego że otwarty skoro konkretnej wartości liczbowej nie podaje.
Czyli uruchamiam Gkod pod Linuxem a ten idzie jak sobie wyliczył???
To czym się rózni od MACHA? - WYNIKA ŻE W OBU JEST TAK ZE OPERATOR DO DU..PY a faktycznie to maszyna robi co potrafi lub co chce.
Szanowny premierze tuxcnc'u tego forum Wartość, konkretna, wyrazona w liczbie!!!

k-m-r1 pisze: Ja mam problem i walczy z czymś, a mianowicie jeśli oś x nie równa sie 0 w tedy powstaje łuk oś odchyla ramię jeśli jest w pozycji 0 jest linia prosta druga oś jest liniowa przez co powstaje łuk. i teraz pytanie jak policzyć bo jeśli x=12mm to powstaje łuk r=123 jeśli jest x=23 to powstaje łuk r=1212

sześciopak temu który to przetłumaczy
Ale blisko. Dla ułatwienia dwa warianty
1 oś a kreci równolegle do Z ( czyli jak opisuje kol k-m-r1
2 oś a równoległa do x- i o tej konfiguracji myslałem

[ Dodano: 2013-07-28, 12:04 ]
a tu dowód że nie wssałem pytania z palca https://www.cnc.info.pl/topics45/proble ... htm#354707

Dorzucę jeszcze pytanie:

G01 F100

x100
y100
x100y100
x100a100 ( oś obrotowa)

Początek jasny
-ruch roboczy, posuw 100mm/min
-w x idzie 100mmm/min
-w y 100mm/min
-jednocześnie w x i y idzie z predkością = 0,7*F na każdej z osi

Z jaką prędkością będzie szedł w x teraz gdy jednocześnie porusza się w x i kreci osią?