ATNEL tech-forum

Re: _delay_ms zawiesza atmegę8a

2017-06-27T08:57:26+01:00

zenekjar napisał(a):

(ciach)
Te rzeczy nie powinny wpływać na zawieszanie się programu,
(choć może brak w resecie kondensatora to już tak)

?? Kondensator na resecie w żadnym wypadku nie jest niezbędny, a już na pewno nie taki duży (100nF wystarczy). Mało tego, nawet rezystor pull-up nie jest potrzebny w niektórych przykładach, projekt kolegi z pierwszego postu może mieć wiszący reset (poza ISP).

Ponadto, gdy używamy np. debugwire'a, to kondensator należy z linii RST bezwzględnie usunąć i zwiększyć pull-up to minimum 15kR.

http://www.avrfreaks.net/forum/external ... lly-needed

Statystyki: Napisane przez Kanc1erz — 27 cze 2017, o 08:57

Re: _delay_ms zawiesza atmegę8a

2017-06-12T14:22:05+01:00

tocarsky napisał(a):

Wadliwa mega, dziwne bo nowa ze sklepu, lutowanie wykluczam bo teraz wygrzebałem smd z arduino nano 328p, oczywiście najpierw ustawiając fusebity, wszystko działa

Miałem identycznie. Poprawienie lutów GND/VCC naprawiło sprawę całkowicie. Rzekomo polutowane piny też mogą nie stykać. Szczególnie, jak lutujesz za pomocą pasty tzw. mini-falą, ja staram się teraz wstępnie pokryć pady scalaków SMT cyną lub pocynować stopem Lichtenberga i lutować PIN po PINIE. Oczywiście, jest to upierdliwe oraz czasochłonne, ale daje najlepszą jakość lutów (połączeniowo, estetycznie w sumie też, bo wyrównuję pod koniec) i nie przytrafiają mi się podobne babole.
Pozdrawiam gorąco

Statystyki: Napisane przez Kanc1erz — 12 cze 2017, o 14:22

Re: _delay_ms zawiesza atmegę8a

2017-06-10T22:28:02+01:00

Wadliwa mega, dziwne bo nowa ze sklepu, lutowanie wykluczam bo teraz wygrzebałem smd z arduino nano 328p, oczywiście najpierw ustawiając fusebity, wszystko działa

Statystyki: Napisane przez tocarsky — 10 cze 2017, o 22:28

Re: _delay_ms zawiesza atmegę8a

2017-06-10T14:57:16+01:00

sprawdź na innej medze

------------------------ [ Dodano po: 2 minutach ]

Sprawdź jeszcze mkavrcalculatorem fusebity oraz podaj plik .lss

Statystyki: Napisane przez Situs — 10 cze 2017, o 14:57

Re: _delay_ms zawiesza atmegę8a

2017-06-10T14:17:09+01:00

wgrałem, podpiąłem leda, niby mruga, ale zauważyłem że jakiej bym nie dał wartości na delayu mruga z taką samą częstotliwością, a to już jest troche dziwne

------------------------ [ Dodano po: 6 minutach ]

wrzucam schemat boardu, polutowany na 100 % dobrze, elektronikiem jestem dosyć doświadczonym, po prostu jestem nowy w avr

------------------------ [ Dodano po: 7 minutach ]

A i leda podpiąłem pod pb0 bo nie mam możliwości za bardzo wpiąć pod pd - smd

------------------------ [ Dodano po: 9 minutach ]

żeby było jeszcze śmieszniej po wywaleniu delaya dalej mruga, usmażona atmega ?

Statystyki: Napisane przez tocarsky — 10 cze 2017, o 14:17

Re: _delay_ms zawiesza atmegę8a

2017-06-10T14:08:02+01:00

Jeżeli naprawdę delay zawieszają to podepnij pod pin PD0 leda z rezystorem i wgraj taki program[syntax=c]#include
#include

int main()
{
DDRD |= (1< for(;;)
{
PORTD ^= (1< _delay_ms(500) ;
}
}[/syntax]Jak będzie migało co 0.5 s to problem poległ w bibliotece. Jak nie będzie migać to ustaw opcje optymalizacji na Speed Optimalizaton(-Os)

------------------------ [ Dodano po: 6 minutach ]

Przydało by się też zdjęcie zmontowanego układu czyli pewnie płytki stykowej

Statystyki: Napisane przez Situs — 10 cze 2017, o 14:08

Re: _delay_ms zawiesza atmegę8a

2017-06-10T12:37:52+01:00

Zasilam narazie z usb, bezpośrednio z laptopa, kod jw. jest wszystko to samo co w tym linku co wysłałem. Schemat :

TM jest podłączony pod piny pb0 i pb1

------------------------ [ Dodano po: 57 minutach ]

A i środowisko to atmel studio 7, prog usbasp

Statystyki: Napisane przez tocarsky — 10 cze 2017, o 12:37

Re: _delay_ms zawiesza atmegę8a

2017-06-10T09:01:31+01:00

Zasilanie jeszcze podaj, czy masz je filtrowane, odpowiednia ilość mA oraz co najważniejsze KOD i SCHEMAT

Statystyki: Napisane przez Situs — 10 cze 2017, o 09:01

_delay_ms zawiesza atmegę8a

2017-06-10T02:31:00+01:00

Próbuje zrobić zegarek na wyświetlaczu ze scalakiem tm1673, zrobiłem własny kod i nie mogłem dojść dlaczego nie działa, tak więc szukałem u podstawy. Po przeklejeniu na żywo tego przykładu topic15205.html zauważyłem, że atmega po prostu staje w miejscu po wykonaniu pierwszej linijki z maina, tzn na wyświetlaczu stoi 6703. Po wywaleniu delayów program dochodzi bez problemu do końca ale wyświetlacz wariuje, mruga na pewnych segmentach. Wiecie może co może być tego przyczyną?
Osc wewnętrzny 8mhz, FCPU też ustawione.

Statystyki: Napisane przez tocarsky — 10 cze 2017, o 02:31