ATNEL tech-forum

Re: Timer1

2012-08-07T12:15:33+01:00

Zdarza się nawet najlepszym.

Statystyki: Napisane przez worner — 7 sie 2012, o 12:15

Re: Timer1

2012-08-07T11:53:02+01:00

worner napisał(a):

mirekk36 napisał(a):

11059200Hz (F_CPU) / 1024 (preskaler) / 100Hz (pożądana częstotl) = 109 (ocr1a)

Nie chcę się czepiać, ale czy nie powinno być 108?

ZDECYDOWANIE masz rację no matematyki nie da się oszukać a wychodzi tu okrągłe 108 .... to po prostu moja kolejna literówka niestety.

Statystyki: Napisane przez mirekk36 — 7 sie 2012, o 11:53

Re: Timer1

2012-08-07T11:45:50+01:00

mirekk36 napisał(a):

11059200Hz (F_CPU) / 1024 (preskaler) / 100Hz (pożądana częstotl) = 109 (ocr1a)

Nie chcę się czepiać, ale czy nie powinno być 108?

Statystyki: Napisane przez worner — 7 sie 2012, o 11:45

Re: Timer1

2012-08-06T18:57:06+01:00

Wyeliminowałem samoczynne zwiększanie się wartości enkodera:)
Ale jak zrobić rzecz następującą. Ustawiam np timer1, preskaler 1024, częstotliwość np 500Hz. Wysyłam wartości np co 1 sekunde na terminal ale wartości nie są z czytywane jednakowo, np: raz jest wysyłane 14 impulsów raz 20 a innym razem 10 - przykładowo. Jest to związane z częstotliwością skanowania.
Silnik kręci się ze stałą prędkością. Jak poradzić sobie z tym nierównym z czytywaniem? Kombinowałem na różnych ustawieniach preskalera.
Aha i jak się ma częstotliwość powstawania impulsów w enkoderze właśnie do ustawienia timera?

Statystyki: Napisane przez developer85 — 6 sie 2012, o 18:57

Re: Timer1

2012-08-03T21:00:19+01:00

tu jest właśnie problem z magnetycznymi encoderami , najprościej by było jakbyś go wyłaczył i startował podczas pracy

-- kilkunastu sekundach --

ten sam problem występuje z halotronami potrafia się dziwacznie zachowywać

Statystyki: Napisane przez SunRiver — 3 sie 2012, o 21:00

Re: Timer1

2012-08-03T09:36:29+01:00

Mam jeszcze pytanie. Ponieważ szczytuje impulsy z enkodera silnika i wysyłam co 1s na terminal impulsy w trakcie postoju silnika nie powinny być inkrementalne a wartość wysyłana na terminal jest jakoś chaotycznie zwiększana lub zmniejszana. Nie wiem jak wyeliminować ten problem. Korzystam z softu SunRivera do obsługi enkodera.

Statystyki: Napisane przez developer85 — 3 sie 2012, o 09:36

Re: Timer1

2012-08-03T09:01:51+01:00

Ale kto cie bije? przecież podałem ci poprawny sposób liczenia więc chyba dobrze.

-- 2 minutach --

arko_go napisał(a):

Okazało się że najpierw musi być inicjalizacja UART (niewiem dlaczego - niech ktoś mądry mi powie) a następnie inicjalizacja encode_init i inicjalizacja wyświetlacza.

To niestety jest twój wymysł tzn może inaczej, twój błąd w pisaniu softu a nie jakieś zależności od kolejności

przerwania ruszą TYLKO w i wyłącznie po poleceniu sei(); które powinieneś dać dopiero przed samą pętlą główną

[syntax=c]// tu sekcja inicjalizacji peryferiów

sei(); // odblokowujemy przerwania
while(1) {
// pętla główna programu
}[/syntax]

Statystyki: Napisane przez mirekk36 — 3 sie 2012, o 09:01

