bartwaw pisze:

Poza tym, odległość 50 mm to spory kłopot, zrób grubszą podkładkę, odsuniesz kamerę i zwiększysz powiększenie.

Grubsza podkładka pozwoli na jeszcze większe zmniejszenie odległości.
Odsuwając kamerę od razu zmniejszy się powiększenie. Przy jakiś 120mm okrąg to nie 2mm a jakieś 6mm.

No tak, późno jest i coś mi się popieprzyło.

.

bartwaw pisze:Pozostaje dorobić jakieś fajne mocowanie do Z'tki i można szaleć.

Kamery nie montuj na zetce, bo będzie się zmieniała ostrość i obraz będzie się skalował.
Poza tym, odległość 50 mm to spory kłopot, zrób grubszą podkładkę, odsuniesz kamerę i zwiększysz powiększenie.

.

bartwaw pisze:zamówiłem klawiaturę silikonową USB.

Jeśli to taka za 15 zł, to wcześniej czy później szlag Cię trafi.
Albo nie łapie, albo daje dwa znaki na raz, nawet parę razy udało mi się wcisnąć klawisz na stałe.
Pomysł był taki, żeby z pleksi wyciąć nakładki na klawisze, co powinno sporo pomóc, ale jakoś mi się nie chce, prędzej ją wyrzucę do śmieci.
Na Allegro idzie czasem kupić za grosze nowe firmowe klawiatury z jakiś zapasów, są bardzo dobrej jakości.
Raz kupiłem trzy sztuki Della coś poniżej 10 zł/szt.
Teraz spojrzałem na Allegro to są nawet po 5 zł/szt, tylko że wysyłka kurierem, białe i jakiś egzotyczny układ klawiszy, trzeba by naklejki dokupić.
Ale i tak to jest sto razy lepsze od silikonu, a jak się wykąpie w chłodziwie to specjalnie szkoda nie będzie.

.

Zajrzałem do komputera od frezarki.
Niestety doublestep ewidentnie nie działa, przy upgrade systemu nadpisałem istotne pliki i do tej pory się grzebałem żeby przywrócić jak było.
Raptem parę linijek trzeba było dopisać, ale za cholerę nie mogłem sobie przypomnieć co i gdzie.
To jest ta instalacja bez menadżera okien, jak jest gdzieś błąd, to komputer się zamyka, trzeba odpalić system na drugiej partycji itd ...
Przez brak głupiej kropki było parę restartów ...

W międzyczasie zadałem pytanie producentowi sterownika i odpisał :

Dla sygnału step mozna przyjąć:
stan spoczynkowy - logiczne 0.
szerokość impulsów kroku 5 mikrosekund
wyprzedzenie zmiany stanu na lini DIR w relacji do STEP (zmiana kierunku ruchu) min. 10 mikrosekund)

Takich parametrów to i tak z portu LPT się nie osiągnie ...

Jak się uporam ze swoim komputerem, to napiszę co wyszło.

.

[ Dodano: 2013-11-11, 14:31 ]
Jakoś się zmusiłem i po raz kolejny dowiedziałem się ile to mógłbym zrobić gdyby mi się tak chciało jak mi się nie chce ...
DoubleStep zadziałał, winne się okazały bardzo skąpe i niedokładne informacje w necie.
Zasadniczo to jakby się ktoś nie pochwalił gotowym configiem, to bym dalej szukał, bo dostępna dokumentacja jest delikatnie mówiąc niepełna.
Po drugie, zrobiłem wreszcie porządek z pompą ładunku.
Jak wiadomo w sterowniku Zelrp, charge_pump wymaga sygnału o częstotliwości 6-12 kHz.
Mój egzemplarz sterownika działa przy 1 kHz, ale to też nie załatwia sprawy.
Płyta Intel D945GCLF2, na której mam sterowanie frezarki, umożliwia ustawienie base_thread=20000 co daje częstotliwość charge-pump.out rzędu 25 kHz, czyli stanowczo za dużo.
Do tej pory używałem z charge_pump wątku servo_thread, ale to też był zły pomysł, bo trzeba go było wywoływać dwa razy częściej.
Żeby nie wyczyniać żadnych nieeleganckich kombinacji, najzwyczajniej przepisałem na nowo komponent charge_pump.comp.
Zmiana polegała na dodaniu drugiego sygnału wyjściowego o częstotliwości dwukrotnie mniejszej od charge-pump.out .
Poprawkę zgłosiłem na emc-developers i w odpowiedzi dostałem propozycję lepszego kodu, dającego też przebieg o częstotliwości cztery razy mniejszej.
Teraz można wykorzystać dowolny z trzech sygnałów i niezależnie od użytego sprzętu i ustawień zmieścić się w wymaganiach sterownika.
Mam nadzieję że ten nowy kod zostanie wprowadzony do nowych wersji LinuxCNC.
Nic nie zmieniałem w camview, bo tam wszystko działa jak należy.

W załączniku jest moja konfiguracja do frezarki.
Nie ma najmniejszej szansy żeby to po skopiowaniu zadziałało u Was, trzeba włożyć jeszcze trochę pracy.
Niektóre ustawienia są też właściwe dla mojej maszyny, przy innej mogą być konieczne spore poprawki.
Zelrp jest ustawiony na 1/5 kroku, silniki kręcą 1200 obr/min, śruby mają 2 mm skoku.

