STEP2CNC 2.2 - skanowanie powierzchni 3D

Dyskusje dotyczące skanowania i skanerów 3D

prokopcio
ELITA FORUM (min. 1000)
ELITA FORUM (min. 1000)
Posty w temacie: 3
Posty: 1138
Rejestracja: 11 sty 2005, 13:03
Lokalizacja: Grodków
Kontakt:

#11

Post napisał: prokopcio » 02 lis 2010, 12:25

Piotr Rakowski pisze:Różnice w wysokości na poziomie 2-3 kroków programu nie powinny mieć tu specjalnego znaczenia.
Nie wiem jak liczysz ale ja przeprowadzałem sporo prób przy próbach skanowania moim programem i przy filtrze 10k/470nF (największy z jakim się spotkałem) rozbieżność kroków w zależności od prędkości skanowania była w granicach 30kroków przy pracy pół-krokowej a to już jest spora rozbieżność choć rzeczywiście może nie mieć znaczenia ponieważ to jest stały błąd a błąd stały nie jest dla mnie błędem :)



Tagi:

Awatar użytkownika

Autor tematu
Piotr Rakowski
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 6
Posty: 2173
Rejestracja: 29 lip 2005, 15:07
Lokalizacja: Warszawa
Kontakt:

#12

Post napisał: Piotr Rakowski » 02 lis 2010, 19:21

A jaki masz algorytm? Bo ja za każdym razem, zanim wykonam krok w dół sprawdzam stan czujnika. Czyli Z- > czujnik? > Z- > czujnik? itd.

No tak, ale nawet 30 kroków mikrokrokiem, który ja używam w swoich maszynach frezujących (na poziomie 0,0033 mm) * 30 to tylko 0,1 mm -> a to żadna kwestia!
Maszyny i oprogramowanie CNC: eduCAD, STEP2CNC, LynxCUT, Styro3D, Tapper, cncCAD, Image2CAM, Turn3D, TERMCUT, LynxNEST (Nesting)


prokopcio
ELITA FORUM (min. 1000)
ELITA FORUM (min. 1000)
Posty w temacie: 3
Posty: 1138
Rejestracja: 11 sty 2005, 13:03
Lokalizacja: Grodków
Kontakt:

#13

Post napisał: prokopcio » 02 lis 2010, 20:23

Ja tylko się bawiłem skanowaniem "tak wstępnie" wg "szybkiego" algorytmu jak Twój ale nie o algorytm teraz chodzi bo on może być ekspresowy, zauważ że podałem dlatego podział kroku ponieważ stała czasowa filtru RC jest wyrażana w [s] a więc ilość "opóźnienia" w krokach zależy od częstotliwości taktowania więc np. przy podziale pół-krokowym i np. 3obr/s (raczej maksimum przy skanowaniu) mamy częstotliwość 1200Hz więc przy stałej czasowej 10ms mamy opóźnienie 12 kroków ale przy tej samej prędkości i podziale 16 mamy opóźnienie 100 kroków (daje to tyle samo przesunięcia osi w tym samym czasie)... To i tak jest mało ważne jeśli skanowanie przebiega zawsze ze stałą prędkością ponieważ przy kalibracji skanera mamy ten sam błąd więc powinien być odejmowany/dodawany do wyniku warto tylko mieć na uwadze że coś takiego istnieje - i jeśli robisz to jednym pomiarem to można to olać ale tak jak napisałeś - jeśli program korzysta z "podwójnego" pomiaru to niestety będzie z tego powodu powolny i bardzo zależny od użytego sterownika...

[ Dodano: 2010-11-02, 20:24 ]
Piotr Rakowski pisze:ja za każdym razem, zanim wykonam krok w dół sprawdzam stan czujnika
nie stan czujnika tylko stan pinu LPT -> a właśnie w tym przypadku to zasadnicza różnica

Awatar użytkownika

Autor tematu
Piotr Rakowski
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 6
Posty: 2173
Rejestracja: 29 lip 2005, 15:07
Lokalizacja: Warszawa
Kontakt:

#14

Post napisał: Piotr Rakowski » 02 lis 2010, 23:50

Temat skanowania jest dla mnie tematem pobocznym. Nie rozwijam go specjalnie, bo nie widzę w nim żadnej większej roli dla mojego programu. Traktuję to raczej, jako uzupełnienie. Poza tym nadal twierdzę, że skanowanie jest tylko pracą wstępną.

W dodatku większość z użytkowników potrzebuje skanowania do wprowadzania do komputera mało wyrafinowanych skanów - reliefy, półwypukłe przedmioty itd. Tu nawet, jeśli błąd skanowania będzie na poziomie 0,25 mm nie będzie to miało, moim zdaniem, większego znaczenia dla wykonania kopii (powielenia) przedmiotu.
Maszyny i oprogramowanie CNC: eduCAD, STEP2CNC, LynxCUT, Styro3D, Tapper, cncCAD, Image2CAM, Turn3D, TERMCUT, LynxNEST (Nesting)

ODPOWIEDZ Poprzedni tematNastępny temat

Wróć do „Skanery 3D”