Sam się skazuję na banicję i umieszczam wątek w lochu bo dawno już nic nie klepałem pod AVR i jak akurat zaistniała potrzeba to zaczęło się od dziwnego problemu.
Otóż mam ATMEGA328P-AU i jak zwykle na początek, żeby sprawdzić czy procek się programuje jak należy napisałem sobie sofcik do migania diodą.
Przy "okropnych delayach" wszystko jest OK tzn. dioda miga sobie równo. Niestety przy użyciu Timer0 w trybie CTC jest jakiś babol. Dioda mignie ze 2 razy w tempie poprawnym potem znów szybciej i tak na zmianę (jakby się procek po 2 mignięciu resetował) i tak w koło Macieju. Problem występuje zarówno na RC jak i zewnętrznym kwarcu 3.6864 MHz.
Wklejam kod dla sprawdzenia, bo może dopadła mnie ślepota...

_________________
Czekamy na RedBook'a!

Jak się dawno nie bawiłeś to mogło wylecieć z głowy że Timer0 jest 8 bitowy, a ty tam ładujesz zmienna 16 bitową i przez to to przekłamanie.
Zmienną Timer_1s zmień sobie na uint8_t i załaduj tam wartość od 0 do 255 i wszystko będzie grało.

Nie ma to związku, ale użycie zmiennej 8-bitowej powinno zlikwidować problem. Rzecz w tym, że procesor jest 8-bitowy i operacje na zmiennej 16-bitowej nie są wykonywane w jednym cyklu zegara (atomowo).
Przeczytaj to:
http://nongnu.org/avr-libc/user-manual/ ... tomic.html

To możesz sprawdzić umieszczając na starcie mignięcie innej diody.

_________________
Dragonus Cracovus: Biomagia

albo spróbuj to nieco zatomizować jeśli już upierasz się np na siłę na timer 16-bitowy

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Panowie,
czy wy tu nie przesadzacie ze szkodliwością tej zmiennej 16bitowej?
przecież (tak mi się wydaje) przy tym programie to może ona nawet być i 32bit i nie powinna szkodzić.

Przeczytaj ten watek a dowiesz się o co chodziło kolegom wyżej viewtopic.php?t=8147&p=91811

O w mordę zwierza! Właśnie mi uświadomiliście w jakiej ja nieświadomości żyłem. O.o
wychodzi na to, że im mniej kodu w pętli głównej tym większa szansa na wystąpienie tego problemu.
Szok.
dzięki.

Potwierdzam - to ten przypadek. Całe życie człowiek się uczy... Napisałem ochnaście programów na różne ATMegi i dopiero teraz wdepnąłem na minę.

_________________
Czekamy na RedBook'a!

tak mnie to zaciekawiło, że postanowiłem sam sprawdzić ... i faktycznie jest problem..:
zwykły program. Przerwanie co 2ms. timer_cnt odlicza od 500 i zapala ponownie diodę na 20 zliczeń :

i efekt taki:


co jakiś czas udaje mu się te 500 zliczeń, ale w większości przypadków gubi 255...

po dodaniu dodatkowej zmiennej w ATOMIC_BLOCK:

efekt oczekiwany:


pół biedy jak ten licznik ma liczyć do np.45000 - tu stracone 255 to prawie nic, ale w tym przypadku traciłem połowę czasu...

Ale doznałem oświecenia tym wątkiem... SZOK