Interrupt in AVR Studio simulieren?

[Bert S. (kautschuck)]

Hallo,
ich möchte gerne einen Interrupt simulieren an Port PD2.
gegeben ist das folgende Programm. Nun kann ich doch rechts (Wie auf dem 
Bild bei der I/O View) das 2te Bit bei PORTD setzen und es müsste nach 
einem weiteren Takt den Interrupt auslösen, oder? Das macht es aber 
leider nicht. Habe ich evtl. den Interrupt falsch programmiert? Beim 
MCUCR ist nur das 0te Bit auf 1 gesetzt, sollte also bei jeder 
Taktflankenänderung einen interrupt auslösen.

Gruss Hans

 .org 0x000
    rjmp main
 .org INT0addr
    rjmp interrupt

main:

////////////////////init stack////////////

    ldi r16, high(RAMEND)
    out SPH, r16
    ldi r16, low(RAMEND)
    out SPL, r16

/////////////////init Interrupt///////////

    ldi r16, (1 << ISC00)
    out MCUCR ,r16
    ldi r16, (1<<int0)
    out GICR, r16
    sei
/////////////////init ports///////////////

    ldi r16, 0xFF    // Port B als Ausgang
    out DDRB, r16
    ldi r16, 0x00
    out PORTB, r16

    ldi r16, 0x00      // Port D als Eingang
    out DDRD, r16

loop:  
    rjmp loop

interrupt:
    sbi PORTB, 0
    sbi PORTB, 1
    reti

[c-hater (Gast)]

Bert Siegfried schrieb:

> Nun kann ich doch rechts (Wie auf dem
> Bild bei der I/O View) das 2te Bit bei PORTD setzen und es müsste nach
> einem weiteren Takt den Interrupt auslösen, oder?

Nein. Damit aktivivierst du nur den Pullup-Widerstand für den Pin, der 
allerdings in einer Simulation vollkommen irrelvant ist...

Wenn du es aber mit dem Eingangs -register PIND versuchen würdest... 
Ja, dann könnte das glatt klappen.

[Bert S. (kautschuck)]

Hallo, hat leider nicht geklappt wenn ich den 2ten Port von PIND auf 
High setzte und dann das Programm weiter laufen lasse.

[c-hater (Gast)]

Bert Siegfried schrieb:
> Hallo, hat leider nicht geklappt wenn ich den 2ten Port von PIND
> auf
> High setzte und dann das Programm weiter laufen lasse.

Nicht den zweiten Port, sondern Bit 2 von PIND. Das ist das dritte 
Kästchen von rechts in der Zeile, wo PIND davorsteht...

[Kaj (Gast)]

Alle nötigen register gesetzt?
EICRA, EICRB, EIMSK, PCICR, PCMSK usw...

Um welchen Controller geht es eigentlich?
Beim ATmega2560 z.B. hat MCUCR herzlich wenig mit irgendwelchen 
Interrupts bei Flankenänderung zu tun...

[Bert S. (kautschuck)]

Es handelt sich um den ATMega8.
Hatte mich verschrieben, sorry, ich meinte natürlich das zweite bit von 
PIND nicht den Port, doch der Interrupt wird nicht ausgeführt. Muss ich 
beim ATMega8 noch mehr setzen als in meinem Code, EICRA, EICRB, EIMSK, 
PCICR, PCMSK usw.. sagt mir nicht viel.

Gruss und Danke
Bert

[Bert S. (kautschuck)]

Mein Interrupt wird auch auf dem echten Controller ATMEGA8A nicht 
erkannt, auch der Interrupt aus dem AVR Tutorial hier auf der Seite wird 
nicht unterstützt, habe noch mit einem Multimeter gemessen, der Port PD2 
fällt auf GND wenn ich den Taster betätige, also hat der Controller eine 
veränderte Taktflanke und müsste nach meinem Code doch ein Interrupt 
auslösen? Habe ich evtl. was falsch verstanden?
Hier noch die modifizierte Version, die nach jedem Interrupt das LED ab 
bzw. anschalten soll:

/*
 * Test2.asm
 *
 *  Created: 08.02.2014 16:53:30
 *   Author: Bert
 */ 
 .org 0x000
    rjmp main
 .org INT0addr
    rjmp interrupt

main:

////////////////////init stack////////////

    ldi r16, high(RAMEND)
    out SPH, r16
    ldi r16, low(RAMEND)
    out SPL, r16

/////////////////init Interrupt///////////

    ldi r16, (1<<ISC00)
    out MCUCR ,r16
    ldi r16, (1<<int0)
    out GICR, r16
    sei
/////////////////init ports///////////////

    ldi r16, 0xFF      // Port B als Ausgang
    out DDRB, r16
    ldi r16, 0x00
    out PORTB, r16

    ldi r16, 0x00      // Port D als Eingang
    out DDRD, r16

loop:  
    rjmp loop

interrupt:
    sbis PINB, 0
    sbi PORTB, 0
    sbic PINB, 0
    cbi PORTB, 0
    reti

[Bert S. (kautschuck)]

Ich habe noch etwas festgestellt, ich kann die Ports PD2 und PD3 nicht 
für folgendes Programm verwenden, das einfach den Wert bei PD2 bzw PD3 
einliest und ihn bei PB0 ausgibt. Ich habe die Verbindung mit einem 
Multimeter zu den Ports überprüft und sie ist in Ordnung.

    ldi r16, 0xFF
    out DDRB, r16

    ldi r16, 0x00
    out PORTB, r16

    out DDRD, r16


 end: 
    in r16, PIND
    out PORTB, r16
    rjmp end

[c-hater (Gast)]

Bert Siegfried schrieb:
> Ich habe noch etwas festgestellt, ich kann die Ports PD2 und PD3
> nicht
> für folgendes Programm verwenden, das einfach den Wert bei PD2 bzw PD3
> einliest und ihn bei PB0 ausgibt. Ich habe die Verbindung mit einem
> Multimeter zu den Ports überprüft und sie ist in Ordnung.

Dann ist wohl dein Atmega defekt.

Schon dein ursprüngliches Programm funktioniert bei mir sowohl im 
Simulator als auch auf realer Hardware ganz genau wie es soll. D.h.: 
Anfangs sind PB0 und PB1 Low, ab dem ersten Toggeln an PD2 gehen sie auf 
High.

Und auch deine zuletzt gepostete Programmversion funktioniert. Jeder 
Toggle an PD2 bewirkt, daß auch PB0 toggelt. Da profitierst du von der 
Tatsache, das das Eingangsregister immer einen Takt hinterherhängt, 
sonst würde die Konstruktion so nämlich nicht funktionieren.

[Bert S. (kautschuck)]

danke, werde ihn wechseln.

Gruss Bert

[Bert S. (kautschuck)]

Seltsam ist, dass ich im Simulator keine Interrupts simulieren kann, 
obwohl es jetzt auf dem Atmega8 funktioniert. Auch Timer interrupts 
gehen nicht, obwohl der Overflow erreicht wird.

[LostInMusic (Gast)]

Pullups für PORTD? Mal die internen aktivieren?

[spess53 (Gast)]

Hi

>Seltsam ist, dass ich im Simulator keine Interrupts simulieren kann,
>obwohl es jetzt auf dem Atmega8 funktioniert. Auch Timer interrupts
>gehen nicht, obwohl der Overflow erreicht wird.

Schon mal mit dem 4er Studio

http://www.atmel.com/tools/studioarchive.aspx

probiert? Der Simulator vom 6er Studio scheint etwas verbugt zu sein.

MfG Spess