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

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

Piotr Rakowski pisze:Może u Macha wynika to z praktyki? Może on robi np. dwa pomiary? Pierwszy dojazdem, a drugi lekko cofając czujnik i robiąc pomiar raz jeszcze?

Witam.
Jeśli chodzi o dokładny pomiar to jedyna możliwość zważając na różnorodność zastosowanych filtracji w różnych sterowaniach - po prostu stosowane filtry dolnoprzepustowe na wejściach różnych sterowników mają stałą czasową nawet przekraczającą 5ms co niweczy plany szybkiego pomiaru więc np dla pomiaru długości narzędzia zastosowałem technikę o której wspomniałeś aby móc zachować powtarzalność. Oczywiście czas samego pomiaru długości narzędzia nie jest krytyczny i można go "olać" czy trwa 0,001s czy 0,25s ale przy skanowaniu powierzchni każda milisekunda jest ważna. Być może można jakoś programowo uzależnić korekcję tego czasu / przebytej drogi w zależności od aktualnej prędkości ale się jeszcze nad tym nie zastanawiałem.