|
Anzeige
|
Timer 1 erzeugt Reset?
Gast
#1694124
Hallo! Komischerweise erzeugt mir der Interrupt einen Reset, auch wenn die ISR leer ist! code:
die main macht nur dies:
void main()
{
test();
sei();
for(;;);
}
@ 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
Gast
#1694136
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? > gibts weitere Fehlermöglichkeiten?
Watchdog?
Gast
#1694143
ist aus! 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 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? @ 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
Gast
#1694158
Wenn etwas in der Interrupt Vektortabelle etwas falsch ist springt der µC den PowerOn/Reset Interrupthandler an und "startet" von "neu".
Gast
#1694169
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?
Gast
#1694189
>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...
Gast
#1694191
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?
Gast
#1694195
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 spess53 schrieb: > Steig auf Assembler um. Da ist die Auswahl grösser. Stimmt, da ist die Auswahl an möglichen Fehlerquellen größer. Peter
Gast
#1694228
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 Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
