Re: AVRGCC - TIMER0

Rafit wrote:

Całość działa poprawnie do czasu uaktywnienia przerwań RSa. Działanie
wygląda tak, jakby przerwania RSa wprowadzaly zmiany w częstotliwości
wywoływania przerwania TIMER0.
Czy może ktoś mi wyjaśnić dlaczego tak się dzieje i jak ewentualnie temu
zapobiec?

Z tego co pamiętam obsługa przerwania poprzez SIGNAL wyłącza przerwania,
natomiast INTERRUPT pozostawia je włączone (to gdzieś jest napisane, ale
nie chce mi się szukać).

Myślę, że w twoim przupadku obsługa przerwania od
RS'a trwa dłużej niż okres TIMER0 i gubisz przerwania OVERFLOW0, dodatkowo
licznik po przepełnieniu zostaje załadowany 0x00 a nie 0xAC przez co
następne przerwanie przychodzi po ok. trzykrotnie dłuższym czasie. Moim
skromnym zdaniem masz dwie możliwości:
1. Popracować nad obsługą przerwania od RS'a, żeby nie zajmowało więcej

~80 taktów zegara. (Musi się dać, no chyba że jest tam wymagany spory
kawałek kodu który ciężko przenieść gdzie indziej).

2. Przerwania od RS'a obsługiwać poprzez INTERRUPT (chyba najłatwiej to
zrobić, ale możesz chcieć aby część tego przerwania wykonywała się atomowo
i wtedy musisz sam wyłączać i włączać przerwania i zadbać o to żeby czas
wyłączenia przerwań nie był dłuższy od okresu TIMER0).

Myślę, że w twoim przupadku obsługa przerwania od
RS'a trwa dłużej niż okres TIMER0 i gubisz przerwania OVERFLOW0,
dodatkowo licznik po przepełnieniu zostaje załadowany 0x00 a nie 0xAC
przez co następne przerwanie przychodzi po ok. trzykrotnie dłuższym
czasie. Moim skromnym zdaniem masz dwie możliwości:
1. Popracować nad obsługą przerwania od RS'a, żeby nie zajmowało więcej

niż

~80 taktów zegara. (Musi się dać, no chyba że jest tam wymagany spory
kawałek kodu który ciężko przenieść gdzie indziej).

Tam faktycznie jest kawałek kodu który trudno przenieść. Nie jest jednak
aż tak duży, sześć warunków, kilka przypisań, kilka operacji logicznych.
Jeżeli kompilator nie dodaje zbyt dużo ekstra kodu to nie zajmuje to 80
cykli.

2. Przerwania od RS'a obsługiwać poprzez INTERRUPT (chyba najłatwiej to
zrobić, ale możesz chcieć aby część tego przerwania wykonywała się
atomowo i wtedy musisz sam wyłączać i włączać przerwania i zadbać o to
żeby czas wyłączenia przerwań nie był dłuższy od okresu TIMER0).

Probowalem wlasnie realizowac ten pomysl i zamienilem zgodnie z sugestia
SIGNAL na INTERRUPT i procesor utracil mozliwosc komunikacji ?! Nawet
jezeli na wejsciu do zdefiniowanego przes INTERRUPT blokuje przerwania a
odblokowywuje przy wyjsciu. Po zamianie na SIGNAL wraca wszystko do normy.

Jakieś sugestie co można jeszcze zrobic?

Ludzie, ludzie !!! Zeby programować w C mikrokontrolery to trzeba trochę
znać ich wewnętrzną budowę. Stadardowo mikrokontroler AVR gdy wchodzi w
procedurę obsługi przerwania to automatycznie ustawia globalną flagę
blokującą inne przerwania. Jężeli chcecie obsługiwać inne przerwania w
trakcie wykonywania innego to w procedurze obsługi przerwania trzeba
zadbać o zerowanie tej flagi i o ewentualne zblokowanie źródła bieżąco
wykonywanego przerwania. A propos polec kompilator IAR zamiast GCC.