STM32H750 mit W25Q64 QSPI XIP memory mapped mode

epika Gast 28.09.2022 15:18 #7205878

Lesenswert?

•

Hallo,

hat jemand eine funktionierende Demo mit STM32H750 und W25Q64 QSPI im 
XIP memory mapped mode?
Programm im QSPI und flashloader Programm im internen Flash.

(am liebsten als STM32CubeIDE Projekt)

Danke

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

A. B. Gast 28.09.2022 19:12 #7206068

Lesenswert?

•

▲
▼

Zunächst mal FV oder JV? Und wo soll da das Problem sein?
Man muss vor dem Einschalten des Memory Mapped Mode einmal ein Indirekt 
Read mit Instruktion und dem passenden Mode Byte (XIP an, als Alternate 
Byte) auslösen und dann beim Memory Mapped Mode keine Instruktion, ein 
Alternate Byte (mit dem passenden Mode Byte für XIP an) konfigurieren.
Und zum Ausschalten erstmal ein Abort, dann Indirekt Read ohne 
Instruktion, Adresse 0 und passendem Mode Byte (für XIP aus) auslösen.

Adresse 0, weil man u. U. nicht sicher sein kann, ob der Flash im 
XIP-Modus ist oder nicht, also das erste Byte der Adresse eventuell als 
Instruktion fehlinterpretiert werden könnte. Und 0x00 ist kein gültige 
Intruktion.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

epika Gast 29.09.2022 09:13 #7206477

Lesenswert?

•

▲
▼

A. B. schrieb:
> Zunächst mal FV oder JV?
JV ... spielt das eine Rolle im Code?

> Und wo soll da das Problem sein?
Also ich habe zuerst ein paar STM32 Beispiele mit dem STM32H750B Disco 
Board ausprobiert die mit Program-Code via externem QSPI laufen. Das 
funktioniert gut.
Das STM Beispiel-Projekt (ext Flash Booter) für den Code auf dem 
internen STM32-Flash lautet "ExtMem_Boot".

Ich habe jetzt ein ähnliches Board, aber mit einem (in China) besser 
erhältlichen QSPI von Windbond W25Q64JV (single).

Jetzt habe ich versucht das "ExtMem_Boot" Projekt so anzupassen, dass es 
für den W25Q64 passt.
Beim Debuggen verhält es sich jedoch anders, d.h. der externe Flash 
zeigt nach der "EnableMemoryMappedMode" Funktion überall den Inhalt 
888888888 und das Program geht dann in den void 
MemManage_Handler(void).... also irgendwas läuft was falsch.

Anpassungen habe ich im qspi.c und memory_msp.h File durchgeführt.
Das angepasste "ExtMem_Boot" Projekt findet man hier (Code im Bereich 
ifdef W25Q64):

https://drive.google.com/drive/folders/1n7dnF52jlO1vyJ8ENyKqWqMjwYVJ1sRY?usp=sharing

Die Anpassungen habe ich gemäss folgendem Projekt versucht zu übernehmen 
jedoch mit Pin-Mapping PB2,6, PF6,7,8,9 (das Board/Projekt ist/sollte 
für ein W25Q64 chip geschrieben sein):

https://github.com/osos11-https://github.com/osos11-Git/STM32H743VIT6_Boring_TECH_QSPI/tree/main/Memory%20Mapped%20Mode/H743_QSPI_XIP_1

> Man muss vor dem Einschalten des Memory Mapped Mode einmal ein Indirekt
> Read mit Instruktion und dem passenden Mode Byte (XIP an, als Alternate
> Byte) auslösen und dann beim Memory Mapped Mode keine Instruktion, ein
> Alternate Byte (mit dem passenden Mode Byte für XIP an) konfigurieren.
> Und zum Ausschalten erstmal ein Abort, dann Indirekt Read ohne
> Instruktion, Adresse 0 und passendem Mode Byte (für XIP aus) auslösen.
>
> Adresse 0, weil man u. U. nicht sicher sein kann, ob der Flash im
> XIP-Modus ist oder nicht, also das erste Byte der Adresse eventuell als
> Instruktion fehlinterpretiert werden könnte. Und 0x00 ist kein gültige
> Intruktion.


Die (HAL) Prozedur im Code ist aktuell wie folgt:

) QSPI GPIOs initialisieren
) ClockPrescaler, FifoThreshold, Sampleshifting, FlashSize, ChipSelectHighTime, ClockMode, FlashID=0?? initialisieren.
) ResetMemory
) AutoPollingMemReady
) Config (0x35 und 0x50 und 0x31 und 0x15 und 0x11 command instruction)
) EnableMemoryMappedMode





