atmega162

[3804]

Do tego celu stosuję programator stk200/300 i pony prog. Mając dwa urządzenia, jedno działające, a drugie nie (z niewiadomej przyczyny), porównałem zawartości ich programów. Owe urządzenia to interfejsy do współpracy PC (od tej strony OK) z jakąś tam maszyną (tej nie widzi). Działający ma 47kb, uszkodzony 8kb. Ucieszony zabrałem się za wgranie programu z działającego do niedziałającego i zmieniło sie o tyle, że nadal nie działa, ale również przestało sygnalizować swój żywot świeceniem LED (sterowanego z portu E) po włączeniu zasilania. Mimo niedziałania interfejsu, sam atmega162 nadal daje się zczytać ,wyczyścić i wgrać od nowa. Nie mam pojęcia czego nie zrobiłem prawidłowo. A wydawało sie takie proste Problem zaczyna być naglący.
Pozdrawiam.

[MDz]

Zaprogramowałeś uC z niewłaściwymi ustawieniami fusebitów?
Np. konfigurując ATMegę do pracy z zewnętrznym kwarcem zamiast z wewnętrzym generatorem RC, podczas gdy kwarcu na płytce fizycznie brak?

Zakładam, że oba urządzenia są rzeczywiście identyczne. Jeśli tak jest w istocie to zacząłbym śledztwo właśnie od przesłuchania 'fusów'.

--
MDz

[3804]

No właśnie tych fusebitów nie rozumię. Naczytałem się o nich tyle, że mam mętlik. W pony podczas zczytywania zawartości chodzącego układu, jak i przy wpisywaniu do padniętego nie mam "ptaszka" na żadnym okienku i wszystko wydaje się być OK (czyta i pisze). Do tej pory kopiowałem epromy i eepromy, i było OKI, a tu zonk. Siem uczem, to dla mnie coś nowego