PIC24FV Reset ohne Flag

Ich arbeite daran, einen Interrupt-basierten Programmablauf mit dem PIC24FV32KA302-Modul von Microchip zu erstellen. Allerdings habe ich einige Probleme mit intermittierenden Resets (scheint es).

Ich verwende derzeit den MPLAB X Simulator und versuche herauszufinden, wo das Problem auftritt. Ich habe ursprünglich ein PICKit3 auf echter Hardware verwendet, aber ich bin auf einige Probleme gestoßen, bei denen der Debugger nach einigen Zyklen durch die Hauptschleife angehalten und einen Fehler "PC bei 0x0" ausgegeben hat, was eine Adresse ohne gültige Anweisung ist. Ich glaube nicht, dass diese Probleme zusammenhängen, aber ich kann die Möglichkeit nicht wirklich ausschließen.

Im Wesentlichen ist mein Programmablauf wie folgt:

main()
{
   init();
   print_an_init_message();
   while(1)
   {
       check_some_flags();
       if(flags_are_set)
       {
          do_something_about_them();
       }
   }  
}

Während der Simulation gibt das Programm wiederholt die Initialisierungsnachricht aus. Es fängt an einem Haltepunkt in der While(1)-Schleife ab - also muss es eintreten. Wenn ich von diesem Haltepunkt aus fortfahre, wird es auch dorthin geschleift (nicht zurückgesetzt). Wenn ich diesen Breakpoint verlasse, stürzt der Debugger ab.

Also habe ich versucht, Werte aus dem RSON-Register (das während eines Reset-Zustands gesetzt werden soll) in der Init-Nachricht auszudrucken. Keiner der Werte ist gesetzt. Wenn ich der While-Schleife eine einfache Verzögerung (eingebautes XC16 __delay_ms()) hinzufüge, wird der _AddressError-Interrupt aufgerufen. Die Anweisung, von der der Adressfehler ausgeht, ist immer eine ULNK-Anweisung von einer der in do_something_about_them() verwendeten Funktionen (die mehrere Flags und Funktionen darstellt, es scheint möglich zu sein, dass es sich um eine der Funktionen handelt, aber meistens ist es die zuerst oder zuletzt).

Erwähnenswert ist auch, dass, wenn ich einen Haltepunkt in die letzte Zeile von main (return -1) setze, dieser nie getroffen wird, aber der Simulator druckt kontinuierlich die Init-Nachricht.

Ist dies wahrscheinlich ein Problem mit dem Simulator oder meinem Programm? Könnte dies mit meinem PC-0x0-Problem zusammenhängen, wenn es auf echter Hardware ausgeführt wird, oder sind diese wahrscheinlich anders?

Wenn jemand echten Code als Hilfe haben möchte, kann ich ihn bereitstellen - ich habe ihn nur nicht sofort bereitgestellt, weil ich das Gefühl habe, dass er mein eigentliches Problem verschleiern würde, von dem ich nicht glaube, dass es von meinem C-Code verursacht wird.

Vielen Dank im Voraus!

Nach ein wenig Debugging gelang es mir, den PC 0x0-Fehler zu beseitigen. Ich beschäftige mich immer noch mit der Landung im Adressfehler ISR. Dieser programmiert nun echte Hardware mit dem PICKit3.

Ich glaube, der Code, der das Problem verursacht, ist eine Warteschlange, mit der ich es zu tun habe.

typedef struct uint16_queue_tag {
    uint16_t *contents;
    int front;
    int back;
    int maxSize;
    int cnt;
} uint16_queue;

bool uint16_InitQueue(uint16_queue *queueP, uint8_t queueSize)
{
    uint16_t newContents[queueSize];

    queueP->contents = &newContents[0];
    queueP->maxSize = queueSize;
    queueP->cnt = 0;
    queueP->front = -1;
    queueP->back = -1;

    return true;
}

bool uint16_IsQueueEmpty(uint16_queue *queueP)
{
    return (bool) (queueP->cnt == 0);
}

bool uint16_IsQueueFull(uint16_queue *queueP)
{
    return (bool) (queueP->cnt == queueP->maxSize);
}

bool uint16_ClearQueue(uint16_queue *queueP)
{
    queueP->front = -1;
    queueP->back = -1;
    queueP->cnt = 0;

    return true;
}

bool uint16_PushQueue(uint16_queue *queueP, uint16_t element)
{
    if (uint16_IsQueueFull(queueP))
    {
        return false; // We can't push to the queue, its full
    }
    else
    {
        queueP->back++;
        queueP->contents[(queueP->back % queueP->maxSize)] = element;
        queueP->cnt++;
        return true;
    }
}

uint16_t uint16_PullQueue(uint16_queue *queueP)
{
    if (uint16_IsQueueEmpty(queueP))
    {
        return NULL;
    }
    else
    {
        queueP->front++;
        queueP->cnt--;
        return queueP->contents[(queueP->front % queueP->maxSize)];
    }
}

Dies scheint alles für einige Iterationen gut zu funktionieren, aber irgendwann uint16_PushQueue(&queue_obj, value)bricht der Code. Nachdem die Warteschlange initialisiert wurde, prüfe ich nur, ob sie voll ist, Push und Pull. Seltsamerweise scheint der Wert des Inhaltszeigers anders zu sein - nachdem er unterbrochen wurde, zeigt der Zeiger auf denselben Wert wie "front", was definitiv nicht derselbe Wert ist, mit dem er gestartet wurde. Außerdem wird das Element an der Stelle, auf die es zeigt, von MPLAB als 0,0 gemeldet (was definitiv kein Float ist).

Ich denke, das ist nur eine Art Dummheit bei der Zeigerzuweisung, was auch das ganze Adressproblem erklärt - ich bewege mich irgendwie dahin, wohin der Inhaltszeiger zeigt.