STM32F407 - Jak ustawić priorytet przerwania dla EXTI5 i wyższych?

Nie wiem, czy z pośpiechu czy z głupoty, ale nie mogę znaleźć rozwiązania.
Pacjent to STM32F407.
Problem: Chcę ustawić priorytet przerwania zewnętrznego od PE5.
Nie ważne, czy używam do tego funkcji CMSIS, ja akurat robię to na piechotę.
Ale zarówno jako argument np funkcji NVIC_EnableIRQ() albo bezpośrednio do rejestru
NVIC->ISER[x]
czy też jako indeks
NVIC->IP[]
muszę podać numer przerwania.
No ale jak tu podać numer przerwania od EXTI5 skoro definicje kończą się na EXTI4?

A numer 11 to już DMA..

Pewnie jak zwykle przy takich pytaniach bywa, jakiś prosty szczegół mi umyka.
Proszę o naprowadzenie.

Ale Ty tak na poważnie pytasz?

P.S. Numeru przerwania nie polecam stosować jako indeksu dla rejestrów ISER/ICER...

4\/3!!

Freddie Chopin napisał:

Ale Ty tak na poważnie pytasz?

Wnioskując po tym zdaniu, rozwiązanie jest bardzo proste a ja palnąłem jakąś głupotę.
Więc jeszcze raz, a Ty jeśli możesz to powiedz mi gdzie robię tą gafę.
Rejestr NVIC->ISERx to tablica składająca się z Trzech 32 bitowych rejestrów a więc łącznie 96 bitów.
Przerwania o numerach 0-31 włączamy w NVIC->ISER[0], 32-63 w NVIC->ISER[1] a wyższe w NVIC->ISER[2];
Jeśli ustawiam przerwania o numerach 0-31 to mogę stosować do tego numer przerwania.
Więc jeśli chcę włączyć przerwanie od ADC (ma numer 18) to piszę tak:

jeśli chcę włączyć od EXTI2 to piszę tak:

A co jeśli chcę od EXTI5? Nie ma ono numeru? No gdzie ta gafa?

To zjedź niżej do 23. Nie wiem co Cię skłoniło do nieprzeczytania dalszej części tej listy

Przez czas jak pisałeś te dwa posty już ze 4x przejrzałbyś CAŁĄ listę przerwań, bo nie wiem skąd założenie, że koniecznie muszą być po kolei.

P.S. Co złego jest w funkcji z CMSISa robiącej to samo co Ty tylko czytelniej? Przy okazji jak być jej użył, to nie robiłbyś zupełnie bezsensownego ORa...

P.S.2. Funkcja z CMSIS jest typu inline - nie da się tego zrobić bardziej optymalnie.

4\/3!!

O żesz..
Teraz powinienem się zapaść pod ziemię..
Tak jak przeczuwałem, powodem zadawania takich pytań jest pośpiech lub głupota..
W moim przypadku to chyba tylko głupota.

Freddie Chopin napisał:

Przez czas jak pisałeś te dwa posty już ze 4x przejrzałbyś CAŁĄ listę przerwań, bo nie wiem skąd założenie, że koniecznie muszą być po kolei.

No właśnie mam taką robotkę w domu cały dzień, z przerwami 2-3 minutowymi co ok 5 minut stąd moje marne skupienie...
Jakbym siadł nad tym, i tylko nad tym to bym wkońcu przejrzał całą listę.
No ale to mnie i tak nie tłumaczy..

Freddie Chopin napisał:

P.S. Co złego jest w funkcji z CMSISa robiącej to samo co Ty tylko czytelniej? Przy okazji jak być jej użył, to nie robiłbyś zupełnie bezsensownego ORa...

P.S.2. Funkcja z CMSIS jest typu inline - nie da się tego zrobić bardziej optymalnie.

4\/3!!

To nie jest kwestia tego, czy w funkcji CMSIS jest coś złego.
Ja zrobiłem bezsensownego ora tylko w przykładzie, funkcja CMSIS robi za to bezsensownego anda i o jedno bezsensowne przesunięcie bitowe więcej
Nie ważne w moim przypadku, to był tylko przykład.
Wybór numeru EXTI i portów nie był przypadkowy, mają się one zmieniać dynamicznie w programie dostosowując wg pewnej zmiennej, więc będzie tylko coś na zasadzie xx=yy.
Tzn tak być miało, stąd moje złudne założenie że numer przerwania od EXTI5 będzie zaraz po numerze przerwania od EXTI4.
Pewnie dlatego, że tak bardzo chciałem, żeby tak było to tam tego szukałem.
Teraz sprawa się nieco komplikuje, ale to nie problem.
Dzięki za pomoc

