W akcie desperacji zwracam się do Was z problemem, nad którym siedzę już dosyć długo.

Muszę zmierzyć prędkości obrotową obracającego się koła. Koło może obracać się w dwóch kierunkach. Jednocześnie muszę zmierzyć drogę, jaką pokonało - coś w stylu "jojo".
Całość zbudowana jest na Atmega32, kwarc 16000000, uart i parę innych bzdetów takich jak LCD 16x2. Do obsługi enkodera (rozdzielczość 1600 imp na obrót) wykorzystuje przerwanie INT0.

Obsługa enkodera:


i to działa bez problemu - nie myli się nawet przy dużej prędkości koła.

Do odmierzania czasu wykorzystuję Timer1 (prescaler 64, i ICR1 = 249 tryb CTC). "Próbkuję" co 100ms - do takich założeń muszę się dostosować... (timer programowy z kodów Kolegi Mirka - kurcze jak prawie 90% innych kodów których używam).
Problem jest w monecie pomiaru prędkości obrotowej koła.
Niby proste - w przerwaniu enkodera inkrementujemy zmienną i resetujemy ja co 100ms, ale niestety nie jest tak słodko.
W momencie, w którym pojawia się przerwanie od enkodera, wstrzymywane jest przerwanie od Timera1 i wyniki sypia się...
Próbowałem kodów do obsługi enkodera z Forum i umieszczałem je w jednym przerwaniu "globalnym" (sprawdzałem stan enkodera nawet z częstotliwością ok 50kHz - wtedy uart poszedł w krzaki), ale niestety gubił kroki. Próbowałem też, liczyć czas, między jednym przerwaniem enkodera a drugim i też lipa. W kodzie nie ma ani jednego "delay..."

Czy jest jakiś inny sposób na obliczanie prędkości ew. obsługę w jednym przerwaniu?

Ta zmienna powinna mieć specyfikator volatile, a tam, gdzie ją zerujesz, porównujesz w pętli głównej programu to należy ją otoczyć ATOMIC_BLOCK.

_________________
Dragonus Cracovus: Biomagia

Dziękuję za odzew. Czyli najlepiej użyć w tym wypadku, w przerwaniu - tam zeruję i wykonuję proste obliczenia, ATOMIC_BLOCK(ATOMIC_RESTORESTATE) i w nim umieścić te operacje? Dobrze rozumiem?

W przerwaniu ta zmienna nie zostanie zmieniona przez inną funkcję przerwania. Tak jest domyślnie dla mikrokontrolerów AVR i kompilatora avr-gcc. Tutaj nie musisz tego wstawiać. Ten blok ATOMIC_BLOCK to chwilowe wyłączenie przerwań, a domyślnie jak procesor wykonuje operacje w przerwaniu to drugie przerwanie czeka w kolejce.

Myślę, że problemem w tym przypadku jest użycie liczb zmiennoprzecinkowych i działania na nich w przerwaniu. Takie obliczenia zajmują dużo czasu. Przerwania powinny trwać możliwie krótko. Jeśli tak nie jest to inne przerwanie (w tym przypadku od zmiany stanu INT1) musi czekać. Jeśli okaże się, że w czasie tych obliczeń przerwanie INT1 wystąpi 2 razy, ale nie może zostać obsłużone to jedna zmiana zostanie zgubiona, bo procesor po zakończeniu obsługi przerwania od timera2 ma informację, że jakaś część sprzętu coś chciała, ale nie wie ile razy. Spróbuj może tak to poprawić:

_________________
Dragonus Cracovus: Biomagia

Poprawiłem i zdecydowanie szybciej chodzi i mniej miejsca zajmuje. Nie wiem co mnie przyćmiło bo już kiedyś to robiłem. Niestety jest tylko trochę lepiej ale to juz najpewniej problem z mechaniką.
Dzięki wielkie za pomoc.