Więc tak, poszczególne eventy są wywoływane z trybu enum. I teraz tak Timer_1 to zmienna która jest odejmowana w przerwaniu od Timera0 o jeden. Dlaczego nie przechodzi mi do pozycji PRACA_SILNIKA? Podczas gdy inne podobne warunki działają bezproblemow. Zmienna Timer_1 to uint16_t Atmega wyświetli to co ma wyświetlić i zamiast przejść do menu PRACY SILNIKA zamraża ją

Nie jest to kompletny kod, ale może brakuje modyfikatora volatile przy zmiennej Timer_1...?

Poza tym dodam tylko, że takie wielokrotnie sprawdzanie warunków w pętli głównej, można również z powodzeniem zastąpić instrukcją switch:

Nie może, a na pewno, jeśli zmienna ma być dostępna również w przerwaniach to musi był modyfikator volatile, czyli:

_________________
Mam 16 lat, nie jestem zawodowcem ;)

Musisz znaleźć miejsce gdzie dokładnie Ci się
wiesza uC w której funkcji bo z postu nie wynika to bezpośrednio

tu znajdziesz poradnik jak
https://www.youtube.com/watch?v=yVFf22JxuEs

------------------------ [ Dodano po: 1 minucie ]

@DamCos
Tylko tego nie wiemy bo nie ma wstawionych deklaracji zmiennych w poście
kolegi

Cały kod. Volatile jest. Zacina się tylko w tym feralnym momencie. I jeszcze miałbym pytanie jak zrobić przerwanie Capture ?

Hehe Całą sieczke powodowało przerwanie nieustannie chodzące od timera1. Przez co wszystko inne się rozjeżdzało. Ponawiam problem mierzenia jeszcze Timerem 1 długości twania impulsu na którymś pinie. Da się tak zrobić jeśli 2 przerwania już wykorzystałem a potrzeba jeszcze jedno.

napisał, że to uint16_t

------------------------ [ Dodano po: 5 minutach ]



Nie wiem jaki masz procek (albo nie widzę ), ale ile masz timerów, tyle przerwań możesz zrobić. Jeśli masz dwa timery, to już trzeciego przerwania wewnętrznego chyba się nie da zrobić, chyba, że podasz jakiś zegar na pin INTx, np INT0, INT1, INT2.

_________________
Mam 16 lat, nie jestem zawodowcem ;)