.

bartwaw pisze:Jeszcze raz proszę, jak by któryś z kolegów chciał podzielić ustawieniami do ZELRP'a

Miałem Ci odpisać wcześniej, ale nie mam czasu w dupę się podrapać ...
Moje ustawienia nie są wzorem do naśladowania, robiłem je na "aby działało" i to dość dawno temu.
Za cholerę sobie nie przypomnę co jest dobrze, a co zostało po poprzednich sterownikach i też jakoś działa ...
Już z pół roku się przymierzam żeby zrobić z tym porządek i ustawić wreszcie DoubleStep, może się wreszcie zmobilizuję, ale komputer stoi w drugim pokoju a to strasznie daleko ...
Jest jednak pewna szansa bo jutro wolne i można nawet kawałek nocy zawalić.

.

bartwaw pisze:Bo jeżeli założymy, że komputer ma wysoki jitter i odpowiednio spowolnimy jej pracę to teoretycznie nic się nie powinno zmienić w efekcie końcowym jakim jest wycięty element.

Za to zupełnie praktycznie sporo się może zmienić w stanie zdrowia psychicznego operatora.
Maszyna pracująca z maksymalną prędkością 100 mm/min jest praktycznie bezużyteczna, bo najprostsze rzeczy robi się godzinami.

.

Jitter to odchylenie od wartości założonej, w LinuxCNC podawany w nanosekundach.
Rozumieć go należy jako czas o jaki może się przedłużyć cykl.
Na przykład zakładamy czas cyklu 25 µs i jitter nam skacze od 5 do 25 µs, wtedy cykl może rzeczywiście trwać od 30 do 50 µs.
Jest logiczne że nowy cykl nie może wystartować zanim nie skończy się poprzedni.

Natomiast camview daje sporo większe możliwości od rozwiązań alternatywnych, np. lasera.
Przy odrobinie wprawy można się zbazować nie tylko na punkcie, ale też właśnie np. w środku otworu.
Jak frezuję PCB, to przyklejam płytkę jak popadnie, a potem kamerą ustawiam punt zerowy i obrót układu współrzędnych.

.

Przy 2 GB RAM swap nie jest potrzebny i nie będzie wcale używany.

Instalowanie Ubuntu 8.04 nie ma żadnego uzasadnienia, chyba że masochizm.

Przy instalacji dwóch systemów zawsze stawia się najpierw Windows, potem Linuksa.
W 99% przypadków instalator Linuksa prawidłowo rozpozna partycję Windows i sam doda odpowiednie wpisy do menu rozruchowego.
W pozostałym procencie przypadków trzeba podłubać ręcznie, ale da się zrobić.
Windows to kukułcze pisklę i w najlepszym przypadku nadpisze MBR swoim programem rozruchowym.
W gorszych przypadkach sformatuje linuksową partycję albo odmówi instalacji.
Ostatnio bawiłem się Vistą i odmówiła instalacji z powodu "braku miejsca".
Wolnego miejsca oczywiście było pod dostatkiem, przeszkodą było istnienie na dysku partycji ext4, po wykryciu której instalator ogłupiał.
Dawno temu w takich przypadkach używałem Ranish Partition Managera, w którym było można ustawić dosłownie wszystko, nawet wbrew logice, zdrowemu rozsądkowi i standardom.
Najpierw spisywałem numery wszystkich początkowych i końcowych sektorów wszystkich partycji oraz inne dane, potem usuwałem wszystkie partycje oprócz tej pod Windows, po którego instalacji "tworzyłem" wszystkie usunięte partycje "na nowo", oczywiście bez formatowania.
Ranish zapisuje tylko MBR, więc partycje pozostają nienaruszone, tylko ich nie widać.
Są i inne metody włącznie z ręcznym dłubaniem w MBR.

Co do STEP2CNC, to kiedyś próbowałem rozmawiać z jego twórcą, który jak się okazało wszystko wie najlepiej i ma wszelkie standardy gdzieś.
Cóż, to jest niszowy program dla specyficznej grupy użytkowników, będący autorską wizją tego czym g-kod powinien być i jak powinien działać.
Polecam wszystkim omijać ten soft z daleka.

.

bartwaw pisze:Jeszcze tylko jakiś poleasingowa 17-tka i powalczę z linuxem.

Ja mam przy frezarce Samsunga B2230, 1920x1080, prawie nówkę wyrwałem za trzy stówki.
"Okazyjnie" kupione badziewie szlag trafił po krótkim czasie, dwa razy po stówce w plecy.
O różnicy w komforcie pracy szkoda gadać ...

.

bartwaw pisze:a jak z camview na gma950 ?

Mam płytę Intel D945GCLF2 z Atomem 330 i GMA 950.
Absolutnie wszystko działa bez zarzutu, camview także.
Nie polecam jednak płyt z tym chipsetem do innych zastosowań, bo jest problem z obsługą OpenGL 2.0.
Jednakże LinuxCNC i camview nie mają takich wymagań i pracują równie dobrze na starszej wersji OpenGL.

.