On 12.11.2014 17:43, Atlantis wrote:

> Hmm... To ja głupio zapytam - w jaki sposób dostać się do tego kodu?

Nie wiem jakiego tam kompilatora używasz, ale jeśli GCC to wystarczy
dodać flagę -S i masz kod asemblera w pliku z rozszerzeniem .s

> 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...

Jak potrzebujesz bardziej zaawansowanych opcji (np. przeplatanie kodu
C/ASM):
http://www.delorie.com/djgpp/v2faq/faq8_20.html

> 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.

Nie wiem co tam się dzieje w pozostałej części programu, być może masz
tam kilka przerwań, które przerywają się nawzajem zbyt często.
Generalnie wiele przerwań a atmegach to śliska sprawa, trzeba dobrze
rozplanować ich wykonywanie, bo te procki nie mają jako takich "jawnych"
priorytetów przerwań. Może dobrze by było odebrane dane z pakietu
wyrzucać na jakiś uart, niestety dla atmegi to jest chyba najszybszy
sposób na debugowanie.

--
Pozdrawiam
Jakub Rakus