Re: Timer1

2012-08-03T08:57:53+01:00

Okazało się że najpierw musi być inicjalizacja UART (niewiem dlaczego - niech ktoś mądry mi powie) a następnie inicjalizacja encode_init i inicjalizacja wyświetlacza.

-- 1 minucie --

Robię testy na szybko i nie przykładam dokładnej uwagi na czasy przerwania ponieważ najpierw chgciałem uruchomić poprawnie timera a później dopiero liczyć poprawne przerwania. Więc nie bijcie odrazu

Statystyki: Napisane przez developer85 — 3 sie 2012, o 08:57

Re: Timer1

2012-08-03T08:55:56+01:00

Krauser napisał(a):

A mi wyszło, że dla taktowania 11,0592MHz, preskalera 1024 i OCR1A=10800 przerwanie będzie co 1 sekundę, a nie 10ms jak piszesz.

Dokładnie!

Do autora --> jak ty to liczysz ??

OCR1A = 10800; // przerwanie porównania co 10ms (100Hz)

przecież

11059200Hz (F_CPU) / 1024 (preskaler) / 10800 (ocr1a) = 1s

chcesz 100Hz to licz tak wartość OCR1A ;

11059200Hz (F_CPU) / 1024 (preskaler) / 100Hz (pożądana częstotl) = 109 (ocr1a)

i tak samo sobie sprawdzasz

11059200Hz (F_CPU) / 1024 (preskaler) / 108 (ocr1a) = 100Hz (czyli 10ms)

Statystyki: Napisane przez mirekk36 — 3 sie 2012, o 08:55

Re: Timer1

2012-08-03T08:46:54+01:00

A mi wyszło, że dla taktowania 11,0592MHz, preskalera 1024 i OCR1A=10800 przerwanie będzie co 1 sekundę, a nie 10ms jak piszesz.

Statystyki: Napisane przez Krauser — 3 sie 2012, o 08:46

Re: Timer1

2013-01-07T21:15:05+01:00

[syntax=c]ISR( TIMER1_COMPA_vect)[/syntax]

Ale dalej jest problem. Kiedy daje inicjalizacje encode_init() w funkcji main - procek zwisa.

-- 17 minutach --

Poprawka sprawdziłem na innym programie i timer1 działa. Widocznie tutaj mi się kłóci z innymi przerwaniami lub znów błędnie piny podłączyłem:/

Statystyki: Napisane przez developer85 — 3 sie 2012, o 08:22

Re: Timer1

2012-08-02T09:55:57+01:00

Ja pozwolę sobie coś podpowiedzieć tutaj, jeśli można ?

Zobacz ładnie sprawdziłeś w nocie PDF ustawianie trybu CTC, no i poprawnie go ustawiasz - super. Ale weź przejedź wzrokiem w prawo w tej tabeli gdzie widzisz CTC i zobacz na kolumnę TOP, czyli na podstawie jakiej wartości jest przeładowywany CTC ??? widzisz ??? chodzi o OCR1A, natomiast ty nie wiedzieć czemu odpalasz sobie przerwanie CompareB ( TIMSK = (1<Statystyki: Napisane przez mirekk36 — 2 sie 2012, o 09:55

Timer1

2013-01-07T21:15:43+01:00

Witam!
Robię pewny projekt opisywałem w innym dziale, lecz czas mnie nagli więc zamieszczę niektóre części tutaj.
Odnośnie problemu. Konfiguruje Timer1 na m32 i nie działa. Timer ten chcę wykorzystać do funkcji SuperDebounce kolegi Mirka jak i robienia timerów programowych. Inne timery 8 bitowe są wykorzystane m.in. do enkodera i pwm dla silników.
Próbowałem zrobić timery sprzętowe na Timer0 i działało a na 16 bitowym Timerze1 nie działa.

Statystyki: Napisane przez developer85 — 2 sie 2012, o 09:40