bin für jeden Hinweis dankbar...

Antwort Zitieren Bearbeiten Löschen Beitrag melden

opzuiziziz Gast 29.09.2022 09:37 #7206506

Lesenswert?

•

▲
▼

das ist witzig .. hatte damit auch meine probleme ...
liegt am interrupt

ich habs dann zum laufen bekommen  zwar der W25Q16JV

mit den GPIOs den
    HAL_NVIC_SetPriority(QUADSPI_IRQn, 0x0F, 0);
    HAL_NVIC_EnableIRQ(QUADSPI_IRQn);

und die dummycycles richtig setzen

uint8_t CSP_QSPI_EnableMemoryMappedMode(void) {
  QSPI_CommandTypeDef sCommand = {0};
  QSPI_MemoryMappedTypeDef sMemMappedCfg = {0};
  sCommand.InstructionMode     = QSPI_INSTRUCTION_1_LINE;
  sCommand.Instruction       = 0xEB;
  sCommand.AddressMode       = QSPI_ADDRESS_4_LINES;
  sCommand.DataMode         = QSPI_DATA_4_LINES;
  sCommand.NbData         = 0;
  sCommand.Address         = 0;
  switch ( jedecID ){
  case 0x1540ef:
  case 0x1640ef:
    sCommand.DummyCycles       = 6;
    sCommand.AddressSize       = QSPI_ADDRESS_24_BITS;
    break;
  case 0x1871f:
  case 0x1861f:
    sCommand.DummyCycles       = 4;
    sCommand.AddressSize       = QSPI_ADDRESS_32_BITS;
    break;
  sMemMappedCfg.TimeOutActivation = QSPI_TIMEOUT_COUNTER_DISABLE;
  sMemMappedCfg.TimeOutPeriod     = 0;
  if (QSPI_WriteEnable() != HAL_OK) {
    return HAL_ERROR;
  if (HAL_QSPI_MemoryMapped(&hqspi, &sCommand, &sMemMappedCfg) != HAL_OK) {
    return HAL_ERROR;
  return HAL_OK;


einen dummyread vorher machen

Antwort Zitieren Bearbeiten Löschen Beitrag melden

opzuiziziz Gast 29.09.2022 09:41 #7206510

Lesenswert?

•

▲
▼

achso
das war der bootloader !!
die applikation fässt den QSPI nicht wieder an


ich hab ewig gesucht ...
erst mit aktivieren des QSPI interrupts funktioniert das mit dem memory 
mapped...

Antwort Zitieren Bearbeiten Löschen Beitrag melden

opzuiziziz Gast 29.09.2022 10:19 #7206547

Lesenswert?

•

▲
▼

void MX_QUADSPI_Init(void){
  hqspi.Instance           = QUADSPI;
  hqspi.Init.ClockPrescaler     = 480/75;
  hqspi.Init.FifoThreshold     = 1;
  hqspi.Init.SampleShifting     = QSPI_SAMPLE_SHIFTING_NONE;
  hqspi.Init.FlashSize       = 20;
  hqspi.Init.ChipSelectHighTime   = QSPI_CS_HIGH_TIME_2_CYCLE;
  hqspi.Init.ClockMode       = QSPI_CLOCK_MODE_3;
  hqspi.Init.FlashID         = QSPI_FLASH_ID_1;
  hqspi.Init.DualFlash       = QSPI_DUALFLASH_DISABLE;
  if (HAL_QSPI_Init(&hqspi) != HAL_OK){
    Error_Handler();
// bootloader main 
int main(void){
  SystemInit();
  HAL_Init();
  SystemClock_Config();
  SystemCoreClockUpdate();
  MX_GPIO_Init();
  if( CSP_QSPI_Init() != HAL_OK) {
    goto error;
  volatile int firstbyte = 0;
  CSP_QSPI_ReadMemory(  (uint8_t*)&firstbyte , (0x000000), 4 );
  if (CSP_QSPI_EnableMemoryMappedMode() != HAL_OK){
    goto error;
  if( *((uint32_t*) QSPI_BASE ) == 0xFFFFFFFF ){
    while(1);
  SysTick->CTRL = 0 ;
  boot_jump( QSPI_BASE );

Antwort Zitieren Bearbeiten Löschen Beitrag melden

epika Gast 29.09.2022 14:37 #7206766

Lesenswert?

•

▲
▼

opzuiziziz schrieb:
> erst mit aktivieren des QSPI interrupts funktioniert das mit dem memory
> mapped...

Ok, danke schon mal. Bei mir ist der Interrupt aktiviert, aber ich werde 
jetzt mal versuchen Schritt für Schritt deine Parameter zu übernehmen...

Antwort Zitieren Bearbeiten Löschen Beitrag melden

opzuiziziz Gast 29.09.2022 14:42 #7206769

Lesenswert?

•

▲
▼

wichtig ist der adressmode(16/24/32 bit ) und die dummybytes

ich habe das so gemacht das erstmal grundlegend alle schreib / lese 
funktionen das tun was sie sollen

Danach erst den memory mapped

Antwort Zitieren Bearbeiten Löschen Beitrag melden

A. B. Gast 29.09.2022 18:22 #7206948

Lesenswert?

•

▲
▼

epika schrieb:
> A. B. schrieb:
>> Zunächst mal FV oder JV?
> JV ... spielt das eine Rolle im Code?

Da manche Kommandos nur in einem der beiden verfügbar sind, ganz 
offensichtlich.

> Das STM Beispiel-Projekt (ext Flash Booter) für den Code auf dem
> internen STM32-Flash lautet "ExtMem_Boot".
>
> Ich habe jetzt ein ähnliches Board, aber mit einem (in China) besser
> erhältlichen QSPI von Windbond W25Q64JV (single).
>
> Jetzt habe ich versucht das "ExtMem_Boot" Projekt so anzupassen, dass es
> für den W25Q64 passt.
> Beim Debuggen verhält es sich jedoch anders, d.h. der externe Flash
> zeigt nach der "EnableMemoryMappedMode" Funktion überall den Inhalt
> 888888888 und das Program geht dann in den void
> MemManage_Handler(void).... also irgendwas läuft was falsch.

Die 88888888 ist eher ein Symptom, dass 1-Line/4-Line Modi zwischen 
QSPI-Interface und Flash nicht passen.

Man man aber strikt zwischen Programmausführung (nur Lesen, und zwar im 
Memory Mapped Mode) und Löschen/Schreiben/Konfigurieren unterscheiden. 
XIP geht nur,
wenn der Flash ausschließlich Reads bekommt.

> Die (HAL) Prozedur im Code ist aktuell wie folgt:
>
>

> 1.) QSPI GPIOs initialisieren
> 2.) ClockPrescaler, FifoThreshold, Sampleshifting, FlashSize, 
> ChipSelectHighTime, ClockMode, FlashID=0?? initialisieren.
> 3.) ResetMemory
> 4.) AutoPollingMemReady
AutoPolling veträgt sich grundsätzlich nicht mit XIP, denn dabei werden
Read Status Reg. Kommandos gesendet. Bei Lesen ist AutoPolling aber ohnehin sinnfrei. 
> 5.) Config (0x35 und 0x50 und 0x31 und 0x15 und 0x11 command 
> instruction)
> 6.) EnableMemoryMappedMode


Und das mit XIP? Das KANN so nicht gehen, denn der Flash bekommt dabei 
ja gar kein Befehlsbyte mehr. Es muss erst einmal das Read-Kommando 
(inkl. Befehlsbyte) geschickt werden, und am Ende des Kommandos gibt das 
Mode Byte an "bleibe in diesem Modus". Der erste Lesezugriff muss also 
MIT Befehlsbyte, alle weiteren müssen OHNE arbeiten. Also können die 
von vornherein nicht mit derselben Konfiguration des QSPI-Interface 
arbeiten. Nach dem "Anstoßen" des XIP-Modus muss also das QSPI-Interface 
umkonfiguriert werden, und das geht bekanntlich nur im "gestoppten" 
Zustand.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

epika Gast 30.09.2022 10:25 #7207480

Lesenswert?

•

▲
▼

opzuiziziz schrieb:
> die dummycycles richtig setzen

Jetzt läuft schon mal was, vielen Dank :-D ...
Komisch nur, dass der erste Buchstabe von "Hello..." im Memory nicht 
abgebildet wird, aber im readbuf dann schon (siehe Anhang Bild).
Weiss jemand da was??

Änderungen:
Memory Mapped Mode von 0x6B auf 0xEB gewechselt, dummycycles von 8 auf 
6, und dann war "gpio_init_structure.Alternate" teils falsch gesetzt, 
AF9 statt AF10 oder umgekehrt. Für was ist Alternate überhaupt? Ist das 
entscheidend?

Vielen Dank für die Inputs.

Angehängte Dateien:

Hello-World.jpg (240 KB)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

STM32H750 mit W25Q64 QSPI XIP memory mapped mode

Antwort schreiben