W dniu 28.06.2009 20:54, bagno pisze:
> U?ytkownik "Zbych"<a...@o...pl> napisa? w wiadomo?ci
> news:h287d8$a9d$1@news.mm.pl...
>> bagno pisze:
>>
>>> while(1)
>>> {
>>> PORTC = 0;
>>> 76: 15 ba out 0x15, r1 ; 21
>>>
>>> PORTC = 255;
>>> 78: 85 bb out 0x15, r24 ; 21
>>> 7a: fd cf rjmp .-6 ; 0x76<main+0x4>
>> Ten kod nijak si? ma do kodu, kt?ry pokaza?e? w swoim pierwszym po?cie.
>
> Moze faktycznie to byla jakas wersja po przerobkach. To co tu wczesniej
> wklejalem to byl najkrotszy
> kod powodujacy zawieszanie a potem robilem rozne inne testy.

Ale to co tu wkleiles niczego nie zawiesza - z jakiegos powodu petla sie
skasowala i masz naprzemiennie z pelna predkoscia wystawiane na port 0 i
255, a ze tak kilka mln razy na sekunde to migania diody nie widzisz.
Pokaz prawdziwy przyklad robiacy problemy zamiast sciemy.

>
>> A je?li nawet tak prosty program ci nie dzia?a, to musisz mie? co? zwalone
>> w sprz?cie. Poka? schemat.
>
> http://www.btc.pl/pdf/zl2avr.pdf
>
> Tam nie ma co byc zepsute. Chyba, ze to w jakis sposob nie wspolpracuje z ta
> ATMEGA88. Na ATMEGA8 na razie
> chodzi.

Jak rozumiem na tej plytce zamieniles ATMega8 na ATMega88?
Tu masz liste roznic pomiedzy tymi procesorami:
http://www.atmel.com/dyn/resources/prod_documents/do
c2553.pdf
Rozumiem, ze w AVR Studio wybrales wlasciwy procesor jako target, znaczy
ATMega88?
Zauwaz, ze roznice sa spore, w tym fuse bitow. Takze nie mozesz po
prostu przelozyc procesora, zaladowac ten sam kod i liczyc, ze zadziala.



--
Inteligentny dom - http://idom.wizzard.one.pl
http://idom.sourceforge.net/
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz do projektu.