Interrupt Routine

[Saturas077]

Ich danke dir für deine schnelle Ausführung Searcher.

Ich meinte selbstverständlich Atmel Studio 6.2, das Programm soll rein dazu dienen mir im Simulator anzuschauen wie die Interruptroutine angesprungen wird.
Das die falschen Register im out stehen, liegt daran das ich gestern die einmal anders angeordnet hatte, hatte zuvor nur das Register 16 benutzt. Leider habe ich den Wald vor...

Der Simulator macht eigentlich genau das was ich mir auch im Kopf vorgestellt habe.
Hier nochmal der Code:

.include "m8def.inc"

rjmp main ; Reset Handler (Hier sollte das Programm direkt zum main target springen! TUT er auch.)
reti ; IRQ0 Handler (Schaut sich das Programm nicht mehr an)
reti ; IRQ1 Handler
reti ; Timer2 Compare Handler
reti ; Timer2 Overflow Handler
reti ; Timer1 Capture Handler
reti ; Timer1 CompareA Handler
reti ; Timer1 CompareB Handler
reti ; Timer1 Overflow Handler
rjmp interrupt ; Timer0 Overflow Handler
reti ; SPI Transfer Complete Handler
reti ; USART RX Complete Handler
reti ; UDR Empty Handler
reti ; USART TX Complete Handler
reti ; ADC Conversion Complete Handler
reti ; EEPROM Ready Handler
reti ; Analog Comparator Handler
reti ; Two-wire Serial Interface Handler
reti ; Store Program Memory Ready Handler


main:
		;Initializiere Stackpointer

		ldi r17, HIGH(RAMEND)
		out SPH, r17
		ldi r17, LOW(RAMEND)
		out SPL, r17
		sei

		ldi r16, 0xFF	;setze B als Ausgang
		out DDRB, r16

		ldi r16, 0x01	; setze Pin 1 als High.

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

loop:
		rjmp loop (Hängt dann hier fest obwohl TOV0 und TOIE0 ausgelöst wurden. I Bit ist gesetzt durch sei)

interrupt:
		out PORTB, r16
		com r16
		ret

Die zwei () Kommentare sind meine Meinungen, was das Programm tut und was es wirklich macht.

[Searcher]

interrupt:
        out PORTB, r16
        com r16
        ret

Hi, böse Falle oder nur Tippfehler?
Es muß RETI und nicht nur RET sein.

Gruß
Searcher

[Saturas077]

Hallo,
habe beides Ausprobiert, aber dachte mir das reti richtiger sei.

Trotz deiner Anmerkungen keine Funktion. :/
Gruß

[Searcher]

Es muß RETI sein. Sonst wird das Global Interrupt Enable Bit in SREG nicht mehr gesetzt, daß ja zur Ausführung der ISR vom µC gelöscht wurde. Effekt: Interrupt tritt nur einmal auf und dann nicht mehr.

Trotz deiner Anmerkungen keine Funktion. :/

Keine Funktion (Invertieren der Bits im PORTB?) im Simulator? Woran erkennst Du das? Keine Funktion im Atmega (LEDs, Oszilloskop). Liegts am Simulator (kann ich selbst nicht testen)?

Mit welchem Takt läuft der Atmega? Bei Vorteiler 1 würde eine LED schon irre schnell blinken, so daß man das nicht sehen kann.

Diese Zeile hier "ldi r16, 0x01 ; setze Pin 1 als High." ist irreführend kommentiert. Damit wird Bit 0 in r16 gesetzt. Später in der ISR wird damit PB0 getoggelt (mal abgesehen davon, daß auch alle anderen PBs in der ISR getoggelt werden.)

Beschreib genau was Du wie erwartest und wo (Simulator, in der Schaltung, ...) und was da nicht geht.

Gruß
Searcher

[Saturas077]

Ich habe gehofft, dass wenn der Interrupt auslöst die Pins an Port B alle einen High-Pegel bekommen bis auf der Pin0. Sobald dann die Hauptschleife anläuft soll wieder nur Pin 0 leuchten.

Das Bild zeigt wie es im Simulator aussieht:

Auf dem Bild siehst du auch die Taktrate von 8Mhz, statt 1 Mhz

Es wird durch das Programm alles gesetzt wie im Zitat am Anfang des Threades beschrieben.
Er springt aber einfach nicht in die Interrupt Routine, deshalb wird auch der Code nicht ausgelöst

E: Was mir noch auffällt, das der Programm Counter bei der Adresse 13 bei main ankommt.
Im Speicher steht : 0x0000 dann kommt direkt 0x0013.

Kurz Offtopic, wieso stehen die Zahlen in 0x0013? Wäre das nicht 0x0D?

[Searcher]

Ich habe gehofft, dass wenn der Interrupt auslöst die Pins an Port B alle einen High-Pegel bekommen bis auf der Pin0. Sobald dann die Hauptschleife anläuft soll wieder nur Pin 0 leuchten.

Ich denke, daß das Programm zuerst die Hauptschleife erreicht, bevor der erste Interrupt auftritt - der Timer0 muß ja erstmal bis 255 hochlaufen nachdem er mit dem CS00 Bit gestartet wurde. (Könnte in einer Simulation schon einiges dauern)

Tritt dann der erste Interrupt auf, wird PB0 auf high (1) gelegt und r16 invertiert. Beim zweiten Interrupt wird dann PB0 auf low (0) gesetzt. usw.

Im Programmablauf sehe ich keinen Grund, warum der PB0 nicht toggeln sollte (wenn RETI am Ende der ISR steht) und das rjmp Interrupt auch auf dem OVF0 Interruptvektor steht - also die syntax auch vom übrigen Code paßt.

E: Was mir noch auffällt, das der Programm Counter bei der Adresse 13 bei main ankommt.
Im Speicher steht : 0x0000 dann kommt direkt 0x0013.

Kurz Offtopic, wieso stehen die Zahlen in 0x0013? Wäre das nicht 0x0D?

Der Programmcounter umfasst 2 Byte! - Könnte es das sein? Wie gesagt kann ich das leider nicht nachtesten.

Ich vermute eventuell einen Simulator Bug oder Einstellung wie zB:
http://www.mikrocontroller.net/topic/292982

Gruß
Searcher

[Saturas077]

Danke für deine Bestätigung, das der Code eigentlich funktionieren sollte.
Genau das beschriebene Phänomen aus deinem Link habe ich "manchmal" auch.
Ich habe mein MK II geschrottet, kann mir als Student diesen Monat keinen neuen Leisten, werde es also erst im Mai an einem AVR ausprobieren können.
Danke für deine Hilfe.