LED's Blinken anstatt zu leuchten

[Alex (Gast)]

Hallo,
Ich habe ein kleines Programm geschrieben das alle LED's auf meinem STK 
500 zum leuchten bringen soll. Leider leuchten die LED's nicht sondern 
sie blinken nur. Ich habe mir mal einen einzigen Pink an PORTC am 
Oszilloskop angesehn. Es sieht aus wie ein Rechtecksignal. Ich verwende 
einen ATmega162.

int main( void ) {
  DDRC = 0xFF;
  
  while ( 1 ) {
    PORTC = 0x00;
  }

  return 0;
}

Grüße Alex

[Karl H. (kbuchegg)]

Da vermute ich mal ganz stark, dass aus irgendeinem
Grund der µC ständig resettet wird.

Kann es zb sein, dass deine Versorgungsspannung immer
wieder einbricht?

[Alex (Gast)]

Versorgungsspannung bricht nicht ein.

Der RESET Jumper auf der STK500 ist nicht gesetzt.

Grüße

[holger (Gast)]

>Da vermute ich mal ganz stark, dass aus irgendeinem
>Grund der µC ständig resettet wird.

Könnte ne gesetzte WDT (Watchdog) Fuse sein.
Eventuell auch die BOREN (Brown-Out) Fuse wenn
die Versorgungsspannung zu klein ist.

[Alex (Gast)]

hoger, danke der wtd war an

[Obelix (Gast)]

Normalerweise besteht main{} aus einer Endlosschleife.

[Puppetmaster (Gast)]

@Obelix
Falls mich nicht alles täuscht hat er da doch eine Endlosschleife. Aber 
ne andere Frage wie klug ist es einen Ausgang in einer Endlosschleife zu 
setzen. Das ist allerdings eine Frage da ich da selbst keine Antwort 
drauf weiß ^^
Ich würde aber trotzdem mal versuchen ob es besser geht wenn du die 
Sache so schreibst:

int main( void )
 {
  DDRC = 0xFF;
  PORTC = 0x00;
  while (1);
 }

Und noch eine Frage was passiert wenn der Controler das return = 0; 
erreicht? Startet er dann neu also quasi Reset oder macht er dann 
einfach garnix mehr?

[holger (Gast)]

>Und noch eine Frage was passiert wenn der Controler das return = 0;
>erreicht?

Da kommt er NIE hin.

[Obelix (Gast)]

@Puppetmaster

Oh, ja, hast Recht habe ich irgendwie übersehen.

[Michael L. (zvpunry)]

Puppetmaster: Beim return 0 wird er main() verlassen, ist dann im 
startcode der libc welche dann in einer endlosschleife sich dreht.

Nachtrag:

Das ist aus dem Code der main() startet:
  86:   0e 94 49 00     call    0x92    ; 0x92 <main>
  8a:   0c 94 51 00     jmp     0xa2    ; 0xa2 <_exit>

Exit schaut so aus:

000000a2 <_exit>:
  a2:   ff cf           rjmp    .-2             ; 0xa2 <_exit>

[Puppetmaster (Gast)]

@holger
Ich weiß, dass er bei dem Beispiel da nie hinkommt. Aber mich 
interessiert nur mal so was er dann macht, wenn es in einem anderen 
Programm erreichbar ist. Also wie reagiert der µC auf ein return = 0; ^^ 
und wie wahrscheinlich ist es eigendlich das ein Compiler MÖGLICHERWEISE 
die Schleife da wegoptimiert da der Ausgang sich eh nie verändert ob mit 
oder ohne Schleife. Allerdings weiß ich das nicht es interessiert mich 
aber und man will ja nicht dumm sterben ^^

[Puppetmaster (Gast)]

Oh sry sehe grade über meinem Post steht ja die Antwort auf meine Frage 
^^ Danke und sry wegen des Doppelpost.

[Falk B. (falk)]

@ Puppetmaster (Gast)

>Programm erreichbar ist. Also wie reagiert der µC auf ein return = 0; ^^

Aus main() heraus ist das Ergebnis auf einem uC nicht definiert. Manche 
Compiler laufen sicher in eine Endlosschleife, andere machen Müll.

Mfg
Falk

[Michael L. (zvpunry)]

Falk Brunner wrote:
> Aus main() heraus ist das Ergebnis auf einem uC nicht definiert. Manche
Undefiniert ist gut, was ich geschrieben habe war nur ein Beobachtung 
beim avr-gcc/avr-libc. ;-)