x pisze:Samo przygotowanie książki w TeX-u to już nie problem.

dla mnie TO nie problem - tym bardziej, że dokumentacja EMC2 (bardzo dobra!!) jest pisanan w moim ulubionym LyX...
LyX - to frontend do LaTeXa... pisze się w tym prawie jak w łordzie - tylko jest to edytor strukturalny (edytor dokumentów) - a tekst w ten sposób otagowany jest parsowany wewnętrznie do formatu LaTeX... dalej to idzie do kompilatora typograficznego TeXa

w praktyce - obsługa LyX jest prosta jak klikanie
jest dostępny LyX pod Windows + LaTeX - więc można bez problemy pracować nad dokumentem i w Windows i pod Linuksem (tak jak w eaglu np.)

gmaro pisze:ale przeraża mnogość opcji i ustawień

Widzisz... do cnc trzeba mieć trochę odwagi

sam mam lapka, IBM T60p, (2x2GHz, 256 grafiki ATI) sprzet wydaje sie dosyć dobry, ale czy to sie przełoży na dobre osiągi w sterowaiu frezarka ?

w tym sęk, że szykość komputera wcale nie koniecznie przekłada się wprost na jego zdolność do precyzyjnego wyznaczania małych odstepów czasu

jeśli grafika nie jest zintegrowana - to jeden poważny problem nie istnieje (ostatnio to sprawdziłem na jednej z nowych maszyn)

jednak pewne realizacje płyt głównych... są lepsze do tego, a inne gorsze

przygotowuję się do napisania paru słów na temat wyznaczania "średniego opóżnienia" maszyny pc - na przykładzie liveCD linuksa - coolCNC

wkłada się to do CD- bootuje i już mamy środowisko linuksowe (z jądem czasu rzeczywistego) i... EMC2 (program sterujący maszyną np. tak jak mach)
może jeszcze nie skonfigurowane pod nasze sterowanie... ale wiele do roboty niema

rockykon pisze:ale np czy da sie uzyskac 2 .. 3 x więcej ?

nie sądze - raczej wyniki będą podobne... ale EMC2 niema ograniczeń na ilość wykonywanych linii kodu... i naprawde ma wiele rzeczy których niema gdzie indziej... i można łatwo zajrzeć "po maskę"

rockykon pisze:ja sie na linuksach za bardzo nie znam, wiec moze jasno mi ktoś odpowie, ile kHz'ów mozna wyciągnąc pod linuxem ?

na to pytanie niema odpowiedzi

na określonej maszynie takie testy można przeprowadzić - i określić taką graniczną zdolność maszyny do ustalnia dokładnych interwałów czasowych...

a po wyliczeniu setupu dla danego sterownika - wyjdzie nam częstosliwość o gwarantowanej dokładności... spełniającej wymagania danego sterownika

do tego celu - trzeba wyznaczyć tzw. największe średnie opóźnienie... czyli wielkośc po niekąt statystyczną

rockykon pisze:ewentualnie czy pod dosem tez jest jakies (jakie) ograniczenie ?

też są

obraniczenia często wynikają z budowy płyty głównej... itp
oczywiście nieprzewidywalny system operacyjny (czytaj wielozadaniowy) jeszcze pogarsza sprawę

jednak w przypadku linuksa - mozna zastosować jądro czasu rzeczywistego... które gwarantuje najwyższy priorytet dla zadań "czasowych"... coś podobnego robi sterownik do macha - jednak on jest komercyjny - więc stwarza sztuczne ograniczenia (darmo 25KHz.. za pieniądze 45KHz)

ale nawet w przypadku darmowego mach - 25KHz może nie być realizowane precyzyjnie... bo kiepska jest płyta głowna (nie szybka... czy wolna... mało przewidywalna czasowo... wprowadzająca skandaliczne opóźnienia czasowe).. albo w systemie jest coś co przeszkadza

to oczym mówię można usłyszeć - w postaci drżenia śruby... to same sterownie i frezarka podłączone do jednego komputera drży przy przejazdach... a przy innych komputerze praca jest czysta

x pisze:DLACZEGO BASIC???

bo ktoś tak chciał - umiał zrobić... i chciało mu się

x pisze:Skompilowałem Gambas (bardzo przyjemny interfejs - lepszy niż FLUID)

gambas bazuje na QT... stąd ładny interface

x pisze:Może wziąłem inną wersję Gambas (ostatnią stabilną). Albo coś jest inaczej skompilowane. Nie potrafię znaleźć błędu.

mi kompiluje się wersja 1.07 Gambasa... wersja 2.coś nie
mam skompilowane QT 3.coś
mam również w systemie najnowsze świeżo skompilowane QT 4.coś... ale ./configure poszukuje QT 3.coś.... nie wiem jeszcze dokładnie dlaczego pada make najnowszego Gambasa

x pisze:Zauważyłem, że Opencad korzysta z programu pstoedit

pstoedit - oczywiście wcześniej już poznałem - bo od niego zależy parę innych narzędzi linuksa...

rockykon pisze:tak naprawdę z czego to ograniczenie wynika ??

ograniczenie szybkości zawsze jest...
jednak pod linuksem - należy przeprowadzić testy - na najgorszy przypadek opóźnienia
i na tej podstawie określić BASE_PERIOD (i wymagań stawianych przez sterowniki - długość wymaganych czasów sterowania)

wniosek z pomiarów różnych maszyn jest taki - nie zawsze szybsza z pozoru maszyna będzie dawać krótszy czas (tzw. latency).... temat jest trochę techniczny - przydałby się nowy wątek (opiszę tam procedurę na przykładzie coolCNC - to pozwoli łatwo oceniać przydatność maszyny również da macha)
duże pogorszenie wyników maszyny - daje np. grafika zintegrowana na płycie głównej (na tej maszynie mach również będzie działał kiepsko - sprawdziłem...) ... jednak wystarczy zamontować cokolwiek do AGP/PCIx/PCI i wyniki się poprawiają....

[ Dodano: 2007-05-08, 19:03 ]

rockykon pisze:czy tam tez jest ograniczenie 45kHz ?

pod linuksem nie ma sztucznie wprowadzanych ograniczeń!

Witam!

przedstawiam rozwijający się CAM pod Linuksa



program wymaga do uruchomienia GAMBAS-a - czegoś w rodzaju videobasika ale pod linuksa...

pozwala na zaminę PS,PDF,AI w GCODE lub HPGL
można projekt zwielokrotniać... itp
możliwa jest symulacja

więcej na stronie projektu
http://opencam.sourceforge.net/

pobawiłem się nim - i sprawia całkiem przyjemne wrażenie
wymaga jednak GAMBASika... który czasem trzeba sobie skompliować
niestety - pod windowsem GAMBAS dzisiaj jeszcze się nie kompiluje - a szkoda