Witam
Mam problem z Attiny13 wgrywałem program Mkavrcalculatorem i program wykonywał tylko jedną pętlę a nie działał ciągle jak założyłem, poprawiałem kod i wciskałem zapis programu w kółko, zmieniałem też w międzyczasie częstotliwość wewnętrznego taktowania, aż w końcu po pewny czasie przestał odpowiadać uC na zapis i na "sprawdź podłączony AVR" zauważyłem że na pinie PB5 gdzie jest pin RESET ciągle jest 4.8 V może, dlatego nie chce działać ? jakkolwiek nie zgłasza się a próbowałem już zmieniać tą częstotliwość wgrywając same fusebity.
Sprawdzałem też że inny uC odpowiada czyli programator jest w porządku.
Są jakieś sugestie czy można go jeszcze przywrócić do użytku ?

Panie Kolego. Poprosimy. Po pierwsze - Schemat. Po drugie - kod.

Tu nie ma jasnowidzów. Skąd mamy wiedzieć co jest grane? Reset podciągnięty rezystorem do Vcc? Zasilanie odfiltrowane? Połączenia dobre? Jakie taktowanie ustawione zostało? Zrzuty z mkavrcalculatora byśmy poprosili. Co w konsoli wyświetla avrdude. zgłasza jakieś błędy?

Popraw swój post, dodaj to o co proszę i będziemy myśleć,

------------------------ [ Dodano po: 5 minutach ]

Jeszcze jedno, czy przy zapisie fusów odznaczyłeś opcje CKDIV? Jeżeli nie to odznacz tą opcje. I znów zapisz fusy.

Po Pana poście :
-podłączyłem reset do Vcc przez rezystor 10k
-odfiltrowałem zasilanie przez kondensator ceramiczny i elektrolityczny
-sprawdziłem jeszcze raz połączenia ( wcześniej procesor się zgłaszał), inny procesor (ATMega16) się zgłasza
-schemat myślę że nie jest potrzebny bo programuje go na płytce stykowej przez programator usbasb


screen'y z MkAVRCalculator :

No więc mamy słynny błąd RC=-1. Oznacza to w 99.9% przypadków błąd połączeń. Pin RESET w ATtiny13 służy tylko i wyłącznie jako reset. Nie jest PIN'em I/O chyba że zmienisz to w Fusebitach. Trzeba jednak pamiętać że po tej operacji stracisz możliwość ponownego zaprogramowania procka. Chyba że skorzystasz z programatora wysokonapieciowego LINK.

Teraz tak, sprawdź porządnie połączenia na płytce, w szególności czy jest przejście na liniach programujących. Najlepiej w taki sposób że ustawiasz multimetr na test ciągłości obwodu. Jedną sondę prztykasz do odpowiedniego wyprowadzenia na programatorze drugą bezpośrednio do PIN'U. Jeżeli wszystko będzie ok sprawdź jeszcze raz a później jesze kilka razy. Jak jest na 1000% OK to mozesz przejść dalej. Korzystasz jak mniemam z ATB USBasp. Ściągnij najnowszą wersję mkAvrCalculator'a ze strony atnela, zaznacz opcje auto sck i spróbuj odczytać procesor.

Czekam na informację zwrotną.

Faktycznie ustawiłem pin RESET jako wyjście i ustawiłem go w stanie wysokim.

Sprawdziłem przewodność, wszystko jest w porządku
po naciśnięciu Auto slow sck :

Ściągnąłeś najnowszy mkAVRcalculator? Połączenia na pewno sprawdziłeś? Jeśli tak to czy zmieniając taktowanie miałeś zaznazone CKDIV czy nie ?

------------------------ [ Dodano po: 1 minucie ]

Sprawdź czy masz napięcie na procesorze jeszcze ale na nożkach procka. Czyli czerwona sonda na vcc, czarna na gnd.

W momencie w którym się zablokował to miałem zaznaczone, potem już kombinowałem z taktowaniem
Napięcie pomiędzy zasilającymi procesora jest 5V, niestety pomiędzy RST a GND też jest 5V
pozostałe piny są 0V lub 0.05V

Mam zarejstrowany najnowszy MKAVRCalculator i połączenia sprawdziłem .

No i tak powinno być;) procek się resetuje jak mu na reset GND podasz

Odznacz auto sck i spróbuj ustawić sck na 1.0 - 2.0 -> 750kHz. Jeżeli nie zadziała to ustaw 2.0 - 4.0 -> 325kHz.

------------------------ [ Dodano po: 1 minucie ]

Jeżeli żadne z tych ustawień nie zadziała to próbuj zmniejszać SCK do skutku. Jeżeli połączenia masz dobre rzeczywiście a programator działa z innym prockiem to może uwaliłeś ATtiny w jakiś sposób. Ale to naprawdę bardzo rzadki scenariusz.

Ok, dzięki wielkie, postaram się go ogarnąć, jeszcze raz podłącze drugi uC i sprawdzę jak działa a potem ten, może ruszy, jak nie to cóż 6 zł za niego dałem

Kolega ale zmieniałeś fuse bit RSTDISBL? Jeżeli tak to niestety zapomnij o komunikacji za pomocą USB-ASP.

z Niebieskim pozdRowieniem,
Doman89