Dariusz Zolna pisze:
> Zibias pisze:
>> Użytkownik "Dariusz Zolna" <a...@u...com> napisał w wiadomości
>> news:h8bnls$jk0$1@inews.gazeta.pl...
>> Konop pisze:
>>> A jak zbocza sygnału?? Ostre?? Bo bez tego, to możesz mieć różny
>>> moment wejścia do przerwania... w czym piszesz? w C czy w gołym ASM?
>>> Są jakieś fragmenty kodu, na czas których blokujesz przerwania??
>>> Spróbuj od razu po wejściu do procedury przerwania przełączać jakiś
>>> pin... ciekawy jestem,czy ten przebieg też będzie stabilny...
>>> I napisz jeszcze z jaką częstotliwością popędzasz ten timer....
>>
>>
>> Sygnał jest uformowany, zbocza ostre. Piszę w gcc, przerwań nie blokuję
>> niczym innym oprócz ich własnych procedur. Kwarc 16MHz, dzielnik 256,
>> czyli zegar taktuję 62500Hz.
>> Z tym przełączaniem pinu dobry patent, podepnę drugi kanał i sprawdzę co
>> się dzieje.
>>
>> Dariusz Żołna
>>
>> W sumie masz odpowiedź, bo jak 16MHz podzielisz na 256 i policzysz
>> impulsy dla jednego okresu 2KHz to wyjdzie raptem 31 zliczeń, czyli
>> rozdzielczość raptem 2000Hz/31 -> 64Hz
>>
>> Daj z dzielnikiem 1
>
> No i super, dzięki, błąd przy najwyższych częstotliwościach nie wynosi
> teraz więcej niż 3Hz, co jest w pełni akceptowalne.
> Jak to człowiek czasem się zakałapućka i nie pomyśli o takiej prostej
> sprawie :) Ja szukałem problemów raczej w czasie wykonywania procedury
> przerwania lub kolizji przerwań :)

No to już wiesz czemu o to pytałem ;)... A zapytam - robisz teraz tak,
że odczytujesz i zerujesz, czy dalej coś odejmujesz?? Jeśli odejmujesz -
to pamiętaj, że jest to metoda dobra, gdy później uśredniasz wynik...
sądze, że w Twoim przypadku odczyt-zerowanie da lepszą stabilność wyniku
;)...

Pozdrawiam
Konop