teraz wszystko jasne.

blemish pisze:mianowicie jak konczyła sie interpolacja splinem i wpadło np kawałek prostek, to współrzędne podawane były w WCS-czyli układzie CAD-owskim to była porażka akurat nie doszło do kolizji, ale problem obeszliśmy linkując układy maszynowy MCS i WCS:)

nie zabardzo kapuje o co chodzi, bo MCS to (machine coordinate system / wspolzedne maszynowe, wpisane w uklad sterujacy na twardo) a WCS (work coordinate system / wspolzedne przedmiotu obrabianego, okreslane za pomoca np. G54)

nie zabardzo rozumie po co wogole wspolzedne byly generowane w MCS a nie w
WCS. jesli wspolzedne byly podawane w MCS to nie bylo mozliwosci zlapania zera na przedmiocie obrabianym, tylko przedmiot musialby byc ustawiony do zer mszyny. blemisz, mozesz to troche wyjasnic bo nie czaje o czym piszesz.

blemish pisze:Otóż jest jeszce coś takiego jak gwąłtowna zmiana kierunku wektora prędkości, jeżeli w kodzie NC zdecydowanie odbiega od zmiennych w sterowaniu, niestety mamy stopa

blemish pisze:nie mogłem tylko zrozumieć jak dynamicznie przelicza posuwy,

wlasnie cos poczytalem o tym na necie. niestety wszystko dosyc ogolnie. wydaje mi sie ze problem polega na tym ze uklad nie trzyma posuwu stalego strycznie do krzywej w kazdym punkcie tylko pomiedzy jakimis punktami w wyniku czego trafiaja sie gwaltowne przyspieszenia przekraczajace mozliwosci maszyny. troche podobnie jak przy interpolacji okregu czy linii pod katem gdzie predkosc przesuwu moze byc nieco inna od zadanego posuwu. nie wiem czy tak jest to tylko moje domysly. bez wsadzenia nosa w algorytm trudno co kolwiek powiedziec.

no wlasnie, jaki cam. teraz jeszcze pole do popisu beda mieli nie tylko producenci ukladow sterujacych ale i softow.
podobnie jak z programowaniem robotow spawalniczych ciezko o jakis sensowny cam.

tak ale wyzszej rozdzielczosci maszyna nie wykona od max. jaka posiada.
mysle ze spliny przyjma sie na maszynach z uwagi na objetosc programu i to ze przy uzyciu tej funkcji maszyna zawsze bedzie interpolowac z max. rozdzielczoscia podobnie jak w wypadku okregow. nie znam nikogo kto nie uzywa funkcji G2/G3 tylko drobil okrag na kawalki

blemish napisz na [email protected]

easy2002 pisze:Z tego co wyczytałem to na TNC 426 miałbym problem z uruchomieniem spline za pomocą G kodu
Czy dobrze doczytałem ??

niestety nie mam doswiadczenia w tym temacie, tutja pisza dosc ogolnie i odsylania do instrukcji

tekst z podanego wczesniej linku
"The Heidenhain CNC's TNC 426/430 and iTNC 530 come with a spline-interpolator able to process 3rd degree polynomials in maximum 5 axes. The operating manual of Heidenhain offers a programming example with all necessary explanations about how to work with splines and which format is required in detail."

heidenhain tnc426/430 i tnc530 posiada spline-interpolator zdolny do przetwarzania wielomianow trzeciego stopnia w max. 5osiach. w instrukcji obslugi heidenhaina sa zawarte przyklady programowania wraz z niezbednymi wyjasnieniami w jaki sposob pracowac ze splinami i ktory format jest wymagany w detalach.

ale trzeba przyznac ze sam g-kod bedzie krotszy o kilkadziesiad lub kilakaset razy.
mysle za za kilka lat G6 na maszynach bedzie standardem. poprostu dodatkowa funkcja.

easy2002 pisze:z tego co wiem Helix to ruch w trzech osiach ale bez zmiany promienia

w tym przykladzie w ktorym podales promien zmienia sie co druga linijke, wiec jest to poprosu zespolenie kilku helix'ow w jedna calosc co mozna nazwac spirala. dlatego forma kodu NC nie rozni sie zasadniczo od frezowania gwintu, a wlasciwie to taki bedzie format do robienia gwintu rurowego.

blemish, dzieki za format, wlasnie przeszukalem troche neta i znalazlem cos podobnego. rowniez w tym co znalazlem G6 byla to funkcja spline i rowniez wystepowaly tam parametry K.

[ Dodano: 2007-02-26, 23:26 ]
tutaj cos mozna poczytac (bardzo ogolnie)
http://www.mikron-ac.com/go.cfm/p/89/l/e.cfm#6

kawalek tekstu z linku
"When comparing the accuracy of nurbs interpolation versus chords, the most important question is whether any system will achieve better tolerances. The answer is that there is no level of accuracy nurbs interpolation can achieve that chord interpolation cannot also achieve. Obtaining a more precise representation of the original geometry working with chords is a matter of specifying a tigther chordal tolerance in the CAM software. This will result in shorter more numerous chords, which in turn may cause the program length an file size to grow. The question then becomes wether or not the CNC can execute such a large program effectively, but state of the art CNC's offer the neseccary block processing rate to handle these large NC-programs.
In other words, nurbs interpolation can not deliver inherently better accuracy than chords, but what it can do is deliver that accuracy in a more efficient file format."

"w innych slowach, interpolacja nurb wlasciwie nie moze dostarczyc lepszej/wyzszej dokladnosci od cieciw, ale to co moze dostarczyc to jest ta sama dokladnosc w bardziej efektywnym formacie."

mienj wiecje to samo powiedzial easy2002 kilka postow wczesniej

nie zabardzo spline,jest to szczegolny przypadek zrealizowany za pomoca lukow G02 i przesuniecia w Z, inaczej zwykly helix. mozna to zrobic na maszynach 2.5D

chodzilo mi o zapis NC dowlnej linii krzywej.

blemish pisze:ernest - pamietasz kawalca

blemish pisze:Ernet możemy cie juz zaprosićdo siebie mamy odpowiedni sprzęt,
sprzedaliśmy zapasy kredy i kupiliśmy odpowiedni sprzęt do HSM

dzieki za zaproszenie , napewno was odwiedze jak tylko nadarzy sie okazja.

jaki jest jeszcze inny sposob zapisu spline w kodzie NC?

ponawiam pytanie, w jaki sposob opisuje sie spline w porogramie (tym na maszyne)? czy jest to cos w rodzaju cyklu w ktorym podaje sie wspolzedne kolejnych punkow opisujacych spline, czy jest to zrealizowane jeszcze inaczej?

w jaki sposob sa pisane spliny w porgramie?
najlepiej to chyba skontaktowac sie bezposrednio z serwisem Heidenhaina.
http://www.heidenhain.de/?/;;utma,GROUP ... e:812.html

byc moze ktorys z parametrow na maszynie jest nieprawidlowy co uniemozliwia uruchomienie procesu.