Timer 1 erzeugt Reset?

[Timo P (Gast)]

Hallo!

Komischerweise erzeugt mir der Interrupt einen Reset, auch wenn die ISR 
leer ist!

code:

ISR(TIMER1_COMPA_vect)

{
  //uputs("I\r\n");
}

void test()
{
TCCR1A = 0x00;
TCCR1B = (1<<WGM12) | (1<<CS12)  | (1<<CS10);
TCNT1H = 0;
TCNT1L = 0;
OCR1AH = ((1250 & 0xFF00) >> 8);
OCR1AL =  (1250 & 0x00FF);

TIMSK = (1<<OCIE1A);

}

die main macht nur dies:

void main()
{
 test();
 sei();
 for(;;);

}

[Falk B. (falk)]

@  Timo P (Gast)

>Komischerweise erzeugt mir der Interrupt einen Reset, auch wenn die ISR
>leer ist!

WEIL sie leer ist!!! Das darf nicht sein!

MFg
Falk

[Timo P (Gast)]

Dies ist nicht das problem. Der reset kommt auch, wenn die ISR etwas 
über die uart ausgibt. Den reset stelle ich fest, indem ich im main 
"RST" ausgeben lasse.

gibts weitere Fehlermöglichkeiten?

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

> gibts weitere Fehlermöglichkeiten?
Watchdog?

[Timo P (Gast)]

ist aus!

[Peter D. (peda)]

Falk Brunner schrieb:
> WEIL sie leer ist!!! Das darf nicht sein!

Doch, leer ist o.k.
Es kommt ja nur auf das RETI an.

Warscheinlich ist für den falschen Typ compiliert.
Schau mal ins Listing in die Vektortabelle.


Peter

[Stefan E. (sternst)]

Falk Brunner schrieb:
> WEIL sie leer ist!!! Das darf nicht sein!

Sorry Falk, aber das ist Quatsch. Welches Problem soll ein leerer 
Timer-Interrupt denn haben?

Timo P schrieb:
> gibts weitere Fehlermöglichkeiten?

Code für den richtigen Controller (welcher ist es überhaupt?) compiliert 
und gelinkt?
Was genau (welche Datei) auf den Controller gebrannt?

[Falk B. (falk)]

@  Stefan Ernst (sternst)

>> WEIL sie leer ist!!! Das darf nicht sein!

>Sorry Falk, aber das ist Quatsch. Welches Problem soll ein leerer
>Timer-Interrupt denn haben?

OK, falsch formuliert. Die ISR muss existieren, sie kann leer sein. Wenn 
sie nicht exisitiert trägt der AVR-GCC in dem Vektor einen Sprung zu 
_bad_ISR ein, und dort wird ein Softwarereset gemacht.

MFG
Falk

[TrippleX (Gast)]

Wenn etwas in der Interrupt Vektortabelle etwas falsch ist springt
der µC den PowerOn/Reset Interrupthandler an und "startet" von "neu".

[Timo P (Gast)]

THX Das Problem war wie es von euch beschrieben wurde. die Tabelle 
stimmte wohl nicht überein mit den Vektoren, die ich nutzen wollte....


Asche über mein Haupt, ich habe ein Projekt für den Mega8 erzeugt und 
auf den mega32 geflasht.

SRY und THX, aber danke auch für die Info mit dem Reset.

gibt es weitere Gründe, wann ein µC in RST geht?

[STK500-Besitzer (Gast)]

>gibt es weitere Gründe, wann ein µC in RST geht?

Brownout (hält den Controller im Reset, solange die Versorgungspannung 
nicht stabil und hoch genug ist), Watchdog
Es gibt auch ein Register in dem man die Reset-Quelle auslesen kann...

[Timo P (Gast)]

ich dachte eher an einen unüblichen reset, den brownout kenne ich. den 
WDT kenne ich wohl auch.

evlt gibts weitere fehler, die auch zu einem rst führen würden?

[spess53 (Gast)]

Hi

>ich dachte eher an einen unüblichen reset, den brownout kenne ich. den
>WDT kenne ich wohl auch.

Steig auf Assembler um. Da ist die Auswahl grösser.

MfG Spess

[Peter D. (peda)]

spess53 schrieb:
> Steig auf Assembler um. Da ist die Auswahl grösser.

Stimmt, da ist die Auswahl an möglichen Fehlerquellen größer.


Peter

[Timo P (Gast)]

assembler habe ich mal für pic gemacht. ich denke es macht wenig sinn, 
wenn man eine controllerfamilie kennt, dann noch auf asm umzusteigen.

im übrigen ist die Schleifenbildung for while deutlich einfacher in c 
als in asm via btfsc (PIC)

wie auch immer...


Problem Timer 1:

Faktor 10 zu schnell! Warum?

ich berechne folgendes OCR:

(1s*3686400/1024)-1