Szczerze? Jeśli to są jakieś warunki domowe i możesz najzwyczajniej w świecie podmienić procka to go podmień i do przodu. Nie wiem czy jest sens takich dywagacji, nawet w formie zajawki, zakładam, że wiele ludzi nawet za bardzo z takim czymś się nie spotkało, a dodatkowo nikt nie widział tego softu Twojego.
Najprościej możesz sprawdzić czy to błąd hardware czy firmware przez wgranie na nową kość i zobaczenie czy występuje to samo (o ile możesz sobie pozwolić na uziemienie kolejnego).

Skoro mówisz, że wszystko działa ale po pewnym czasie pada to możesz sobie wgrać jakiś najprostszy Hello World i złapać debugerem na jakiej instrukcji się wykłada, prawda?

A skąd wiesz, że on "wisi" może wykonuje instrukcje, ale nie wiesz jakie.

W każdym razie inne pytanie, czy testowałeś to na 2 prockach?

Witam!
Taka moja propozycja, Byś skorzystał z mkAVRCalkulatora i wgrał wsad z opcją -e(kasowanie AVR).
Miałem przypadek, że na wyświetlaczu śiedmio segmentowym niespodziewanie pojawił się napis APAP - kasowanie AVR pomogło.

Zanim zaczniesz wyciągać pochopne wnioski (typu błąd w kompilatorze, w rdzeniu procka itp. ) to wstaw
porządnie zdjęcia jak masz to wszystko połączone, załącz kody źródłowe, pokaż fusebity, wklej co Tobie
programator w konsoli wypluwa (może wydaje Ci się, że dobrze poszło programowanie a tak naprawdę wyłożyło
się na jakimś obszarze pamięci i program wgrywa się częściowo). Od tego zaczyna się konkretne przedstawianie problemu.
W zdecydowanej większości przypadków okazuje się bowiem, że problem wcale nie leży w kompilatorze lub rdzeniu

Dziwne, że w ogóle. EEPROM domyślnie jest kasowany automatycznie, ale FLASH trzeba skasować. Zprogramować poprawnie bez kasowania uda się wyłącznie w przypadku gdy w późniejszym wsadzie nie ma bitów 1 w miejsach gdzie we wcześniejszym były 0. Jeśli jesteś w bardzo eksperymentalnym nastroju możesz to sprawdzić na dwóch wsadach w formie binarnej - XOR dwóch plików potem AND wyniku i pliku późniejszego, jedynki w wyniku wskazują na niedozwoloną zmianę. Wyliczasz adresy gdzie to nastąpiło, plik lss z kompilacji w garsć i patrzysz który to obiekt. Jeśli to nie kod tylko jakaś dana to co najwyżej wyjdzie Ci APAP na wyświetlaczu. Jeśli to drugorzędny kod wykonywany rzadko, to może się wydawać ze program działa prawidłowo.

_________________
Think for yourself and question authority.

A to mnie zaciekawiło! Ja to robię sporadycznie i tylko wtedy gdy mam tylko pliki *.HEX, *.EEP. Jeśli mam projekt to wgrywam program prosto z Eclipse. W Eclipse już jest wstępnie sprawdzony i ewentualnie czyszczony(clean) projekt. Unikam zbędnych bibliotek, zbędnych danych, zbędnych funkcji - są jako komentarz w kodzie i czekają na ich użycie.

Włączyć garbage collection i można sobie darować. Kompilator sam pominie nieużywane funkcje i zmienne. Clean jest potrzebne gdy zmieni się definicję jakiegoś symbolu (typowy przykład: F_CPU). Powyższe nie ma nic wspólnego z opcją -e AVRDUDE

_________________
Think for yourself and question authority.