Nie robi, bo kompilator to zwija do odpowiedniej liczby podczas kompilacji. Chyba, że ktoś ma zmienne przerwania w co wątpię.

ISER to rejestr tylko do ustawiania, wpisywanie tam zer jest równoważne ze zrobieniem niczego.

drzasiek napisał:

Ja zrobiłem bezsensownego ora tylko w przykładzie, funkcja CMSIS robi za to bezsensownego anda i o jedno bezsensowne przesunięcie bitowe więcej

Biorąc pod uwagę fakt, że 99,666% przypadków użycia tej funkcji to stały parametr, myślę że optymalizator sobie z tymi przesunięciami poradzi.

drzasiek napisał:

Teraz sprawa się nieco komplikuje, ale to nie problem.

Komplikacja jest minimalna - rozwiązaniem tego typu problemów jest tablica gdzie "ciągłym" parametrem jest indeks.

4\/3!!

gaskoin napisał:

Nie robi, bo kompilator to zwija do odpowiedniej liczby podczas kompilacji. Chyba, że ktoś ma zmienne przerwania w co wątpię.

Freddie Chopin napisał:

Biorąc pod uwagę fakt, że 99,666% przypadków użycia tej funkcji to stały parametr, myślę że optymalizator sobie z tymi przesunięciami poradzi.

Kompilator zrobi z tego liczbę, przy kompilacji.
A ja właśnie przerwania zmieniam ciągle, w trakcie działania programu.
Więc kompilator tu już nie pomoże.

Freddie Chopin napisał:

Komplikacja jest minimalna - rozwiązaniem tego typu problemów jest tablica gdzie "ciągłym" parametrem jest indeks.

4\/3!!

Dlatego też napisałem:

drzasiek napisał:

Teraz sprawa się nieco komplikuje, ale to nie problem.

Z dużym naciskiem na:

drzasiek napisał:

ale to nie problem.

:]

drzasiek napisał:

gaskoin napisał:

Nie robi, bo kompilator to zwija do odpowiedniej liczby podczas kompilacji. Chyba, że ktoś ma zmienne przerwania w co wątpię.

Freddie Chopin napisał:

Biorąc pod uwagę fakt, że 99,666% przypadków użycia tej funkcji to stały parametr, myślę że optymalizator sobie z tymi przesunięciami poradzi.

Kompilator zrobi z tego liczbę, przy kompilacji.
A ja właśnie przerwania zmieniam ciągle, w trakcie działania programu.
Więc kompilator tu już nie pomoże.

Chłopie zlituj się Przecież nie będziesz tam podawał zmiennego parametru.

Ok, polemizować z wami to chyba rzeczywiście nie jest dobry pomysł
Najwyżej się można jeszcze bardziej pogrążyć
Chciałem powiedzieć, że mam coś takiego:

gdzie:
iser jest zmienną, która tak czy siak w programie istnieje, bo wykorzystuję ją dodatkowo jako flagę.
iser jest zmienną ciągle modyfikowaną w programie.
Oczywiście, mógłbym tą zmienną tak zapisywać, aby była numerem przerwania a nie jego wartością bitową i wykorzystać ją jako argument funkcji NVIC_EnableIRQ(), ale strasznie mi pasowała ta wartość bitowa przy okazji jako argument innej funkcji, wyświetlającej źródło wyzwalacza na ekranie oraz funkcja modyfikująca tą zmienną również tak jest napisana.
Stąd takie a nie inne podejście.
Wszystko można zmienić, ale wtedy byłoby kilka dodatkowych rzeczy do zmiany w moim programie.

Witam,

Podłącze się do tematu. Do każdego z EXTI jest podłączone kilka portów np. EXTI0 to PA0, PB0 itd. To dla każdej rodziny chyba tak samo jest. Pytam odnośnie F1.

Teraz chcemy wykorzystać przerwanie od PA0 i PB0. Jak w przerwaniu rozpoznać, z którego portu (A czy B) przyszło przerwanie?

To proste - przerwanie przyszło z tego portu, który ustawiłeś jako źródło przerwania EXTI0.

Ale chyba mogę ustawić, że źródłami przerwań będą nóżki PA0 oraz PB0. Wiec wówczas jak rozpoznać, z której nożki przyszło przerwanie?

mgiro napisał:

Ale chyba mogę ustawić, że źródłami przerwań będą nóżki PA0 oraz PB0.

To spróbuj i daj nam znać jak to zrobić.

4\/3!!

ok, to w tym przypadku jest zbędna linijka kodu:



można od razu wyczyścić flage, ponieważ wiemy, że przerwanie przyszło od linii 0. Dobrze rozumiem?