ATmega16 - jak ustawić priorytet przerwań dla timerów i INT0/INT1?

Question

Witam, Mam małe, może i banalne pytanie, ale czy w ATmega16 istnieje rejestr, który zmienia poziom priorytetu przerwań? Chodzi mi o podobny rejestr jak -> IP w uK '51,

Dr_DEAD · Answer

W ATmega 16 nie ma możliwości zmiany priorytegów przerwań. Ale jest lekarstwo na Twoją bolączkę, możesz poprostu włączyć przerwania zaraz na początku obsługi przerwania od INT0. Przerywanie przerwań wcale nie jest takie niebezpieczne.

piotrg85 · Answer

Można jaśniej ? W sumie nie chodzi mi o przerywanie przerwań, a raczej o pierwszeństwo wykonania danego przerwania. W moim przypadku, gdy jednocześnie zgłosi się przerwanie od TIMER1 i INT0, to ma zostać najpierw obsłużone od TIMER1, tymczasem wg. noty katalogowej najpierw zostałoby obsłużone przerwanie od INT0.

Dr_DEAD · Answer

Priorytet przerwań rozpatrywany jest tylko wtedy gdy rywalizujące przerwania nadejdą dokładnie w jednym i tym samym cyklu zegarowym. Taki przypadek zdarza się raz na milion obsługiwanych przerwań. Druga sprawa to to, że jak masz jakieś ważne przerwanie które nie może czekać to zauważ że jeżeli przyjdzie ono w momencie gdy obsługiwane jest jakieś inne mniej ważne to i tak to ważniejsze będzie czekało na obsługę tego mniej ważnego, chyba że jawnie zezwolisz na przerwanie tego mniej ważnego przerwania przez przerwanie ważniejsze. Chyba to co napisałem jest niezrozumiałe, bo za dużo razy użyłem słowa przerwanie .

piotrg85 · Answer

Ok, możliwe, że się za bardzo rozdrabniam... i tak naprawdę zgłoszenie obsługi dwóch przerwań w tym samym momencie jest mało realne.
Szkoda tylko, że producent Avr'ków nie pomyślał o wprowadzeniu poziomów priorytetu przerwań... w przyszłości programy mogły by być bardziej elastyczne :wink:

(rejestr IP w uK '51 to jest jednak fajna sprawa)

Acha, nawiązując do Twojej wypowiedzi.. jest jednak możliwość w ATmedze na przerwanie mniej ważnego przerwania przez ważniejsze ?? Chciałbym na przyszłość wiedzieć.

don diego · Answer

Jak już kolega Dr_DEAD napisał w obsłudze przerwania możesz zezwolić na inne przerwania niezależnie od priorytetów.

Dr_DEAD · Answer

Dodama tylko że chyba w każdym uC można tak zrobić.

asembler · Answer

Mnie się wydaje że w AVR jest to lepiej rozwiązane. Nie musisz sie zastanawiac który jest ważniejszy. ja stosuje taką zasada: zawsze w obsłudze przerwania na początku odblokowywuje przerwania globalne (chyba ze akutat przerwanie musi wykonac sie w całości) albo odblokowywuje w miejscu w którym to można zrobić (nie czekam na koniec) Wadą tego rozwiazania jest to że trzeba przewidziec duży rozmiar stosu bo zdarza sie ze przerwanie jest przerywane przez 5 innych. Ale o zaletach nie musze wspominac

Nawigator · Answer

Strategia proponowana przez przedmówcę jest bardzo ryzykowna, oto do czego doprowadziła w przypadku krachu programu sondy Mars Pathfinder:
http://en.wikipedia.org/wiki/Priority_inversion
Jeżeli kol. piotrg85 musi mieć obsługę przerwania od licznika dokładnie w danym czasie to można programowo sprawdzać w pętli głównej ten licznik i zablokować odpowiednio z wyprzedzeniem inne przerwania.
Po odblokowaniu wykonają się kolejno.
Ciekawe tylko po co taka procedura bo nie napisał jaki to program, widać lubi aby czytelnicy forum pobawili się w zgadywanki.
Pzdr. N.

Dr_DEAD · Answer

Nawigator -> to jest całkiem inna bajka.

piotrg85 · Answer

Witam, Jest to dobry pomysł, by na krótko, przed wystąpieniem przerwania od TIMER1, wyłączyć przerwanie od INT0 (skasować znacznik INT0 w GICR) by przy wyjściu z przerwania znowu ustawić znacznik na 1. Wtedy mam pewność, że INT0 nie zakłóci pracy danego fragmentu kodu. Jeśli chodzi o program, to przymierzam się do zbudowania m.in. sterownika serwomechanizmu. TIMER1 będzie odpowiedzialny za generowanie syg. prostokątnego o okresie 20ms( generowanie przerwania co 20ms) co jest bardzo ważne,by nie stracić synchronizacji , natomiast pod INT0 będzie podłączony przycisk. Temat powstał, po to, aby się dowiedzieć, jak uniknąć sytuacji, w której naciśnięcie przycisku, mogło by zmienić okres tego syg. prostokątnego. Pomysł podany przez kol. Nawigator jest całkiem niezły. Tutaj jeszcze wyjaśnię, że kiedyś pisałem prog. pod '51 i tam w takich sytuacjach, za pomocą rejestru IP, można było wrzucić przerwanie, np. tego TIMER'ka na wyższy poziom, i było po problemie. Avr'kami zajmuję się od niedawna, więc pierwszym odruchem było szukanie analogicznego rejestru Jak widać, tutaj trzeba będzie to programowo zrobić. Pozdr.

szelus · Answer

Przycisk powiadasz. Wg. mnie przyciski najlepiej obsługiwać w polling-u, załatwiając od razu kwestię eliminacji odbić styków. W tym, konkretnym przypadku, może w przerwaniu TIMER1 najpierw wykonywać rzeczy krytyczne czasowo, a potem sprawdzać przycisk?

Nawigator · Answer

1) cyt: to jest całkiem inna bajka - ale co konkretnie Doktorze?
2) ramka 20ms w serwomechanizmach modelarskich może być niedokładna, nie ma znaczenia dla pracy dekodera, służy tylko do synchronizacji czyli określenia początku ramki i może być nierównomiernie wysyłana nawet kolejna ramka.
Ważne są tylko impulsy poszczególnych serw.
3) czyli niepotrzebnie się martwisz a przyciski w tej sytuacji zrób jak pisze szelus.
Tego typu kodery można napisać w całości w oparciu o jeden prosty licznik.
Pzdr. N.

