PIC32: ISR wird zweimal ausgeführt!

Martin Gast #4196022 
Hallo zusammen,

ich habe in meinem Programm was komisches festgestellt:
mehrere Interrupts können gleichzeitig auftreten, daher habe sie auch 
unterschiedliche Prioritäten.
Mit dem Oszilloskop und durch toggeln von verschiedenen Outputs, habe 
ich festgestellt das manche ISRs zweimal hintereinander ausgeführt 
werden, aber immer nur wenn zwei Interrupts gleichzeitig oder kurz 
nacheinander auftreten und immer nur die ISR der Interrupt mit der höhen 
Priorität wird zweimal ausgeführt:
Normalerweise soll der Ablauf so sein:
- Interrupt A (Prio=3) tritt auf
- ISR wird ausgeführt
- Out1 wird gesetzt
    - Interrupt B (Prio 7) tritt auf
    - ISR wird ausgeführt
    - Out2 wird gesetzt
    - ISR B Tut was
    - Out2 wird gelöscht
- ISR A tut was
- Out 1 wird gelöscht

Aber nach dem Oszi ist der Ablauf so:
- Interrupt A (Prio=3) tritt auf
- ISR wird ausgeführt
- Out1 wird gesetzt
    - Interrupt B (Prio 7) tritt auf
    - ISR wird ausgeführt
    - Out2 wird gesetzt
    - ISR B Tut was
    - Out2 wird gelöscht
    - Pause von etwa 3 us
    - Out2 wird gesetzt
    - ISR B Tut was
    - Out2 wird gelöscht
- ISR A tut was
- Out 1 wird gelöscht

Das gilt auch nicht nur für einen Interrupt (z.B. Timerx) sondern auch 
für ext Interrupt.

Hat jemand Ahnung an was das liegen kann?
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Langsamer Modus Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Melden Danke
(prx) A. K. #4196033 
In anderer Umgebung (ARM) kann das auftreten, wenn in der ISR das 
Interrupt-Flag erst ganz am Ende der ISR zurück gesetzt wird. Dann kommt 
es vor, dass der Prozessor schneller ist als die gesamte Laufzeitkette 
der Verarbeitung dieser Flag-Aktion und das Interrupt-Signal 
entsprechend verzögert zum Zeitpunkt der Entscheidung des Cores noch 
aktiv ist. Der dreht dann die Runde nochmal.

M.a.W: Zieh mal die Operation, mit der in der ISR das zugehörige 
Interrupt-Flag zurück gesetzt wird, nach vorne.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Peter D. #4197620 
Martin schrieb:
> Normalerweise soll der Ablauf so sein:
> - Interrupt A (Prio=3) tritt auf
> ...

Ich liebe es, wenn Quellcode in Prosa umgewandelt wird.
Insbesondere die "Tut was" Instruktion ist auf jeder CPU atomar, also 
absolut fehlerfrei.
Eine Zeitangabe 3µs ist vollkommen sinnlos ohne die Angabe des 
CPU-Taktes.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Martin Gast #4197650 
Na ja, das ist ein riesiges Projekt, und verlange auch nicht das man die 
Fehler korrigiert oder sucht.
Aber vielleicht hat jemand so etwas gehabt oder hat Ahnung an was das 
sein kann, Tips/Tricks wie A. K. mit dem Löschen des FLags an der ersten 
Stelle.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Martin Gast #4197664 
Schon gemacht, aber das hat nicht nur mit einem Interrupt zu tun, 
sondern auch tritt auch bei den anderen.

Ich glaube (bin gerade noch beim Testen ob es wieder auftritt oder 
nicht) der Fehler ist das die Irq Flags direkt gelöscht werden:(z.B.) 
_T3IF = 0;
also nicht atomar, jetzt habe ich sie alle durch IFS0CLR = 0x0000..; 
ersetzt, was eine Atomare Operation sein soll.
Test läuft..
Antwort Zitieren Bearbeiten Löschen Melden Danke
Valeri K. #4282023 
ich habe so ein Problem gehabt. Microchip gibt ISR Beispiele nur mit 
einem Flag IF. Nachdem ich zusätzlich in ISR noch int_dis/en Bit 
eingefügt, ging alles ok. Also:

ISR
   int_disable
   .........
   .........
   int_flag löschen
   int_enable

Ich habe so verstanden: egal ob IF gesetzt ist, kann neu int ausgelöst 
werden. Dabei IF wird einfach nochmal gesetzt, obwohl er ist schon = 1. 
Int_disable verhindert während ISR einen neuen Int. Int_disable 
verhindert nur aktuelle Instanz nicht den ganzen µC.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Thread beobachten

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 11 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.