Witam, jest to mój pierwszy post, więc mam nadzieję że nie umieszczam go w złym dziale.

Zaczynając naukę przerwań chciałem zmienić stan diody co sekundę. Początkowo chciałem zrobić to na przykładzie z Bluebooka i próbowałem wykorzystać Timer0 (8 bitowy), moje podejście było takie: dobrać taki preskaler by dzieląc częstotliwość otrzymać liczbę całkowitą. Dodam, że testuję na Atmega16 z wewnętrznym taktowaniem 8 MHz. Zatem: 8 000 000 / 64 = 125 000, porównanie ustawiłem przy 125, zatem w wektorze przerwania dodałem licznik zliczający do 1000. Teoretycznie powinno działać, bo obliczenia chyba się zgadzają, jedyny błąd to dobranie złego preskalera- i to rozumiem, jednak wydawało mi się, że całość działa tak: timer zaczyna zliczać, kiedy dochodzi do wartości z OCR0 mamy przerwanie i później liczymy od nowa, więc teoretycznie(w mojej głowie) wszystko powinno działać pomimo "błędu", jednak w praktyce dioda miga z większą częstotliwością.

Listing "złego" programu:


Z zadanie sobie poradziłem, używając Timer1 (16 bitowy) i dobierając odpowiedni preskaler:


I choć wszystko ładnie działa to mam pytanie- dlaczego pierwszy pomysł nie wypalił? Bo z tego, że nie działa łatwo wywnioskować, że czegoś nie wiem/ nie rozumiem... tylko czego?

Dzięki za cierpliwość, i przepraszam za błędy.

Wg MkAvrCalculatora nie jest możliwe uzyskanie takiego przerwania dla zadanych parametrów na Timerze0


Zainteresuj się tym programikiem - jest naprawdę pomocny.

_________________
http://www.ate-zbaszyn.eu

Male sprostowanie. Nie jest to timer 32 bitowy, a 16 bitowy. Zobacz jaka wartosc mozesz zapisac do OCR1

Tak tak kaka0204, dzięki za wyłapanie głupiej pomyłki Poprawiłem by inni czytający nie zwracali uwagi na błąd.

yaiba83 dzięki za odpowiedź, jednak chciałbym się dowiedzieć dlaczego tak jest

A duża jest różnica?
Wg MkAvrCalculatora powinno być 124 a nie 125

_________________
http://www.ate-zbaszyn.eu

124, a nie 125 bo liczymy od zera- miałem świadomość tego błędu, było o tym w Książce, jednak częstotliwość zmiany stanu diody jest o wiele większa, dlatego to tak zostawiłem.

Po prostu przerwania działa inaczej niż myślałem... i chciałem dowiedzieć się jak powinienem myśleć poprawnie

No dobra, a nie jest problemem też to że przerwanie masz teraz co 1ms ? Jeżeli dobrze zapamiętałem to w BB Mirek pisał że nie poleca schodzić z timerami do zliczania czasu poniżej 10ms. Próbowałeś inne ustawienia preskalera, takie aby się zmieścić w tych 255 ? Z tego co sprawdzałem u siebie to preskaler 1024 i zliczanie do 77 daje prawie jedną sekundę. Piszę prawie bo nie wychodzi liczba całkowita.

_________________
http://www.marcingibas.pl

Nie, nie próbowałem... chodziło mi o to dlaczego to nie działa kiedy jest napisane tak a nie inaczej, a nie jak to zrobić ale dobra, szukanie wyjaśnienia chyba jest bez sensu. Błąd to błąd.

Szukanie wyjaśnienia bez sensu ? No przestań. Nigdy takiego problemu nie miałem, bo jakoś mi zapadło w pamięci to co napisałem wcześniej o tych 10 ms, i tego się trzymam przy zliczaniu czasu.
A zmień licznik == 1000; na licznik >= 1000;

_________________
http://www.marcingibas.pl

Witam

Nie wiem czy mówisz o znalezionym błędzie czy ja nie łapię o co chodzi, bo rzeczywiście w linii:

masz błąd: (1<CS00) zamiast (1<<CS00).
Z poprawny zapisem jest niemal dokładna sek.

Pozdr.

Super, jednak głupia pomyłka w pisaniu
Dzięki za rozwiązanie mojego problemu, okazuje się, że wszystko działa jak powinno- błąd był w kodzie, a nie w rozumieniu sprawy

Dzięki.

W przerwaniu nigdy static tylko volatile.

_________________
Czekamy na RedBook'a!

Niestety program nie działa jeśli zmienna w przerwaniu jest volatile zamiast static.
Zmienne statyczne w przerwaniach i funkcjach są tworzone w obszarze zmiennych globalnych i nie tracą swej wartości po wyjściu z przerwania lub funkcji. A oto właśnie w tym programie chodzi. Zmienna ma zliczyć 1000 przerwań dlatego musi "pamiętać" swą wartość po wyjściu z tego przerwania.

No chyba że koledze chodziło o coś innego.

Volatile byloby wtedy, gdy zmienna licznik bylaby zmienna globalna.