Dr_DEAD · Answer

Racja, niesprecyzowałem. Chodziło mi o inversje priorytetów, która jak wyczytałem w linku który podałeś dotyczy wielowątkowości i systemów operacyjnych. Nie widzę nic ryzykownego w zgnieżdżaniu sie przerwań. A już napewno nie jest to bardziej ryzykowne niż ogulnie używanie przerwań. Oczywiście zawsze trzeba dokładnie wiedzieć co się robi.

mirekk36 · Answer

ja też uważam, że lepiej koledze autorowi, który jak widać zaczyna z AVR (przesiadka z '51) doradzić jak sobie radzić szczególnie w tak prostych przypadkach bez zagnieżdżania przerwań i budowy sztucznych priorytetów celem dopasowania myślenia do pisania softu pod '51. Oczywiście procki '51 dzięki priorytetom i ich technologii wewn są super też do specjalnych zastosowań, ale w AVRkach warto troszkę się przestawić przy pisaniu kodu bo i rozkazy inne, wydaje się ich jakby mniej, brak priorytetów a też można pisać b.wydajny kod w niewielu liniach jeśli chodzi o porównianie asemblerów.

tak więc też się przychylę do tego żebyś spróbował podejść do tego tematu tokiem rozumowania kolegi szelus i nie angażował do tego setki przerwań - powinno to pięknie wyjść

pozdrawiam

Mam na sprzedaż:
13.11.2007 Wyświetlacz PLED(OLED) 2x16 WINSTAR WPI1602B-Y-JCS

piotrg85 · Answer

Witam, dziękuje wszystkim za odpowiedzi... Szczerze mówiąc, nie spotkałem się jeszcze z określeniem polling. Można bardziej przybliżyć to zagadnienie?

don diego · Answer

polling- odpytywanie. Okresowe testowanie stanu pinów.

piotrg85 · Answer

jest to mi ,od dawna,znany sposób, ale nie wiedziałem, że określa się go też mianem polling .... dzięki za wyjaśnienie.

Nawigator · Answer

>>> DrDead,
w szczególności chodzi tu o to że jeżeli bezkrytycznie posłuchamy rady, jak to robi Kol. asembler:
'ja stosuje taką zasada: zawsze w obsłudze przerwania na początku odblokowywuje przerwania globalne' to:
1) ryzykujemy że nastąpi blokada wykonywania przerwań o wyższym priorytecie gdyż zakłócamy naturalną kolejkę wykonywania przerwań opartą o stos. Również zewnętrznym przerwaniom umożliwiamy łatwe seryjne wzbudzenie (np. iskrzące styki itp.)
2) przedłużamy niejako wykonywanie pętli głównej co może być niekorzystne czasowo
3) pozbawiamy się cennej własności jaką jest sposób wyjścia z przerwania w avr który zawsze wykonuje 1 rozkaz z pętli głównej zanim wykona następne przerwanie co w sytuacjach krytycznych pozwala zazwyczaj przejść dalej z programem, mimo opóźnień z powodu kolejki przerwań
AVR jest szybkim procesorem i przerwania muszą być krótkie a jeśli jakiś proces ma trwać dłużej to należy stosować flagi. Unikamy w ten sposób potencjalnych problemów.
Pzdr. N.
PS polling nie musi być okresowy jak chce Kol. don diego tylko jest raczej 'na żądanie' np. moze być 1 raz po resecie.

Dr_DEAD · Answer

No zgadza się, słowo zawsze też mi tu zbytnio nie pasuje. No właśnie tyle że naturalna kolejka nie zawsze nam odpowiada, np. autorowi tematu nie odpowiada. Ale działa to też w drugą stronę, jesteśmy pewni że nigdy nie zgubimy żadnego przerwania. Pętla główna ma zazwyczaj zadania o najniższym priorytecie. Jednym słowem zawsze trzeba wiedzieć co sie robi i jakie to może mieć skutki.bi

asembler · Answer

Oczywiście ze słowo zawsze trzeba zastąpić słowem przeważnie, aczkolwiek u mnie to 9 na 10 jest tak robione i wcale nie uwazam to za niebezpieczne a raczej za ułatwiające napisanie programu a na pewno powoduje wyciśniecie ostatnich potów z procesora..
Niekiedy jest to wręcz koniecze a wszczególności gdy powierzymy obsługę wyświetlacza LCD procesorowi. Wtedy każde przerwanie nadchodzace dla wyświelacza LCD nie mogłoby być osłużone w ścisle określonym czasie co skutkuje efektami wizualnymi na ekranie.

-

ATmega16 - jak ustawić priorytet przerwań dla timerów i INT0/INT1?

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Post #11

Post #12

Post #13

Post #14

Post #15

Post #16

Post #17

Post #18

Post #19

Post #20

Post #21

Podsumowanie tematu