ATNEL tech-forum

Re: Przerwanie wymuszone poziomem niskim

2012-12-09T15:29:13+01:00

GwynBleidD napisał(a):

Tak, powinna zdążyć się wykonać, ewentualnie na raty jeśli składa się z kilku instrukcji asemblerowych (w tym przypadku mamy jedną).

Dokładnie jak mówi kolega.

Statystyki: Napisane przez mirekk36 — 9 gru 2012, o 15:29

Re: Przerwanie wymuszone poziomem niskim

2012-12-09T09:06:12+01:00

Mirku, czyli reasumując.
Zdąży się wykonać instrukcja:
PORTD=(1<?

Statystyki: Napisane przez xamrex — 9 gru 2012, o 09:06

Re: Przerwanie wymuszone poziomem niskim

2012-12-08T23:15:01+01:00

W AVR Studio 4.5 był symulator pamiętam. W związku z tym może dało by się to odtworzyć tam, jakby ktoś bardzo ciekawy był.

Statystyki: Napisane przez ajek — 8 gru 2012, o 23:15

Re: Przerwanie wymuszone poziomem niskim

2012-12-08T23:01:40+01:00

Antystatyczny napisał(a):

A czemu zostanie wykonana jedna instrukcja skoro wciaż jest masa na pinie procka?

Oczywiście napisałem "jedna" w uproszczeniu - jak ktoś chce zobaczyć czy jedna czy dwie to MUSI zajrzeć dokładnie do PDF'a. Chodzi o to że:

1. przede wszystkim skoro zaczęła się procedura to MUSI się kiedyś skończyć
2. w asemblerze jest taki specjalny rozkaz RETI oznaczający powrót z przerwania, i przy okazji zdjęcie ze stosu adresu powrotu
3. skoro wraca NO TO MUSI wrócić tam gdzie został przerwany program główny i do licznika komend PC ładowany jest kolejny rozkaz z kolejnej komórki pamięci programu FLASH...

..... i teraz

trzeba sobie sprawdzić w PDF, ile cykli zegarowych jest wymaganych aby nastąpiło sprawdzenie flagi (większość rozkazów ma 1 cykl zegara). Więc MINIMUM musi być ten jeden cykl, ale skoro już został pobrany rozkaz programu to MUSI zostać wykonany i w kolejnym cyklu zegarowym sprawdzana jest flaga czy przerwanie aktywne - A PRZECIEŻ AKTYWNE bo cały czas INTx zwarte do GND, zatem w kolejnym cyklu już odkładany jest na stos adres powrotu i znowu skok do przerwania .... ale zasada działania procków RISC jest taka, że po wykonaniu jednego rozkazu MUSI być załadowany drugi, więc po RETI - ZAWSZE zostanie wykonane co najmniej jedno polecenie asemblera z programu głównego gdzie nastąpił powrót, nie może procek w jednym cyklu wykonywania RETI badać jednocześnie flagi, dopiero jak będzie ładował kolejny rozkaz do wykonania to zbada flagę i w następnym cyklu zareaguje

tak to mniej więcej się dzieje

Statystyki: Napisane przez mirekk36 — 8 gru 2012, o 23:01

Re: Przerwanie wymuszone poziomem niskim

2012-12-08T21:10:42+01:00

Sprawa jest BARDZO PROSTA i nic nie trzeba sprawdzać w praktyce - trzeba po prostu poczytać jak działa procesor najlepiej zapoznać się z nim od strony asemblera - wtedy od razu wszystko stanie się proste jeśli chodzi o takie rzeczy.

zakładamy że wyzwalamy przerwanie INTx poziomem niskim, i na chama zwieramy pin INTx do GND co się stanie ?

W pewnym momencie (nie ważne jakim - gdy zewrzemy INTx do GND) program główny zostanie przerwany, wykona się procedura obsługi przerwania no i MUSI się skończyć .... jak mogłaby się nie skończyć? Więc gdy się skończy to sterowanie zostanie przekazane znowu do programu głównego, wykonana zostanie JEDNA instrukcja asemblerowa z programu głównego (czyli może to być nawet nie pełna instrukcja w C i program zostanie ZNOWU przerwany i znowu nastąpi wywołanie takiego przerwania. Gdy się skończy .... i tak dalej i tak dalej i tak dalej

po prostu 99,99% czasu procek będzie obsługiwał to przerwanie a tylko 0,01% (w uproszczeniu) będzie wykonywał program główny

to tylko tyle albo aż tyle

mam nadzieję, że proste ?

Statystyki: Napisane przez mirekk36 — 8 gru 2012, o 21:10

Re: Przerwanie wymuszone poziomem niskim

2012-12-08T18:17:09+01:00

W teorii tak jak koledzy piszą nie powinno dojść do pętli głównej.
Więc jedynym rozwiązaniem jest sprawdzić to w praktyce i nie potrzeba do tego żadnego oscyloskopu.

Statystyki: Napisane przez Janadamis — 8 gru 2012, o 18:17

Re: Przerwanie wymuszone poziomem niskim

2012-12-08T16:39:18+01:00

wireless napisał(a):

czyli do while nigdy nie dojdzie wg. mnie i niech mnie Zeus ma w swojej opiece, jeśli to nieprawda

Statystyki: Napisane przez wireless — 8 gru 2012, o 16:39

Re: Przerwanie wymuszone poziomem niskim

2012-12-08T16:37:54+01:00

Tak, tylko czy w tej funkcji main zdąży się wykonać
PORTD=(1<Bo o to od początku pytam

Statystyki: Napisane przez xamrex — 8 gru 2012, o 16:37

Re: Przerwanie wymuszone poziomem niskim

2012-12-08T16:38:01+01:00

czego się właśnie douczyłem:

procedura przerwania kończy się wygenerowaniem instrukcji asemblera RET, powodującej
załadowanie do rejestru wartości wcześniej odłożonej na stosie, a więc powrót do instrukcji
następnej po instrukcji wywołującej przerwanie

procedura przerwania musi także odblokować globalną flagę zezwolenia na przerwanie RETI
to wszystko musi dołożyć kompilator

czyli na chłopski rozum nastąpi powrót do funkcji main i nastąpi kolejne przerwanie i takie
zapętlenie bym obstawiał

czyli do while nigdy nie dojdzie wg. mnie i niech mnie Zeus ma w swojej opiece, jeśli to nieprawda

Statystyki: Napisane przez wireless — 8 gru 2012, o 16:33

Re: Przerwanie wymuszone poziomem niskim

2012-12-08T16:06:37+01:00

Ja bym z miłą chęcią sobie zrobił taki teścik..
Nawet specjalnie w mainie we whilu dałem PORTD=(1<Aby zobaczyć czy na porcie D.0 Jest cały czas stan niski, czy może na ułamek sekundy jest stan wysoki, ale niestety nie mam oscyloskopu, aby to sprawdzić Nie mam nawet płytki Mirkowej, bo akurat dałem koledze ;/
wireless Wiem, wiem ja mam zawsze dziwne pytania

------------------------ [ Dodano po: 2 minutach ]

Jaglarz napisał(a):

Według mnie nawet kod przerwania się nie wykona. Cały czas będzie wywoływany skok do obsługi przerwania i ... bardzo szybko przepełni się stos.

Teraz czekajmy aż wpadną tu M. lub S.

Nie no tak nie będzie.
Jeśli w trakcie wykonywania funkcji przerwania następuje kolejne przerwanie to te przerwanie pierwsze musi dolecieć do końca. (Z tego co mi wiadomo w trakcie obsługi przerwań inne przerwania są wyłączone)Doipero jak się skończy obsługa przerwania znowu następuje włączenie przerwań.
Więc stos się nie przepełni.
Ale też tego nie jestem pewien

Statystyki: Napisane przez xamrex — 8 gru 2012, o 16:06

Re: Przerwanie wymuszone poziomem niskim

2012-12-08T15:53:48+01:00

M:
Panowie, Panowie, na Zeusa zróbcie sobie przerwanie, dławik na drogę temu co wymyslił to pytanie,
oby mu cewka puściła...

a tak na poważnie to Xamrex - podobają mi się Twoje pytania

Statystyki: Napisane przez wireless — 8 gru 2012, o 15:53

Re: Przerwanie wymuszone poziomem niskim

2012-12-08T15:47:45+01:00

Według mnie nawet kod przerwania się nie wykona. Cały czas będzie wywoływany skok do obsługi przerwania i ... bardzo szybko przepełni się stos.

Teraz czekajmy aż wpadną tu M. lub S.

Statystyki: Napisane przez Jaglarz — 8 gru 2012, o 15:47

Re: Przerwanie wymuszone poziomem niskim

2012-12-08T15:42:44+01:00

W 100% nie jestem pewien ale skoro gdy skończy się przerwanie to zaczyna się kolejne przerwanie bo ciągle stan niski.więc program nie powinien się wykonywać. Ale pewny nie jestem. Trzeba zrobić prosty test i się dowiemy.

Statystyki: Napisane przez Janadamis — 8 gru 2012, o 15:42

Re: Przerwanie wymuszone poziomem niskim

2012-12-08T15:33:00+01:00

Jaglarz-> już post poprawiłem:) tak to jest jak się szybko pisze

Janadamis napisał(a):

jeśli chodzi ci o poziom logiczny 0 czyli że przerwanie ma być wykonane wtedy gdy będzie stan niski na pinie. To tak będzie cały czas robił się program z przerwania także do czego ma to być? Takie ustawienie może blokować program w pętli jeśli miało by chodzić cały czas. Tak mi się wydaje

To nie ma być do niczego.
Tylko czysto teoretycznie..

Quote:

To tak będzie cały czas robił się program z przerwania

Jesteś pewien, że ani na jeden cykl program nie wróci do pętli w mainie?

Statystyki: Napisane przez xamrex — 8 gru 2012, o 15:33

Re: Przerwanie wymuszone poziomem niskim

2012-12-08T15:30:17+01:00

xamrex jeśli chodzi ci o poziom logiczny 0 czyli że przerwanie ma być wykonane wtedy gdy będzie stan niski na pinie. To tak będzie cały czas robił się program z przerwania także do czego ma to być? Takie ustawienie może blokować program w pętli jeśli miało by chodzić cały czas. Tak mi się wydaje

Statystyki: Napisane przez Janadamis — 8 gru 2012, o 15:30

Re: Przerwanie wymuszone poziomem niskim

2012-12-08T15:27:17+01:00

xamrex napisał(a):

Mam pytanie, czy jeśli ustawimy przerwanie tak aby było wykonywane gdy na końcówce będzie poziom niski (i końcówkę na stałe podepniemy do masy) ,

No i teraz jeśli jeśli mamy przerwanie wywoływane zboczem , i CAŁY CZAS pin jest zwarty do masy, to czy program będzie cały czas siedział w pętli ISR( INT0_vect ) , czy może jednak zdąży wyskoczyć z tej pętli i na minimalny okres czasu zrobić coś z pętli main?

Post edytowany )

Wiem o co Ci chodzi, ale popatrz na te dwa zdania. Nie widzisz sprzeczności? O tym mówię.

Nigdy takiej możliwości nie sprawdzałem, ani nie spotkałem sie z opisem, ale myślę że żaden kod się nie wykona.

Będzie non stop wywoływana obsługa przerwania.

Statystyki: Napisane przez Jaglarz — 8 gru 2012, o 15:27

Re: Przerwanie wymuszone stanem niskim

2012-12-08T15:23:15+01:00

Chodzi mi o takie ustawienie:

Statystyki: Napisane przez xamrex — 8 gru 2012, o 15:23

Re: Przerwanie wymuszone stanem niskim

2012-12-08T15:17:21+01:00

Nie będzie siedział w pętli bo skoro będzie cały czas stan niski - to NIE BĘDZIE zbocza. Będzie tylko stan niski.

W tym przypadku należałoby ustawić przerwanie od niskiego poziomu.

------------------------ [ Dodano po: 4 minutach ]

Ale pod listingiem nie poprawiłeś. Brzmi to teraz niejednoznacznie.

Statystyki: Napisane przez Jaglarz — 8 gru 2012, o 15:17

Przerwanie wymuszone poziomem niskim

2012-12-08T15:38:00+01:00

Witam.

Mam pytanie, czy jeśli ustawimy przerwanie tak aby było wykonywane gdy na końcówce będzie poziom niski(i końcówkę na stałe podepniemy do masy) , to czy cały czas będzie wykonywana procedura z przerwania? czy może program na moment zdąży przejść do pętli głównej?

Może to zobrazuję:(skrócony kod)
[syntax=c]
int main(void){
PORTD=(1< conf_init(); // ustaw przerwanie tak, aby reagowało na poziom NISKI
sei();
while(1){ PORTD=(1<}

ISR( INT0_vect ) {
PORTD&=~(1<}
[/syntax]

No i teraz jeśli jeśli mamy przerwanie wywoływane poziomem, i CAŁY CZAS pin jest zwarty do masy, to czy program będzie cały czas siedział w pętli ISR( INT0_vect ) , czy może jednak zdąży wyskoczyć z tej pętli i na minimalny okres czasu zrobić coś z pętli main?

Post edytowany )

Statystyki: Napisane przez xamrex — 8 gru 2012, o 15:02