ESP32 przerwania

[kellyq]

Hej

Napotkałem pewną dziwną rzecz związaną z przerwaniami na esp32. Mam zadeklarowany przycisk pod 33 GPIO, fizycznie jest on podciągnięty do VDD rezystorem 10k + układ RC do sprzętowego debouncingu na wejściu do uC. Przypięte jest do niego przerwanie które zmienia wartość zmiennej "flaga". Zmienną tą resetuje do zera za pętlą while. I teraz dziwna sytuacja bo kiedy używam przerwania do wydostania się z pętli to za pierwszym przyciśnięciem działa prawidłowo, za drugim razem samo wyzwala się , za trzecim razem znowu działa prawidłowo, za czwartym samo wyzwala itd. Co drugie wejście w pętle while zostaje zignorowane i samo z niej wychodzi. 

Kiedy zmienię po prostu na odczytywanie stanu pinu dział tak jak trzeba. 

W sumie to nie zależy mi tutaj na tym przerwaniu ale dobrze by było wiedzieć dlaczego tak się dzieje.

#define przyciskKip 33        //przycisk kiprowania
  
--------------------------------------------------
 pinMode(przyciskKip, INPUT_PULLUP);
 attachInterrupt(przyciskKip, ISR, FALLING);

--------------------------------------------------
  void ISR(){
  flaga = 1;
	}
--------------------------------------------------
        while (1) {
        // if (flaga == 1) {             //przycisk wysypywania naciśnięty
        // goto skip_1;

        // }
            if(digitalRead(przyciskKip)==LOW){
              goto skip_1;
            }
      	}
		skip_1:

 

[ethanak]

Pokaż cały kod a nie połowę, bo akurat najważniejsze sobie schowałeś.

Jak jest zadeklarowana zmienna flaga?

 

[kellyq]

volatile bool flaga;

A typ zbocza wyzwalającego ma tu jakieś znaczenie?

 

Cały kod ma coś około 1100 linijek 😁

[ethanak]

No, chodziło mi o to volatile.

A, brakuje IRAM_ATTR przy funkcji ISR.

[Polecacz 101]

Produkcja i montaż PCB - wybierz sprawdzone PCBWay!
   • Darmowe płytki dla studentów i projektów non-profit
   • Tylko 5$ za 10 prototypów PCB w 24 godziny
   • Usługa projektowania PCB na zlecenie
   • Montaż PCB od 30$ + bezpłatna dostawa i szablony
   • Darmowe narzędzie do podglądu plików Gerber
Zobacz również » Film z fabryki PCBWay

[farmaceuta]

1 godzinę temu, ethanak napisał:

 brakuje IRAM_ATTR przy funkcji ISR.

Ja mam pytanie w związku z powyższym bo nie jestem pewny...doczytałem że stringi,stałe,tablice muszą być zwykle z odpowiednim makrem dopisane..w stylu, DRAM_ATTR/DRAM_STR... No i pytanie czy sytuacja ta dotyczy tylko 

const

??

[ethanak]

2 minuty temu, farmaceuta napisał:

muszą być zwykle z odpowiednim makrem dopisane

Jeśli to const, to nie muszą, chyba że z jakichś powodów chcesz je wepchać do RAM.

[farmaceuta]

18 minut temu, ethanak napisał:

chyba że z jakichś powodów chcesz je wepchać do RAM.

No właśnie o to chodzi żeby do ram jeśli funkcja też się tam znajduje (void IRAM_ATTR...etc) no tak przeczytałem że const'y trzeba, a zwyklych zmiennych nie byłem pewny..

[ethanak]

1 minutę temu, farmaceuta napisał:

a zwyklych zmiennych nie byłem pewny..

Nie byłeś pewny że zmienne siedzą w ramie? 😉

[farmaceuta]

46 minut temu, ethanak napisał:

Nie byłeś pewny że zmienne siedzą w ramie? 😉

Hehe..nie to już wiem że zwykle zmienne siedzą w ramie😜 ten cały IRAM_ATTR ma chyba 64kb, więc część pamięci jest na niego wydzielona, a ESP ma tak pokrojone te pamięci na kawałki że nie byłem pewny czy zwykły ram to to samo co ten wydzielony kawałek...(czytałem już kilkukrotnie o pamięciach w ESP, ale jeszcze nie wszystko kapuje 😉)