Jak efektywnie wykonać programowy reset procesora w AVR GCC?

Thu Mar 01, 2007 9:39 am   

reset nie zeruje pamieci procesora

Thu Mar 01, 2007 11:04 am   

Greg(G.Kasprowicz) napisał(a):

Thu Mar 01, 2007 6:29 pm   

Adam Wysocki wrote:

Nie wiem, już mnie to nie interesuje "bu" działa tak jak chcę )


--
Saper/nolin11
majl:nolin11_USUN_TO_@interia.pl
gg:4476700

Fri Mar 02, 2007 1:41 pm   

In the darkest hour on Thu, 1 Mar 2007 18:29:10 +0100,
Saper/nolin11 <nolin11_USUNT_TO@interia.pl> screamed:

A robisz coś ze stosem na początku main() czy nie? (-:

--
[ Artur M. Piwko : Pipen : AMP29-RIPE : RLU:100918 : From == Trap! : SIG:225B ]
[ 13:32:48 user up 11268 days, 1:27, 1 user, load average: 0.06, 0.06, 0.06 ]

If at first you don't succeed - YOU DID IT WRONG!

Fri Mar 02, 2007 3:26 pm   

Artur M. Piwko wrote:

Niet, bo pewnie masz na myśli operacje pisane w asm to już mówię iż z asm
mam tyle co piernik do wiatraka
Działa ,a o stos się nie przejmuję gdyż można zawsze procesr zresetować wył
i zał zasil. A pozatym się nie przejmuje tym tak bardzo gdyż attiny2313 nie
ma pamięci samoprogramującej...

Fri Mar 02, 2007 7:41 pm   

Spinacz biurowy, Saper/nolin11 <nolin11_USUNT_TO@interia.pl>!


Chyba nie zrozumiałeś :)

Wywołanie funkcji odkłada na stos adres powrotu. Jeżeli funkcja nigdy
się nie kończy i rekurencyjnie się wywołuje (tak jak u ciebie), to stos
się prędzej czy później przepełni i zacznie mazać po pamięci, którą
sobie zaalokowałeś (AVRy nie mają sprzętowej ochrony pamięci) i mogą
być niezłe jaja (na początku nowe próby alokacji pamięci przestaną
się udawać, bo libc będzie próbowała uratować co się da, a potem już
zaalokowana pamięć zostanie zamazana).

Więc teraz działa, ale po jakimś czasie (odpowiedniej liczbie wywołań
main()) przestanie.

--
Adam Wysocki * Warszawa * http://www.chmurka.net/ * GSM: 514 710 213
FidoNet: 2:480/138, SWL: SP5-250730, QTH: KO02MF, CB: 19 Śródmieście
A Bylinek ma doświadczenia z męskimi dziewicami )) (C) gophi @ afh

Fri Mar 02, 2007 9:20 pm   

Adam Wysocki przemówił ludzkim głosem:


Akurat main w swoim prologu ustawia wierzchołek stosu (przynajmniej w
dotychczasowych wersjach avr-gcc), więc przepełnienie raczej nie grozi.

Fri Mar 02, 2007 10:58 pm   

Zbych wrote:

W tej chwili moja znajomość z avr-gcc jest na poziomie
powyżej-początkującego. (ale nie średnio obeznany).
Tak więc dopóki działa jak piszę to mnie nie interesuje co się dzieje na
początku programu (wiem, wiem ,a powinno )

Zaś ja uczę się tego co akurat potrzebuję, więc nie wszystko od początku...
Przynajmniej taki mam styl uczenia się czegokolwiek (poza szkołą - tutaj to
nie przejdzie :/ )

Do postu Adama:
Ogólnie raczej mi to nie grozi bo główny program wykonuje się w main więc
mi to nie przeszkadza
W tym przypadku to nie grozi (tak myślę) ,a nawet jak by coś się "bubu"
to zresetuje ręcznie procesor.
A pozatym układ nie będzie włączony na tyle długo ażeby stos się
przeciążył.


Myślę ,że nie ma potrzeby kontynuowania tego wątku i wnikania co i jak
) tak więc porponuję [!zamknij]
--
Saper/nolin11
majl:nolin11_USUN_TO_@interia.pl
gg:4476700

Sat Mar 03, 2007 2:40 pm   

In the darkest hour on Fri, 02 Mar 2007 21:20:20 +0100,
Zbych <abuse@onet.pl> screamed:

A sprawdzałeś, czy ręczne wywołanie main wykona inicjalizację czy może
tylko będzie skokiem do pierwszej instrukcji w body?
Będę musiał to sprawdzić...

--
[ Artur M. Piwko : Pipen : AMP29-RIPE : RLU:100918 : From == Trap! : SIG:240B ]
[ 14:18:39 user up 11269 days, 2:13, 1 user, load average: 0.06, 0.06, 0.06 ]

If absolute power corrupts absolutely, where does that leave God? -- G. Deacon

Mon Mar 05, 2007 11:41 am   

On Thu, 01 Mar 2007 11:04:18 +0100, Raven wrote:

Po jmp 0 pewnie tez zadzialaja :-)

J.