STK 500 Atmega8 + Quarz Timer 0

(eigentlich fühle ich mich in Assembler sicher, trotzdem ein paar 
Hinweise)

So wie ich das sehe, werden in der main Schleife Dinge ausgeführt, die 
zur Initialisierung gehören, z.B. portb Als Ausgang, TCCR0, SEI ständig 
gesetzt/rückgesetzt. Auch die Freigabe von Ints, OVL-int sollte in der 
Initialisierung stehen. Wenn die erst festgelegt sind, greift nur der 
Könner, der die zeitlichen Abläufe im Griff hat, in diese Freigaben ein.

All dieses Zeug gehört in eine Initialisierung, die nur einmal abläuft. 
Die (main-)Schleife sollte im Moment leer von irgendwelchen Aktionen 
bleiben.

Das FF für Timerüberlauf braucht nicht abgefragt zu werden: Im Fall 
eines Überlaufs wird dieses automatisch gesetzt und beim Ausführen des 
OVL-Int automatisch rückgesetzt.

Peter R. schrieb:
>
> So wie ich das sehe, werden in der main Schleife Dinge ausgeführt, die
> zur Initialisierung gehören,

Ähm. nein.
Du siehst falsch.

> All dieses Zeug gehört in eine Initialisierung, die nur einmal abläuft.

hat er doch.

> Die (main-)Schleife sollte im Moment leer von irgendwelchen Aktionen
> bleiben.

Auch das ist der Fall. Das hier

1

  while (1);

IST seine main-Schleife.

>
> Das FF für Timerüberlauf braucht nicht abgefragt zu werden: Im Fall
> eines Überlaufs wird dieses automatisch gesetzt und beim Ausführen des
> OVL-Int automatisch rückgesetzt.

Wo siehst du das in seinem Code?


Summa-summarum: Der Code ist soweit in Ordnung.

Anfänger schrieb:
> und einen externen Quarz mit
> 8Mhz. Bei den Fuses im AVR Studio 5 habe ich auf "EXTLOFXTAL_1KCK_64MS"
> eingestellt.

8MHz ist für den ATmega8 aber schon der High Frequency Bereich, und Du 
hast Low Frequency (EXT_LOF_XTAL) eingestellt. Vielleicht läuft der 
Quarz-Oszillator nicht (richtig).

Gruß Dietrich

Anfänger schrieb:

> Wenn ich aber jetzt den Teiler von 1/1024 auf 1/8 ändere blinkt die Led
> in der gleichen Frequenz???
> Ich habe nur CS01 gesetzt anstatt CS02 und CS00.

Das ist ein deutlicher Hinweis darauf, dass in deinem 
Programm-Erstellungs bzw. Brennprozess noch irgendwas nicht richtig 
funktioniert. Dein Programm landet anscheinend nicht zuverlässig auf dem 
µC.

> Und noch eine Frage. Muss dieses überhaupt im Programm stehen? Weil wenn
> ich es weglasse funktionierts genauso.
>
>

1

#define F_CPU 8e6

ein define ist nur eine Anweisung an den Präprozessor (ein Teil des 
Compilers) eine Textersetzung vorzunehmen. Mehr steckt da nicht 
dahinter.

Willst du dir zb basierend auf der Takfrequenz etwas ausrechnen, zb

1

#define F_CPU 8e6

2

3

....

4

5

    i = F_CPU / 8;

6

    j = F_CPU / 16;

so dass du nur eine Stelle hast, an der du bei einer veränderten 
Taktfrequenz den Zahlenwert verändern musst, dann brauchst du es. Denn 
der Präprozesser macht aus obigen ganz einfach

1

    i = 8e6 / 8;

2

    j = 8e6 / 16;

ehe er dann dieses Zwischenergebnis zum eigentlichen Compiler 
weiterreicht.

Daher: Basiert in deinem Programm irgendwas auf einem Makro namen F_CPU?
Nein?
Dann brauchst du es auch nicht.