Mikrochip Ausnahmebehandlung

Question

Während mein Programm auf einem Mikrochip ICD3 Gerät ausgeführt wird, die Handhabung der Ausnahme sieht seltsam. Das Programm stoppt Reaktion während Ausnahme auftritt. Während der Code überprüft, bemerkte ich, dass der Standard-general-Ausnahme-handler.c wird eine Endlosschleife erstellen. Es ist verwirrend, wirklich, weil ich nicht weiß, wo der Fehler auftritt, und was ist der Grund. Heißt das Microchip unterstützt keine Ausnahmebehandlung? Oder gibt es einen Weg, um die Fehlermeldung zu lesen?

Endlosschleife:

---  \home\c11067\work\C32\builds\pic32-microchip-release-1.12-20101221-rc2-20101221\pic32-libs\libc\stubs\default-general-exception-handler.c
9D00DD28  1000FFFF   beq         zero,zero,0x9d00dd28
9D00DD2C  00000000   nop        

Durch eine _general_exception_handler definieren, es funktioniert!

// declared static in case exception condition would prevent
// auto variable being created
static enum {
    EXCEP_IRQ = 0,          // interrupt
    EXCEP_AdEL = 4,         // address error exception (load or ifetch)
    EXCEP_AdES,             // address error exception (store)
    EXCEP_IBE,              // bus error (ifetch)
    EXCEP_DBE,              // bus error (load/store)
    EXCEP_Sys,              // syscall
    EXCEP_Bp,               // breakpoint
    EXCEP_RI,               // reserved instruction
    EXCEP_CpU,              // coprocessor unusable
    EXCEP_Overflow,         // arithmetic overflow
    EXCEP_Trap,             // trap (possible divide by zero)
    EXCEP_IS1 = 16,         // implementation specfic 1
    EXCEP_CEU,              // CorExtend Unuseable
    EXCEP_C2E               // coprocessor 2
} _excep_code;



static unsigned int _epc_code;
static unsigned int _excep_addr;

// this function overrides the normal _weak_ generic handler
void _general_exception_handler(void)
{
    asm volatile("mfc0 %0,$13" : "=r" (_excep_code));
    asm volatile("mfc0 %0,$14" : "=r" (_excep_addr));

    _excep_code = (_excep_code & 0x0000007C) >> 2;

    while (1) {
        // Examine _excep_code to identify the type of exception
        // Examine _excep_addr to find the address that caused the exception
    }
}

Answer 1

Bei den meisten Mikrocontrollern gibt es keinen Code über das, was Sie dort setzen. In den meisten Fällen, wenn eine Ausnahme auftritt, und Sie haben nicht einen Handler für sie definiert ist, würde der Prozessor keine Ahnung, wie ein setzen Dialogfeld „Tut mir leid, ein Systemfehler aufgetreten“. Unter Verwendung von zwei Bytes für eine „branch-to-self“ -Anweisung ist genug, um eine vorhersagbare Reaktion auf eine Ausnahme zu erhalten; ohne besondere Kenntnisse über besser Verlauf der Aktion, ein Zweig an sich selbst oder gezwungen zurückgesetzt wird wahrscheinlich so gut eine Antwort als nichts.

PS - Einige Compiler für verschiedene Plattformen werden Vektoren für nicht genutzte Interrupts oder Ausnahmen auslassen; wenn solche Ausnahmen unerwartet auftreten, verrückt und bizarr Dinge können passieren. Einige Compiler Code erzeugen, die eine sofortige Reset (beachten Sie, dass, wenn Watchdog-Timer aktiviert ist, ein Sprung an sich selbst einen Reset verursachen wird, schließlich) zwingen wird. Einige Compiler generieren eine sofortige Rückkehr von der Unterbrechung (die bei einigen CPUs nutzlos sein kann und auf andere können schlechtes Verhalten verursachen). Mein Lieblingsmuster wäre alle nicht verwendeten Interrupts einen Anruf tätigen haben (kein Zweig) zu einem UnexpectedInterrupt Label, das in Ermangelung einer ausdrücklichen Definition zu einem Zweig-to-Selbstunterricht verweisen. Wenn man das tut, kann ein UnexpectedInterrupt Handler Pop den Stapel und aufzuzeichnen, welche Art von unerwarteten Unterbrechung auftrat. Ich habe nicht so ein Muster gesehen, aber außerhalb meiner eigenen manuell erzeugten Unterbrechungsvektortabellen.

Answer 2

So wie ein Heads-up für weitere PIC32 Ausnahme Debugging, die Ausnahmecodes und alle Bits in der ‚Ursache‘ Register (der Wert, den Sie gerade lesen, in Ihrem _excep_code Variable vor und-ing alle anderen Bits entfernt) sind definiert in:

PIC32 Familie Referenzhandbuch , Abschnitt 2.12.9 Ursache Register http://ww1.microchip.com/downloads/en/DeviceDoc/61113C.pdf