Witam,

Usilnie próbuję zinkrementować wartość zmiennej w przerwaniu od timera 0A, lecz z niewiadomych mi przyczyn dla mnie nie chce mi to zadziałać. Próbowałem już z volatile i bez przed definicją zmiennej. Środowisko WinAVR.



Samo przerwanie wywołuje się poprawnie, ponieważ zmianę stanu pinów widzę na analizatorze stanó logicznych.

Pozdrawiam,
Dragas

Sei(); powinno znajdować się chyba w funkcji głównej.

sei() jest w main'ie, pisałem, że przerwanie działa prawidłowo, tylko nie inkrementuje się timer0x w przerwaniu.

Używanie "cli" i "sei" w ten sposób w przerwaniu jest zbędne, gdyż mikrokontrolery ATmega mają jednopoziomowy system przerwań, a więc już w momencie wejścia w procedurę obsługi przerwania, możliwość przyjmowania kolejnych przerwań pozostaje zablokowana, aż do ukończenia całej funkcji przerwania.

Zmienna wydaje się być modyfikowana poprawnie. Może sam odczyt powoduje problem - skąd wiesz że zmienna nie jest inkrementowana?

po pierwsze polecenia cli() i sei() w ramach obsługi przerwania są bez sensu - wywal je.

po drugie po co inicjalizujesz zmienną globalną zerem ? timer0x = 0; ? - poczytaj sobie o zmiennych globalnych

po trzecie w języku nie podaje się specyfikatora volatile na zasadzie totolotka - czyli "może pomoże albo niepomoże", a w tym przykładzie OCZYWIŚCIE musi być - zakładając że korzystasz z tej zmiennej również w pętli głównej programu - no ale ... ale nie pokazałeś jak wygląda twoja główna funkcja programu ... a to tam pewnie masz pan babola

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Jeśli dałem if'a z warunkiem (timer0x == 0) stan wyjścia się zmieniał, lecz kiedy dałem (timer0x > 0) lub 11 tam jak jest powyżej, to stan się już nie zmieniał na wyjściu.

Na chwilę obecną pętla główna jest pusta.

Rozumiem że nie masz debugera sprzętowego, ale rozwiązaniem jest zawsze UART dzięki któremu w prosty sposób możesz mieć podląd na co tylko chcesz np. na wartość zmiennej. Ewentualnie ustawienie jednego z portów jako wyjściowy, podłączenie do niego jednej lub kilku diod i bezpośrednie przypisanie np. "PORTA = timer0x;".

Pokaż kompletny program razem z funkcją główną i jej zawartością w niedziałającej wersji...

1. Układ wytrawiłem i polutowałęm w SMD prawie 2 lata temu, lecz naszła mnie myśl, aby to przerobić i dodać funkcje.
2. Nie mam przejściówki UART<-> USB pod ręką, mam wyprowadzoną tylko 1 diodę na PC1.

W przerwaniu w warunku masz za dużo jedno 'I'

Poprawiłem, przy kopiowaniu pewnie wcisnąłem przypadkowo

Ok w takim razie usuń sterowanie diodą w przerwaniu i w pętli głównej programu napisz "PORTC ^= !timer0x<<1;". Nie wiem czy masz coś podpięte do pozostałych pinów portu C stąd taka ostrożna konstrukcja. Jeżeli nic to śmiało możesz zapisać "PORTC = timer0x;".

Jeżeli dysponujesz analizatorem logicznym to możesz sprawdzić stan na wyjściu.

Odblokowałeś dwa źródła przerwań (TIMSK0 = (1<<2) | (1<<1);), a w kodzie masz tylko jedną procedurę obsługi do "COMPA", a gdzie "COMPB"...?
Możesz dopisać w kodzie: "ISR (BADISR_vect) {}" lub "ISR (TIMER0_COMPB_vect) {}", albo wyłączyć przerwanie "COMPB" (TIMSK0 = (1<<1);).

Włączasz nieobsługiwane przerwanie. Domyślny "bad_interrupt" handler skacze pod adres 0 pamięci, co w uproszczeniu, resetuje procek

Kurcze. Ubiegli mnie jak się pdf ściągał

Tylko PORTC ^= !timer0x<<1; dał efekt takie


------------------------ [ Dodano po: 3 minutach ]

Problem rozwiązany!
Nie wiedziałem, że pomimo, że przerwanie teoretycznei działało, to brak innego przerwania mogło powodować ten problem.