Użytkownik "Atlantis" napisał w wiadomości grup
dyskusyjnych:5f74e5f1$0$17357$6...@n...neostrad
a.pl...
On 30.09.2020 20:00, Arnold Ziffel wrote:
>> Pewnie tak, stos wywołań rósł, stos używany przez kompilator na
>> zmienne
>> lokalne funkcji obsługi przerwań też rósł...

>Zapewne tak właśnie było. Konkretnie winę za przyrost programowego
>stosu
>musiała ponosić t sama wywoływana funkcja, w której znalazły się
>polecenia SEI/CLI.

>> Jeśli tam jest jedno przerwanie do wszystkiego, to może nie może
>> być tak
> bardzo krótka, a i przerwanie często się pojawia (np. od timera?).

>Tak, tm jest jedno przerwanie od wszystkiego, bo system nie posiada
>żadnego kontrolera priorytetów przerwań. W tym jednym przerwaniu
>trzeba
>odpytać po kolei wszystkie urządzenia. W chwili obecnej korzystają z
>tego trzy urządzenia: RTC (raz na sekundę), timer (co 20 ms) i UART
>(kiedy przyjdzie nowy znak).

Trzy przerwania sprzetowe polaczone bramka OR czy tam AND, AND "na
drucie" ?

Pomysl czy tam nie bylo sytuacji:
-jeden z ukladow wysterowuje linie IRQ,
-w trakcie obslugi, zanim obsluzysz wlasciwy chip, wykonuje sie
instrukcja CLI,
-poniewaz linia IRQ jest ciagle aktywna - procesor natychmiast
wywoluje obsluge przerwania,
-i tak w kolko, dopoki program obslugi nie dojdzie do wlasciwego chipu
i nie zgasi przyczyny przerwania, lub chip sam nie zdeaktywuje.

Tylko to raczej blyskawicznie by wywalalo program, a nie tak raz na
pewien czas ...

J.