Panowie, zgłupiałem już. Nie raz robiłem urządzenia z usypianiem gdzie wszystko pięknie działało, a tu trafiło mi się coś czego nie mogę logicznie wytłumaczyć. Pewnie to jakiś zator myślowy po sporej przerwie bez programowania, ale do rzeczy...



Po wykonaniu asm("sleep"); program powinien się zatrzymać i czekać na sygnał LOW na INT0. Jak widać program czeka przed uśpieniem aż klawisz będzie rozwarty (pin podciągnięty wewnętrznie do +5V). Po wybudzaniu zanim uruchomione zostaną bloki programu badany jest czas wciśnięcia klawisza (około 0,5s) aby to wybudzenie było świadome, a nie przypadkowe czy wywołane jakimś silnym zakłóceniem. Jeśli sygnał wybudzania był zbyt krótki program ponownie wykonuje sekwencje powyższego fragmentu kodu czyli usypia się. I tyle teorii. bo w praktyce dioda miga z częstotliwością około 128kHz czyli tak naprawdę procek nie idzie spać, albo błędnie skonfigurowałem przerwania INT0:


Same przerwania włączone sei() na początku programu, bo korzystam z prawie wszystkich timerów.
Robiłem też dodatkowe opóźnienia 50ms tuż po puszczeniu klawisza (wiadomo- jakieś drgania odbicia mogą być) to pojawiały się na LED szpilki co ...50ms.
Co przeoczyłem...??

_________________
http://www.sylwekkuna.com

nie za bardzo mogę wniknąć w szczegóły teraz - ale jakoś tak w opisie i w rozważaniach pominąłeś w ogóle sprzętowego watchdoga .. może tu coś nie ten teges masz?

_________________
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 ]

Aż sprawdziłem fusy - watchdog wyłączony.

_________________
http://www.sylwekkuna.com

Jesteś pewien, że bity SE i SM1 są w rejestrze MCUCR?

O kurcze! @andrews strzał w dychę! Nie wiem jak mogłem to przeoczyć, chyba z rozpędu, że do tej pory na innych prockach działało, a tu nastąpiło małe przegrupowanie i doszedł jeszcze rejestr SMCR. Muszę chyba częściej do pdf zaglądać
WIELKIE DZIĘKI ! Wszystko teraz działa

_________________
http://www.sylwekkuna.com