ATNEL tech-forum
https://forum.atnel.pl/

Liczba uint32_t w przerwaniu
https://forum.atnel.pl/topic20975.html
Strona 1 z 1

Autor:  Tom277 [ 10 lip 2018, o 19:19 ]
Tytuł:  Liczba uint32_t w przerwaniu

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

Składnia: [ Pobierz ] [ Ukryj ]
język c
Musisz się zalogować, aby zobaczyć kod źródłowy. Tylko zalogowani użytkownicy mogą widzieć kod.


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?

Autor:  szpilek [ 10 lip 2018, o 19:49 ]
Tytuł:  Re: Liczba uint32_t w przerwaniu

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

Autor:  Tom277 [ 11 lip 2018, o 07:05 ]
Tytuł:  Re: Liczba uint32_t w przerwaniu

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?

Autor:  mirekk36 [ 11 lip 2018, o 07:08 ]
Tytuł:  Re: Liczba uint32_t w przerwaniu

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.

Autor:  Tom277 [ 11 lip 2018, o 08:00 ]
Tytuł:  Re: Liczba uint32_t w przerwaniu

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ę.

Autor:  mirekk36 [ 11 lip 2018, o 08:21 ]
Tytuł:  Re: Liczba uint32_t w przerwaniu

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ść.

Autor:  Tom277 [ 11 lip 2018, o 08:30 ]
Tytuł:  Re: Liczba uint32_t w przerwaniu

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

Strona 1 z 1 Strefa czasowa: UTC + 1
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/