Fehlerhafter Stackpointer - Erklärung des Verhaltens

[GeMark (Gast)]

hallo,

ich habe eine Frage zu folgendem Fehler der mir gerade passiert ist: Ich 
arbeite das avr tutorial durch und habe das Beispielprogramm zum Timer 0 
overflow Interrupt ausprobiert. (fast) 1 zu 1 abgeschrieben. Dieses fast 
was das Problem, denn ich habe 2 mal SPH beschrieben.
Ich sehe ein, daß der Stackpointer dadurch so beschrieben ist, daß in 
SPH folgendes LOW(RAMEND), also vermutlich 0 steht.

Beim Simulieren fiel mir aber auf, daß zunächst der Timer ordnungsgemäß 
zählt und irgendwann der overflow passiert. Dann funktioniert das 
Programm nicht mehr weil ja kein Stack da ist, aber das TCNT0 zählt auch 
nicht mehr weiter sondern immer nur bis 8. Also dauerhafter Einsprung in 
die isr und der Counter bricht bei 8 um. Ich hätte erwartet, daß der 
counter völlig unabhängig davon, ob das Programm Amok läuft hochzählt, 
oder ist es so, daß der dauernde Einsprung in den Interrupt auch den 
counter zurücksetzt? Also sozusagen Ursache und Wirkung vertauscht 
werden?

noch mal das Programm. Hat ja nicht jeder im Kopf ;-)

.include "m16def.inc"

.def tmp   =   r16
.def leds  =   r17

.org 0x0000    rjmp main
.org OVF0addr  rjmp timer_isr

main:
    ldi tmp, HIGH(RAMEND)
    out SPH, tmp
    ldi tmp, LOW(RAMEND)
    out SPL, tmp ;hier hatte ich ebenfalls SPH stehen out SPH, tmp
    ldi tmp, 0xff
    out DDRB,tmp
    mov leds,tmp

    ldi tmp, (1<<CS00)
    out TCCR0, tmp
    ldi tmp, (1<<TOIE0)
    out TIMSK, tmp

    sei

loop:  rjmp loop

timer_isr:
    out PORTB, leds
    com leds
    reti

[(prx) A. K. (prx)]

GeMark schrieb:

> Ich sehe ein, daß der Stackpointer dadurch so beschrieben ist, daß in
> SPH folgendes LOW(RAMEND), also vermutlich 0 steht.

Mega16: RAMEND = 0x045F. SP(init) = 0x0000.
Bei dir galt also SP = 0x5F00 => da ist nix.

Der ISR wird dann brav jedesmal aufgerufen, nur der korrekte Rückweg ist 
aufgrund des fehlerhaften Stacks versperrt, landet irgendwo im Wald.

> oder ist es so, daß der dauernde Einsprung in den Interrupt auch den
> counter zurücksetzt?

Bei AVRs werden die meisten Interrupt-Flags mit dem Aufruf der ISR 
automatisch zurückgesetzt.

[GeMark (Gast)]

Was mich wundert ist, daß auch der Zählerstand nciht mehr höher zählt.

[Mark L. (Firma: TH Köln) (m2k10)]

GeMark schrieb:
> Was mich wundert ist, daß auch der Zählerstand nciht mehr höher zählt.

Sieht nur im Simulator so aus. Der fehlerhafte Stackpointer führt den PC 
irgendwo in die Pampa, der Simulator zeigt das aber nicht an(bzw. nur 
der Cycle-Counter 'springt'). Wenn du dir die Simulation mal im 
Disassembler ansiehst, siehst du, was der ATmega in jedem Schritt macht, 
auch wenn er irgendwo außerhalb des Programmcodes ist.

Mark

[spess53 (Gast)]

Hi

>Was mich wundert ist, daß auch der Zählerstand nciht mehr höher zählt.

Das ist ein Simulator. Wenn du dir die 'Known Issues' in der Hilfe dazu 
ansiehst, wirst du feststellen, das das Verhalten nicht 100%-ig der 
Realität entspricht. Und in deinem Fall würde ich das auch nicht für 
blanke Münze nehmen. Dazu müsste man das mit einem ICE am realen 
Controller testen.

MfG Spess

[GeMark (Gast)]

Aha. Leuchtet irgendwie ein. Danke