RTV forum PL | NewsGroups PL

Jak skonfigurować timer w Atmega8 do dokładnego pomiaru czasu impulsów 2000Hz?

AVR i pomiar okresu

NOWY TEMAT

elektroda NewsGroups Forum Index - Elektronika Polska - Jak skonfigurować timer w Atmega8 do dokładnego pomiaru czasu impulsów 2000Hz?

Dariusz Zolna
Guest

Thu Sep 10, 2009 8:27 pm   



W jaki sposób ustawić timer w powiedzmy Atmega8, żeby jak najdokładniej
mierzyć czas pomiędzy dwoma kolejnymi impulsami? Wiem że jest taki tryb
pracy timera, ale coś nie mogę załapać jak go skonfigurować.
Teraz wykonuję to zadanie używając INT0 w którym odczytuję TCNT1 i
odejmuję jego poprzednią wartość. Niestety jest to dosyć niedokładne, bo
o ile na oscyloskopie mam stabilny przebieg, to przy 2000Hz zmierzona
przeze mnie częstotliwość waha się w zakresie kilkudziesięciu Hz (i to
jest też max tego co potrzebuję mierzyć, zależy mi za to na dokładności
i szybkości pomiaru, nie mogę uśredniać).

Dariusz Żołna

Konop
Guest

Thu Sep 10, 2009 9:23 pm   



Quote:
W jaki sposób ustawić timer w powiedzmy Atmega8, żeby jak najdokładniej
mierzyć czas pomiędzy dwoma kolejnymi impulsami? Wiem że jest taki tryb
pracy timera, ale coś nie mogę załapać jak go skonfigurować.
Teraz wykonuję to zadanie używając INT0 w którym odczytuję TCNT1 i
odejmuję jego poprzednią wartość. Niestety jest to dosyć niedokładne, bo
o ile na oscyloskopie mam stabilny przebieg, to przy 2000Hz zmierzona
przeze mnie częstotliwość waha się w zakresie kilkudziesięciu Hz (i to
jest też max tego co potrzebuję mierzyć, zależy mi za to na dokładności
i szybkości pomiaru, nie mogę uśredniać).

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....

Pozdrawiam
Konop

Dariusz Zolna
Guest

Thu Sep 10, 2009 9:30 pm   



Konop pisze:
Quote:
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

Zibias
Guest

Thu Sep 10, 2009 9:46 pm   



Użytkownik "Dariusz Zolna" <answer@usenet.com> napisał w wiadomości
news:h8bnls$jk0$1@inews.gazeta.pl...
Konop pisze:
Quote:
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

Myślę, że najprościej to nie odejmować TCNT1, tylko odczytywać,
a dokładniej przepisać do pamięci, po czym wyzerować
TCNT1 i wyjść z obsługi przerwania. Licznik liczy od zera wtedy.

Druga ważna sprawa, TCNT1 jest 16bitowym czyli masz max 65535 zliczeń.
Trzeba tak dobrać preskaler zegara, żeby dla tych 2kHz liczba zliczeń
taktów zegarowych była "spora" czyli w okolicach powiedzmy 60000.
Nie napisałeś jaki masz zegar w tym ATmega. Najlepiej jakiś stabilny
kwarc. Masz do wyboru podział na: 1,8,64,256,1024

Zakładając, ze masz zegar 8MHz to okres dla 2kHz to 0,0005s
Dla preskalera przez 1 czyli dla zegara bezpośrednio da to zaledwie
4000 zliczeń.co daje rozdzielczość ok. 0,5Hz
Jak dasz kwarc 16Mhz to będziesz miał 2 razy więcej zliczeń.
Osiągniesz wtedy 0,25Hz
Ale oczywiście o ile sygnał jest stabilny.

Druga metoda, to w przerwaniu zliczasz określoną liczbę impulsów,
na przykład 16. Dopiero po zliczeniu odczytujesz licznik i go zerujesz
do następnego pomiaru. Wtedy dla zegara 8MHz dostaniesz 64000zliczeń.
Wtedy rozdzielczość będziesz miał większą, ale kosztem czasu pomiaru.
Ale pomiar będzie trwał "tylko" 0,008sek. Może to wystarczy

Zbyszek

(pisałem to wcześniej ale się nie wysłało...)

Zibias
Guest

Thu Sep 10, 2009 9:48 pm   



Użytkownik "Dariusz Zolna" <answer@usenet.com> napisał w wiadomości
news:h8bnls$jk0$1@inews.gazeta.pl...
Konop pisze:
Quote:
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

Dariusz Zolna
Guest

Thu Sep 10, 2009 10:14 pm   



Zibias pisze:
Quote:
Użytkownik "Dariusz Zolna" <answer@usenet.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 Smile Ja szukałem problemów raczej w czasie wykonywania procedury
przerwania lub kolizji przerwań :)

Pozdrawiam,
Dariusz Żołna

mk
Guest

Thu Sep 10, 2009 10:23 pm   



Dariusz Zolna pisze:
Quote:
W jaki sposób ustawić timer w powiedzmy Atmega8, żeby jak najdokładniej
mierzyć czas pomiędzy dwoma kolejnymi impulsami? Wiem że jest taki tryb
pracy timera, ale coś nie mogę załapać jak go skonfigurować.
Teraz wykonuję to zadanie używając INT0 w którym odczytuję TCNT1 i
odejmuję jego poprzednią wartość. Niestety jest to dosyć niedokładne, bo
o ile na oscyloskopie mam stabilny przebieg, to przy 2000Hz zmierzona
przeze mnie częstotliwość waha się w zakresie kilkudziesięciu Hz (i to
jest też max tego co potrzebuję mierzyć, zależy mi za to na dokładności
i szybkości pomiaru, nie mogę uśredniać).

Skorzystaj z "Input Capture Unit" Timera 16-bitowego.

pzdr
mk

Konop
Guest

Fri Sep 11, 2009 3:11 pm   



Dariusz Zolna pisze:
Quote:
Zibias pisze:
Użytkownik "Dariusz Zolna" <answer@usenet.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 Smile Ja szukałem problemów raczej w czasie wykonywania procedury
przerwania lub kolizji przerwań Smile

No to już wiesz czemu o to pytałem Wink... 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
Wink...

Pozdrawiam
Konop

Dariusz Zolna
Guest

Fri Sep 11, 2009 3:22 pm   



Konop pisze:
Quote:
No to już wiesz czemu o to pytałem Wink... 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
Wink...

Dzięki. Muszę odejmować, bo mierzę 2 sygnały a 16-btowy timer jest jeden.

Dariusz Żołna

elektroda NewsGroups Forum Index - Elektronika Polska - Jak skonfigurować timer w Atmega8 do dokładnego pomiaru czasu impulsów 2000Hz?

NOWY TEMAT

Regulamin - Zasady uzytkowania Polityka prywatnosci Kontakt RTV map News map