ATmega8 ext. Interrupt

[Liquidator]

Danke für die Antwort sast,

ich habe beide Tastervarianten ausprobiert (gegen Masse, gegen 5V) und der vorliegende Code war für die Variante für einen auf GND schaltenden Taster. Dass der Interrupt nicht ausgeführt wird, erkenne ich daran, dass die testweise in ISR(INT1_vect) eingebaute Verzögerung delay_ms(10000) nicht ausgeführt wird und das in main() befindende Programm abläuft.

Ich habe das Bild am Mikrocontroller-Eingang oszillographiert und lade das mal mit hoch.

[021aet04]

Hast du schon versucht den INT umzustellen (auf z.b. Falling)?

MfG Hannes

[Liquidator]

Hallo Hannes,

funktionieren tut leider keins davon. Morgen werde ich mal einzelne Prozeduren ausschalten und feststellen, mit welchem Prozess der externe Interrupt in Konflikt kommt. Was ich allerdings nicht verstehe ist: Der INT0/1 hat doch (außer RESET) die höchste Priorität laut der Interruptvektorliste im Datenblatt. Also müsste sich doch eigentlich genau dieser Interrupt durchsetzen?

Grüße,
Nik

[oberallgeier]

... funktionieren tut leider keins ... einzelne Prozeduren ausschalten und feststellen ... externe Interrupt in Konflikt kommt ...

Hallo Nik, vor Jahren hatte ich mal unglaublich zähe Probleme mit Interrupts. Abhilfe schaffte ich mit einem kompletten Satz ISRs - für jeden Vektor nach dem Muster

// ===  Nicht unterbrechbare ISR für Vektor "EINERNACHDEMANDERN"
 ISR(EINERNACHDEMANDERN)        // Vektor ij,
 {                             //
   return;                       //
 }                      // Ende ISR(EINERNACHDEMANDERN)
// ============================================================================= =

Wenn ich mich richtig erinnere, war das schon mal die halbe Miete. Dann wurden die ISR der Reihe nach mit einem Toggel-Bit zu einer LED versehen. Damit (und mit nem Oszilloskop) war der Schuldige schnell identifizierbar.

... nicht verstehe ist: Der INT0/1 ... höchste Priorität ... Also müsste sich doch ... genau dieser Interrupt durchsetzen ...

Jein. Im Prinzip und theoretisch hast Du völlig Recht. Aber höchste Priorität heißt nicht, dass er - ohne besondere Softwareverfahren - sonstige InterruptServiceRoutinen unterbrechen kann. Das ist per default unterbunden, kann aber durch eine Interruptfreigabe innerhalb einer ISR ermöglicht werden; Ergebnis sind dann sogenannte nested Interrupts. Nested Interrupts sind aber oft ne äusserst hinterhältige Erfindung (ich hab einen mit bester Funktion am Laufen). Langer Rede kurzer Sinn: Wenn eine ISR gerade läuft - ohne dem nested-Trick - hat selbst eine höher priorisierter Interrupt keine Aktien zu einer Unterbrechung.

Und um die lange Post noch länger zu machen: üblicherweise habe ich an meinem Codeanfang, direkt nach den Portdefinitionen und noch vor jeglicher anderen Aktion eine Routine um "irgendwelche" Interrupts bzw. Abstürze zu erkennen:

// - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  for(i=0; i< 15; i++)  // gLED2(PB5) blinken lassen bevor Interrupts erlaubt sind
  {                     //   um ungewollte Resets u.ä. besser erkennen zu können
                        // 25 Schleifen um die Slaves SICHER hochfahren zu lassen
        // Ab Version x60: 15 Schleifen um die Slaves SICHER hochfahren zu lassen
    ClrBit(PORTC, LCg); // LED auf PC6 schalten EIN, HELL
    waitms(3);          // ###>>> Die onBoard-LEDs schalten K<->Portpin <<<###
    SetBit(PORTC, LCg); // LED auf PC6 schalten AUS, Dunkel
    waitms(97);         //
    ClrBit(PORTC, LCr); // LED auf PC5 schalten EIN, HELL
    waitms(3);          // ###>>> Die onBoard-LEDs schalten K<->Portpin <<<###
    SetBit(PORTC, LCr); // LED auf PC5 schalten AUS, Dunkel
    waitms(97);         //
  }             // Ende von for(i=0; i<

// - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

... und diese ominöse Wait-Routine ist KEINE Bibliotheksroutine sondern ein selbst geschriebenes Ding (damit ich genau weiß, was da geschieht). Diese Routine ist aber KEIN präzises Uhrwerk!

// ============================================================================= =
// ============================================================================= =
//### Programm pausieren lassen  !! Der Pausenwert ist nur experimentell !
  void waitms(uint16_t ms)      // Mit #define auch Aufruf wms ( ms );
  {                             //
    for(; ms>0; ms--) 
    { 
      uint16_t __c = 4000; 
      __asm__ volatile ( 
         "1: sbiw %0,1" "\n\t" 
         "brne 1b" 
         : "=w" (__c) 
         : "0" (__c) 
      ); 
    }                           //
}                       // Ende void waitms(uint16_t ms)
// ============================================================================= =

[sast]

Ohne deinen konkreten Code zu sehen läßt sich da jetzt schwer was sagen. Aber ich finde 10s in einer Interruptroutine schon echt heftig.

sast

[021aet04]

Das war auch nur zum Testen. Beim endprogramm sollte man delays in den Interrupt vermeiden.

MfG Hannes

[Liquidator]

Hallo und vielen Dank für die Unterstützung,

@oberallgeier: Das ist echt 'ne gute Idee für jedes Mikrocontroller-implementiertes Projekt so eine Testroutine zu machen, spart viel Arbeit bei der Fehlersuche. Diese Idee werde ich mir mal leihen

Der Code ist etwas größer, die Timer 0,1,2 inkl. der Interrrupts beim Überlauf bzw. Erreichen des Vergleichswertes werden verwendet sowie der I²C-Bus. Ich hätte nicht gedacht, dass das Ansteuern eines externen Interrupts mir diese Schmerzen bereiten wird.

#include .....

volatile uint8_t taster = 0;

ISR(INT1_vect)
{
   taster = 1;
}

...

int main(void)
{
   MCUCR |=(1<<ISC11)|(1<<ISC10);  // auf steigende Flanke triggern
   GICR |= (1<<INT1);     // ext. Interrupt freigeben

...

sei();

while(1)
{
   while( taster ==1)
   {
      //auszuführender Code

       taster = 0;
   }
   
     // Rest des Codes, falls der Taster nicht 1 ist.
}

   return 0;

}

Ich befürchte, mittlerweile sehe ich den Wald vor lauter Bäumen nicht. Bei fallender und steigender Flankentriggerung funktioniert es nun - jedoch nur genau ein Mal. Ist auch zeitlich unabhängig, wann ich diesen Taster drücke.