restart mikrokontrolera avr

raven000 · Postautor: **raven000** » 23 paź 2006, o 12:03

witam

mam nastepujacy problem :
jak procesor dochodzi do wykonywania petli do .... loop po wykonaniu jej x razy ( nie jestem w stanie stwierdzic ile razy) nastepuje restart programu co moze byc przyczyna takiego zachowania
procestor to atmega 128 w wersji L

licze ze ktos mzoe mi podpowiedziec co moze byc tego przyczyna

pozdrawiam

pajaczek · Postautor: **pajaczek** » 23 paź 2006, o 12:13

Watchdog jest wylaczony (albo zerowany) ??

raven000 · Postautor: **raven000** » 23 paź 2006, o 12:19

i wylaczony i resetowny tez o tym myslaem jednak to nie jest to
po prostu wysypuje sie wykonujac petle prawie ze pusta oczekujac na spelnienie warunku zeby wysoczyc z niej

Fredy · Postautor: **Fredy** » 23 paź 2006, o 14:48

a koncówke od resetu nie masz swobodnie pozostawioną? Czasami przy dużych zakłóceniach moze się stworzyc coś w rodzaju anteny i zresetowac procka.

raven000 · Postautor: **raven000** » 23 paź 2006, o 14:49

nie koncowka przez rezystorek 10k do vcc

gavi · Postautor: **gavi** » 23 paź 2006, o 16:09

Zblokowaleś zasilanie szybkim kondensatorkiem blisko doprowadzeń procka?
Na stronie ATmela jest nota dokladnie omawiajace klopoty i srodki jakie nalezy stosowac przy projektowaniu ukladow

raven000 · Postautor: **raven000** » 23 paź 2006, o 16:31

zabawa polega na tym

ze jak w stawie w petle opoznienie to reset nastepuje pozniej
dlatego jakos tak dziwnie podejrzewam ze to zwiazane jest z petla do...loop i iloscia powtorzen

mw · Postautor: mw » 23 paź 2006, o 16:57

Jakim napieciem zasilasz procesor?
Jak wyglada owa petla?

raven000 · Postautor: **raven000** » 23 paź 2006, o 17:01

napiecie 3.3V

a petla wyglada
mniej wiecej tak

do

call ' procedura sprawdzajaca stan wejsc na pcf

loop until zmienna z podprogramu

to jest petla opuznienia zalezna od reakcji z zewnatrz
program ma byc zatrzymany do momentu zmiany stanu wejscia

teedd · Postautor: **teedd** » 23 paź 2006, o 21:18

Witam.
Możliwe, że przy pewnych warunkach źle wracasz z podprogramu, przez co chrzani się stos i w związku z tym program się wyburacza.
Pozdrowienia - teedd

raven000 · Postautor: **raven000** » 23 paź 2006, o 21:20

tez mam podejrzenia o stos ale jak to sprawdzic wyeliminowac

teedd · Postautor: **teedd** » 23 paź 2006, o 21:36

Witam.
Może doklej program do posta albo link do niego? W Bascomie jest mechanizm śledzenia tego co się dzieje na stosie - poszukaj informacji na ten temat. Można też zwiększyć jego rozmiar.
teedd

raven000 · Postautor: **raven000** » 23 paź 2006, o 21:38

program w winkiku ma ok 20k
a listing ok 5000 lini

wiec doklejenie go do posta

ciekawe kto by to przeczytal

a co do rozmiaru
sprzetowy ma 512 programowy 1024 ramka tylko 24
moze tu jest jakis problem

a co do tego debugingu to w jaki to sposob??

teedd · Postautor: **teedd** » 23 paź 2006, o 21:49

Bascom -> Tools -> Stack Analyser

teedd

raven000 · Postautor: **raven000** » 23 paź 2006, o 21:52

to podglad z symulacji czy z rzeczywistego sytemu

teedd · Postautor: **teedd** » 23 paź 2006, o 22:01

Nie wgłębiałem się w to zagadnienie - ale tu masz link
http://www.ep.com.pl/forum/viewtopic.php?p=35618
Może Marcin Wiązania odpowie Ci?
Pozdrowienia - teedd

[ Dodano: 24-10-2006, 13:20 ]
P.S.
W Bascomie bardzo fajnie można uruchomić sprzętową symulację układu - nie wiem tylko, czy da się obserwować komunikację i2c (Twój PCF) - ale chyba tak, bo tam nie ma zależności czasowych tylko stany (niech ktoś poprawi, bo dawno się i2c nie bawiłem). Mikrokontroler programujesz programem basmon.bas, do Bascoma wczytujesz właściwy program, dajesz symulację i zezwalasz na symulację sprzętową. I możesz krok po kroku śledzić, co się dzieje z wejściami, wyjściami itp.
Pozdrowinia - teedd

raven000 · Postautor: **raven000** » 24 paź 2006, o 13:55

stos to jednak nie jest przynajmniej sie nie przepelnia
a co do symulacji to musialbym to sprawdzic jak to dziala bo szczerze mowiac to pierwszy raz o tym slysze

jak cos z tym zorbie to napewno dam znac
nio chyba ze ktos wie co moze byc tego przyczyna

mw · Postautor: mw » 25 paź 2006, o 15:53

Sprawdzeles ustawienia bitow FUSE?
Moze uklad POR ma ustawione za duze napiecie.

restart mikrokontrolera avr

Kto jest online