ATNEL tech-forum

Re: Attiny13

2014-11-10T22:15:03+01:00

pempek18 napisał(a):

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

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

z Niebieskim pozdRowieniem,
Doman89

Statystyki: Napisane przez doman89 — 10 lis 2014, o 22:15

Re: Attiny13

2014-11-10T18:33:38+01:00

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

Statystyki: Napisane przez pempek18 — 10 lis 2014, o 18:33

Re: Attiny13

2014-11-10T18:12:09+01:00

pempek18 napisał(a):

niestety pomiędzy RST a GND też jest 5V

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.

Statystyki: Napisane przez Nefarious19 — 10 lis 2014, o 18:12

Re: Attiny13

2014-11-10T18:03:08+01:00

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 .

Statystyki: Napisane przez pempek18 — 10 lis 2014, o 18:03

Re: Attiny13

2014-11-10T17:50:12+01:00

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

Statystyki: Napisane przez Nefarious19 — 10 lis 2014, o 17:50

Re: Attiny13

2014-11-10T17:46:14+01:00

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 :

Statystyki: Napisane przez pempek18 — 10 lis 2014, o 17:46

Re: Attiny13

2014-11-10T17:37:33+01:00

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

Statystyki: Napisane przez Nefarious19 — 10 lis 2014, o 17:37

Re: Attiny13

2014-11-10T17:26:14+01:00

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

[syntax=c]/*
* MDZI.c
*
* Created: 2014-11-05 13:22:27
* Author: Admin
*/

#include
#include

#define D (1<#define J (1<#define M (1<#define O (1<
int main(void)
{
DDRB |= D | J | M | O ;
PORTB &= 0xFF;

while(1)
{
PORTB |= D ;
_delay_ms(1000);
PORTB |= J ;
_delay_ms(1000);
PORTB &= 0xFF;
_delay_ms(1000);
PORTB |= M | O ;
_delay_ms(1000);
PORTB &= 0xFF;
_delay_ms(1000);
PORTB |= D | J | M | O;
_delay_ms(2000);
}
}[/syntax]
screen'y z MkAVRCalculator :

Statystyki: Napisane przez pempek18 — 10 lis 2014, o 17:26

Re: Attiny13

2014-11-10T14:43:22+01:00

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.

Statystyki: Napisane przez Nefarious19 — 10 lis 2014, o 14:43

Attiny13

2014-11-10T14:28:54+01:00

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 ?

Statystyki: Napisane przez pempek18 — 10 lis 2014, o 14:28