W dniu 2014-11-12 17:21, Jakub Rakus pisze:

> Prawdę powie Ci kod w assemblerze, zajrzyj tam i policz ile to
> instrukcji wymaga. Takie liczenie bywa upierdliwe, szczególnie gdy
> fragment kodu zawiera jakieś pętle i odwołania do funkcji, ale wynik
> bywa zaskakujący i dobrze uświadamia gdzie spędzamy za dużo czasu.

Hmm... To ja głupio zapytam - w jaki sposób dostać się do tego kodu?
Istnieje jakiś sposób na ustalenie która część kodu odpowiada danemu
fragmentowi w C? Bo niestety nie znam asemblera AVR-ów, a z jako takim
miałem do czynienia przed laty, robiąc proste "wprawki" pod x86...

Generalnie istnieje jeszcze jakaś inna możliwa przyczyna takiego
zachowania programu? Najbardziej dziwi mnie to, że opóźnienie wynosi
kilka sekund tuż po ostatniej synchronizacji, a sprowadzenie go do 0-1s
wymaga wielokrotnych, wymuszanych synchronizacji, jedna po drugiej.

Generalnie układ nie był projektowany z myślą o liczeniu czasu. Gdybym
wiedział o tym na początku, zastosowałbym inny mikrokontroler, dający
możliwość podłączenia zewnętrznego kwarcu zegarkowego i generowania
przerwań z częstotliwością dokładnie 1Hz. To już trochę ułatwiłoby
sprawę, gdyż nie musiałbym zliczać milisekund w przerwaniu.