Software Interrupt bei AVR-µC´s

[Mathias (Gast)]

Hallo,

ich arbeite mit dem Attiny 13A und habe im Datasheet gelesen, daß es 
möglich ist, trotz Einstellung des Portpins auf "Ausgang" einen Software 
Interrupt via PCINT auszulösen.

Meine Frage ist, wie das genau funktioniert.

Ich habe im COde ein SBI PinB,X gesetzt, jedoch wird  trotz I-Flag aktiv 
und Portpin auf Eingang KEIN Interrupt ausgelöst!!!

Weiß jemand evtl. warum dies so ist?

[Falk B. (falk)]

Mathias (Gast)


>ich arbeite mit dem Attiny 13A und habe im Datasheet gelesen, daß es
>möglich ist, trotz Einstellung des Portpins auf "Ausgang" einen Software
>Interrupt via PCINT auszulösen.

Ja.

>Meine Frage ist, wie das genau funktioniert.

Genau so, wie wenn es auf Eingang stehen würden. Denn den PIN-Zustann 
kann man immer zurücklesen. Und auch die PCINT-Logik sieht immer den 
Pinszustand, egal ob der von innen oder aussen aktiv getrieben wird.

>Ich habe im COde ein SBI PinB,X gesetzt, jedoch wird  trotz I-Flag aktiv
>und Portpin auf Eingang KEIN Interrupt ausgelöst!!!

Im Simulator? Kann sein das DORT diese Funktionalität nicht korrekt 
simuliert wird. Das echte Silizium kann es.

[Holger L. (max5v)]

Gerade mal im Atmelstudio 7.0 Simuliert, es funktioniert.

Stellt sich nur die Frage wozu es überhaupt gut ist, wenn man genau weiß 
wann der Pin geändert wird könnte man doch gleich eine Funktion benutzen 
bzw. den Code gleich nach der Pinänderung ausführen?

[Mathias (Gast)]

Hintergrund ist die Erzeugung von Software-Int´s am PB5 , d.h. Reset-Pin

[Falk B. (falk)]

Wo liegt der Sinn von Software-Interrupts? Speziell beim AVR, der keine 
mehrstufigen Interruptlevel kennt? Ein normaler Funktionsaufruf, ggf. 
voher mit Interruptsperre, tut das Gleiche.

[Holger L. (max5v)]

Was PB5 angeht...
Es funktioniert zumindest simuliert nur mit PB0..PB4. Allerdings kenne 
ich mich mit dem Simulator nicht gut aus, wer weiß ob dort noch was 
eingestellt werden muß. Es könnte allerdings durchaus Sinn machen, PB5 
ist schließlich kein normaler IO Pin.

#include <avr/io.h>
#include <avr/interrupt.h>

#define Pin_x PB0
volatile uint8_t isr_zaehler = 0 ;

int main(void)
{
  //////////////////////////////////////////////////////////////////////////
  // PCINTerrupt
  GIMSK = ( 1 << PCIE);
  PCMSK = ( 1 << Pin_x);
  //////////////////////////////////////////////////////////////////////////
  // PORT PINS
  DDRB = 0xFF;
  sei();
    while (1) 
    {
    for (int i = 0; i < 5; i++)
    {
      PORTB |= ( 1 << Pin_x);    // Pin ein
      //PINB |= ( 1 << Pin_0);  // Toggle Pin
    }
    for (int i = 0; i < 5; i++)
    {
      PORTB &=~ ( 1 << Pin_x);  // Pin aus
    }
    }
}

ISR(PCINT0_vect)
{
  isr_zaehler++;
}

[Peter D. (peda)]

Mathias schrieb:
> Einstellung des Portpins auf "Ausgang"
...
> Portpin auf Eingang KEIN Interrupt ausgelöst!!!

Weil da ausdrücklich Ausgang steht.

[Sascha (Gast)]

Falk B. schrieb:
> Wo liegt der Sinn von Software-Interrupts? Speziell beim AVR, der
> keine
> mehrstufigen Interruptlevel kennt? Ein normaler Funktionsaufruf, ggf.
> voher mit Interruptsperre, tut das Gleiche.

Das frage ich mich praktisch jedesmal wenn ich den Interrupt-Teil eines 
AVR-Datenblatts lese.