Ok, rozumiem. Tę opcję noblock zmieniamy w kodzie programu, czy w opcjach kompilatora?
Oj, oj , oj ....... oj
Tylko tyle podpowiem na temat sugestii zmiany opcji noblock, jak opisał kolega wyżej. Rzeczywiście taka istnieje i robi się ją np tak:
Code:
ISR( INT0_vect, ISR_NO_BLOCK ) {
}
}
ale jeśli kolega chce w miarę szybko poradzić sobie z problemem opisanym wyżej, to niech na długi czas zapomni w ogóle o istnieniu tej opcji. Dlaczego ? Dlatego, że nawet zaawansowane osoby bardzo ale to bardzo rzadko z niej korzystają. A dlaczego ? A dlatego, że odblokowanie przerwań wewnątrz innych przerwań to pogoń za kłopotami jak po równi pochyłej i w postępie geometrycznym - jeśli do końca nie rozumiemy o co tu chodzi i jak to działa. Dlatego jak ktoś już wie - to także z ogromną dozą ostrożności z tego korzysta ....
w czym rzecz ....
używanie tej opcji podczas przerwań nie może a BĘDZIE się wiązało z o wiele większym zużyciem stosu w trakcie działania programu. Pomyśl sobie, KAŻDE wejście w przerwanie - to poza odłożeniem na stos wykonanie całego PROLOGU, którego programista początkujący w C w ogóle nie widzi i nie zdaje sobie z niego sprawy....
ok co to jest PROLOG ale też EPILOG jeśli chodzi o makra ISR() ????
[syntax=asm]ISR( vector ) {
// prolog asm
push R16
in R16,SREG
push R16
push R0
push R17
push R18
push R19
...
//-------------------------
// tu dopiero jest kod makra pisany w C przez programistę a tego powyżej
// i poniżej nawet nie widzi albo nie wie często o tym
//------------------------------
// epilog
...
pop R19
pop R18
pop R17
pop R16
out SREG, R16
pop R16
}[/syntax]
tymczasem to jest dodatkowy i czasem spory kod w asemblerze, który ma za zadanie na początku odłożyć na stos wszystkie używane rejestry a przy wyjściu je odłożyć .... oczywiście to tylko przykładowy prolog i eplilog, ale mogą one być znacznie dłuższe ....
to już chyba zaczyna coś ci mówić ??? hmmm???
jeśli teraz po wejściu w takie przerwanie i zwiększenie stosu o wszystko co jest w prologu, odblokujesz przerwania i wykona się kolejne - to znowu kolejny prolog - a niech się wykona jeszcze kolejne i jeszcze kolejne .... eeeh szkoda mówić ... jeśli i tego aspektu nie przewidzisz - ale nie będę tu o nim teraz pisał ..... to na końcu będzie to mniej więcej tak jakby dać dziecku do zabawy żyletki. Nie chcę broń boże mówić że jesteś dzieckiem i mam nadzieję że tak nie odbierasz moich słów, ponieważ ja czuję się podobnie gdy przychodzi mi czasem pomysł aby skorzystać z ISR_NO_BLOCK
.... najczęściej, w takich przypadkach zaczynam od nowa myśleć nad algorytmem programu i na końcu okazuje się że to jeszcze nie ten czas aby trzeba było z tego skorzystaćSŁOWO NA NIEDZIELĘ:
zastosowanie ISR_NO_BLOCK - w takim kodzie o jakim ty napisałeś nawet tylko teoretycznie w pierwszym poście - to po prostu (jak dla mnie byłoby CRAZY) .... zapewniam cię, że nie ma NAJMNIEJSZEJ potrzeby i nigdy nie dojdzie do sytuacji żeby coś ci się nie udało w nim bez użycia tej opcji.... a zresztą - spójrz sobie na to:
http://mirekk36.blogspot.com/2011/09/fa ... mow-z.html
albo kurczę na
rozdział "wstęp do systemów czasu rzeczywistego" który masz przecież w książce. ZOBACZ ile tam rzeczy jest naraz robionych - i pokaż mi chociaż jedno przerwanie z ISR_NO_BLOCK .... mam nadzieję, że dobrze to wyjaśniłem ?
Statystyki: Napisane przez mirekk36 — 2 wrz 2012, o 07:37
]]>