ATNEL tech-forum

Re: Liczba uint32_t w przerwaniu

2018-07-11T08:30:47+01:00

Czasem rzeczy są znane i nie są tajemnicą, ale wystarczy wskazać palcem i stają się oczywiste.
Dziękuję za pomoc.

Statystyki: Napisane przez Tom277 — 11 lip 2018, o 08:30

Re: Liczba uint32_t w przerwaniu

2018-07-11T08:21:38+01:00

Tom277 napisał(a):

ale czy mógłbyś mi wskazać gdzie jest "podwójne odkładanie i pobieranie rejestrów na stosie" ?

Tzn pewnie wiesz, że każde przerwanie czy tego chcesz ma swój prolog i epilog - czyli MUSI odłożyć na stosie używane rejestry wewnątrz przerwania a w prologu czyli przed wyjściem z przerwania musi je zdjąć ze stosu.

Jak myślisz ? jak działają funkcje ? W końcu procedura obsługi przerwania to też pewien rodzaj funkcji ... a więc takie same zasady ... przecież wchodząc w funkcję gdy kompilator musi użyć rejestrów, które mogłyby być wykorzystywane przed jej wywołaniem - MUSI zrobić dokładnie to samo ... tzn oczywiście jest pewna różnica w stosunku do przerwania bo w przypadku funkcji działa mocno optymalizator, który może oczywiście przy niewielkim programie użyć innych (wcześniej nie używanych) rejestrów i nic nie będzie odkładał na stosie. W przypadku o którym tu mowa trzeba byłoby zajrzeć do pliku *.lss czyli kodu asemblerowego tego co napisałeś i sam byś się szybko przekonał czy zostały odłożone czy nie - istnieje taka możliwość, że z powodu optymalizacji ta twoja funkcja może w ogóle zniknąć i jej ciało pojawi się po prostu w przerwaniu ... no ale trzeba mieć na uwadze, że optymalizacja może się zmieniać po każdej często nawet drobnej modyfikacji programu. Wziąwszy wszystko pod uwagę - oczywiście to że dwa razy odkładają się rejestry na stosie jak mówię może być na wyrost w tym wypadku ale warto wiedzieć jak to działa na przyszłość.

Statystyki: Napisane przez mirekk36 — 11 lip 2018, o 08:21

Re: Liczba uint32_t w przerwaniu

2018-07-11T08:00:18+01:00

Ok rozumiem, masz rację z tą niepotrzebną funkcją. Skok dotyczy obsługi funkcji i zapis stanu "programu" na stosie, ale czy mógłbyś mi wskazać gdzie jest "podwójne odkładanie i pobieranie rejestrów na stosie" ? Tego nie wiem, nie widzę.

Statystyki: Napisane przez Tom277 — 11 lip 2018, o 08:00

Re: Liczba uint32_t w przerwaniu

2018-07-11T07:08:55+01:00

Tom277 napisał(a):

To jeszcze dopytam.
Czyli tak, nieważne jaka zmienna jest w przerwaniu bo jeśli nie zrobię tego specjalnie to przerwania nie przerwie mi inne przerwanie i cała nawet 32 bitowa zmienna zostanie "obrobiona" w całości. Dopiero po zakończeniu obsługi przerwania może nastąpić inne które np. zmodyfikuje mi w/w 32 bitową zmienną, ale też w całości. Dopiero dostęp do tej zmiennej np w pętli głównej może zostać przerwany (przerwaniem) bo odbywa się na raty po 8 bitów i tu mogą wystąpić przekłamania, problemy? Po to stosuje się dostęp atomowy?

DOKŁADNIE co do joty tak jest jak piszesz.

Ja jedynie bym podpowiedział, żeby nie robić niepotrzebnych skoków do funkcji z wewnątrz przerwania - w twoim kodzie wydaje się to być całkowicie niepotrzebne. Ciało tej funkcji spokojnie można umieścić w przerwaniu, a tak to wykonujesz jeden niepotrzebny skok i powrót a co gorsze podwójne odkładanie i pobieranie rejestrów na stosie. Raz w przerwaniu a raz w samej funkcji.

Statystyki: Napisane przez mirekk36 — 11 lip 2018, o 07:08

Re: Liczba uint32_t w przerwaniu

2018-07-11T07:05:26+01:00

Statystyki: Napisane przez Tom277 — 11 lip 2018, o 07:05

Re: Liczba uint32_t w przerwaniu

2018-07-10T19:49:17+01:00

Nie widzę problemu, używaj śmiało:D

Statystyki: Napisane przez szpilek — 10 lip 2018, o 19:49

Liczba uint32_t w przerwaniu

2018-07-10T19:19:09+01:00

Witam
Mam zamiar użyć liczby 32 bitowej w przerwaniu INT_0 tak jak poniżej

[syntax=c]volatile uint32_t ktory_czujnik;

int main(void)
{
Ini_interrup();

sei();

while(1)
{

//tu coś tam będę robił ze zmienną "ktory_czujnik"

}
}

ISR(INT0_vect)
{
ktory_czujnik = Odczytaj_czujniki(); //tu funkcja odczytuje 3 x expander wejść po 8 bitów, wynik wpisuje do 32 bitowej zmiennej.
}

uint32_t Odczytaj_czujniki(void)//odczyt (expander) 24 wejść
{
uint32_t Key = 0;
SL_H;
for(uint8_t i=24;i>0;i--)
{
CLK_L;
Key = Key << 1;
if (SK2_L) Key++;
CLK_H;
}
SL_L;
CLK_L;
return(Key);//zwróć stan czujników
}[/syntax]

Moje obawy dotyczą użycia tak dużej (w moim mniemaniu) liczby w przerwaniu a następnie różnych operacji na tej liczbie w programie. W pętli while zabezpieczę liczbę atomowym dostępem choć nie do końca jestem pewien czy to konieczne, ponieważ specyfika programu i odczytu czujników powoduje, że nic się nie stanie jeśli wdanym obiegu pętli nie wszystkie czujniki zostaną odczytane jako aktywne. Po prostu przy następnym obiegu wartość zostanie zaktualizowana, no i też nie będzie się zmieniać za często, ale to inna historia, nie w tym sedno pytania. Mnie zastanawia czy nie popełniam jakiegoś błędu wpychając sporą liczbę w przerwanie. Można tak robić? Wydaje mi się, że nie jest to skucha, dobrze mi się wydaje?

Statystyki: Napisane przez Tom277 — 10 lip 2018, o 19:19