SPI Flash Interface XIP img auf QSPI RAM ausführen

[o_0 (Gast)]

Hallo Forum,

einige Mikrokontroller(NXP) bieten die Möglichkeit, ein Flash über SPIFI 
anzuschließen und das Image als XIP direkt von SPI Flash auszuführen.

Statt eines Flashs, ein QSPI RAM anzuschließen, das Img auf den RAM 
kopieren und von dort auszuführen würde nicht funktionieren, da nicht 
gleichzeitig gelesen und geschrieben werden kann.

Verstehe ich das richtig?

[Jim M. (turboj)]

Wenn der µC keinen internen Flash hat, müsstest Du zuerst das Henne-Ei 
Problem lösen: Wie kommt das Programm / Booloader in den µC?

Außerdem bräuchtest Du RAM der zum Lesen ganz genau so wie ein SPI Flash 
angesprochen wird. Keine Ahnung ob sowas in bezahlbar existiert. Die 
Möglichkeiten zur Anpassung sind bei XIP begrenzt.

Schreiben selbst ist das kleinere Problem, da entsprechende µC 
üblicherweise kurze Befehlsfolgen auch komplett aus dem RAM ausführen 
können.

[o_0 (Gast)]

Der Kontroller, in meinem Fall LPC54xxx Serie kann von verschiedenen 
Speichermedien booten. SPIFI, SPI, USB manche vom internen Flash. 
Internen SRAM haben die auch alle.
Das ist nicht das Problem.

Nur der interne Ram reicht mir nicht aus.

Das SPIFI mit einem XIP Img liest den ausführbaren Code aus dem Flash 
und legt Variablen in den Heap/Stack auf den internen Ram.

NXP bietet aber die Möglichkeit „link Applikation to ram“
Meine Idee ist es SPIFI mit QSPI-RAM zu verbinden.
Die Frage ist, ob der auf die QSPI-RAM (SPIFI) kopierte Code „wo auch 
immer“ ausführbar ist ohne weiteren Ram zu benötigen.

//beim Ausführen aus einem Flash bleiben die Anweisungen in Flash, x wird im internen SRam angelegt.
//beim Ausführen aus dem internen SRAM. Anweisungen und x werden im Ram gehalten

//Wie ist es wenn man das Img auf QPSI-SRAM (SPIFI) kopiert uns ausführt??
Int main(){

Int x=0; 

While(1)
  ++x;

Returt 0;
}

[MaWin (Gast)]

o_0 schrieb:
> Returt 0

Such dir einen anderen Beruf.

[Irgend W. (Firma: egal) (irgendwer)]

o_0 schrieb:
> ie Frage ist, ob der auf die QSPI-RAM (SPIFI) kopierte Code „wo auch
> immer“ ausführbar ist ohne weiteren Ram zu benötigen.
Nicht "wo auch immer", sondern im Datenblatt nachlesen in welchem 
Adressenraum der Speicher gemappt wird!

Memory mapping: SPI Flash Interface (SPIFI)
0x1000 0000 - 0x17FF FFFF SPIFI memory mapped access space (128 MB).

Du musst dein Programm also so compilieren das es an diesem 
Adressbereich lauffähig ist und es dann mit der passenden 
Einsprungadresse "anspringen" (nachdem dein Startupcode das auch alles 
vollständig initialisiert hat).

[o_0 (Gast)]

irgendwer schreibt:
> Nicht "wo auch immer", sondern im Datenblatt nachlesen in welchem
> Adressenraum der Speicher gemappt wird

> Memory mapping: SPI Flash Interface (SPIFI)
> 0x1000 0000 - 0x17FF FFFF SPIFI memory mapped access space (128 MB).

> Du musst dein Programm also so compilieren das es an diesem
> Adressbereich lauffähig ist und es dann mit der passenden
> Einsprungadresse "anspringen" (nachdem dein Startupcode das auch alles
> vollständig initialisiert hat).
Ist bekannt, habs gemacht. Es ist nicht Gegenstand der Frage wie der 
Code auf den QSPI Ram kommt oder ob im Img Sprungadressen stimmen.
Geht davon aus, dass alles passt.

Mich interessiert, ob der an der SPIFI (Flash Interface) angeschlossene 
RAM als vollwertigen RAM genutzt werden kann.
Nicht wie im Flash Modus als Read only.
Sondern R/W, gleichwertig (wenn auch langsam) wie interner SRAM oder 
SDRAM über externen memory controller.