Wie führe ich eine Funktion aus dem RAM auf einem Cortex-M3 (STM32)?

Den crash auf loop-iteration ist wahrscheinlich, weil die Funktion Verzweigung in eine absolute Adresse und nicht bezogen auf die neue Funktion Speicherort im RAM. Würde auf den ursprünglichen code Lage an diesem Punkt die Ursache bus-Fehler, da der flash erase operation?

Ich glaube, Sie können markieren Sie eine Funktion kompiliert werden und in den RAM kopiert, richtig mit CARM durch anfügen der __ram Richtlinie zur definition der Funktion. Für Anleitung, wie Sie das gleiche zu tun mit den RealView-compiler finden Sie in der AUSFÜHRUNG VON FUNKTIONEN IM RAM technische support-Artikel:

µVision ermöglicht es Ihnen, zu lokalisieren Module
auf bestimmte Speicherbereiche sind
im dialog eingetragen Projekt -
Optionen - Ziel. So zu tun, richtig
klicken Sie auf eine source-Datei (oder Datei-Gruppe)
und öffnen Sie den dialog Optionen -
Eigenschaften. Dann wählen Sie den Speicher,
Regionen unter der Zuordnung von Speicher.

Es ist ein Beispiel im Ordner ARMExamplesRAM_Function.

Sollte generieren startup-code zu kümmern kopieren Sie die Funktion RAM und die Verknüpfung Aufrufe, die Lage richtig. Ansonsten, wenn Sie brauchen, um dynamisch kopieren von beliebigen Funktionen an RAM, dann schauen Sie in die Kompilierung position independent code (PIC) mit RealView.

Weil der ARM hat eine begrenzte Fähigkeit, zu laden, sofortige Daten, Programme, das generieren von code für die ARM-Häufig Gegenüberstellung von code und Daten. Zum Beispiel, eine Aussage wie

void myRoutine(void)
{
  myVar1=0x12345678;
  myVar2=0x87654321;
}

könnte am Ende so etwas wie:

myRoutine:        
    ldr r0,=myVar1; Load the address of _myVar
    ldr r1,=0x12345678
    str r1,[r0]
    ldr r0,=myVar1; Load the address of _myVar
    ldr r1,=0x87654321
    str r1,[r0]
    bx  lr

which would get translated into:
    ldr r0,dat1
    ldr r1,dat2
    str r1,[r0]
    ldr r0,dat3
    ldr r1,dat4
    str r1,[r0]
    bx  lr
... followed some time later by
dat1 dcd _myVar1
dat2 dcd 0x12345678
dat3 dcd _myVar2
dat4 dcd 0x12345678

or perhaps even something like:
    mar  r0,dat1
    ldrm r0,[r1,r2,r3,r4]
    str r2,[r1]
    str r4,[r3]
    bx  lr
... followed some time later by
dat1 dcd _myVar1
dat2 dcd 0x12345678
dat3 dcd _myVar2
dat4 dcd 0x12345678

Beachten Sie, dass _myVar und 0x12345678 abgelegt werden darf, sofort nach dem code für die routine, in der Sie angezeigt, wenn Sie versuchen, um zu bestimmen, die Länge der routine mit einem label, das folgt die Letzte Anweisung, eine solche Länge nicht enthalten die zusätzlichen Daten.

Eine weitere Sache zu beachten, der ARM ist, dass aus historischen Gründen, code-Adressen haben oft Ihre " least significant bit gesetzt ist, obwohl der code eigentlich beginnt auf Halbwort-Grenzen. So, eine Instruktion, deren Adresse ist 0x12345679 belegen entweder zwei oder vier bytes, beginnend bei 0x12345678. Dies kann erschweren Adresse Berechnungen für Dinge wie memcpy.

Meine Empfehlung wäre zu schreiben Sie eine kleine routine, in Assembler zu tun, was Sie brauchen. Es ist nur ein paar Anweisungen, können Sie genau wissen, was der code tut und was Adresse Abhängigkeiten haben könnten, und Sie nicht haben, um sorgen über zukünftige compiler Versionen ändern Sie den code in einer solchen Weise, als etwas kaputt zu machen [z.B. die Dritte version der obige code würde kein problem haben, auch wenn dat1 landete auf einer ungeraden halfword Grenze, da der M3 ist LDR-Anweisung verarbeiten kann, nicht liest, aber die vierte (etwas kompakter und schneller) version mit LDRM scheitern würde in einem solchen Fall; auch wenn heute die version eines Compilers verwendet vier LDR-Anweisungen, eine zukünftige version verwenden könnte LDRM].