Stm32f Qspi memory mapped liest immer 0xff

[Jens (Gast)]

Hallo

Ich habe ein Problem mit dem memory mapped Mode bei dem Stm32f7.
Der Flash loader schreibt mir die Daten in den Flash.
Auslesen kann ich diesen über St link Utility.

Das initialisieren im Programm klappt auch.
Memory mapped wird aufgerufen aus der hal lib und im Speicher Bereich 
erscheint nur 0xff an jeder Speicher Stelle.
Wenn ich nun die Lesezeiten mit und ohne DDR Mode Messe bekomme ich auch 
etwa die doppelte Zeit.

Hat jemand die Initialisierung für mich damit ich die vergleichen kann?
Oder eine Idee woran es liegen könnte?

[A. B. (Gast)]

Ohne umfassende Beschreibung ist diese Frage sinnlos ... zuviele 
Unbekannte.

Jens schrieb:
> Ich habe ein Problem mit dem memory mapped Mode bei dem Stm32f7.
> Der Flash loader schreibt mir die Daten in den Flash.

Nun denn, das ST-Link Utility kann das gar nicht, jedenfalls nicht ohne 
das passende (zum Flash-Chip und zur Pin-Konfiguration, 
selbsterstellte?) Plugin.

> Auslesen kann ich diesen über St link Utility.

Und wie soll das gehen, ohne das passende Plugin?

> Das initialisieren im Programm klappt auch.
> Memory mapped wird aufgerufen aus der hal lib und im Speicher Bereich
> erscheint nur 0xff an jeder Speicher Stelle.
> Wenn ich nun die Lesezeiten mit und ohne DDR Mode Messe bekomme ich auch
> etwa die doppelte Zeit.

Da muss man wohl oder übel die QSPI-Register, die GPIO-MODER- und 
-AFR-Register sowie RCC-Register nach der HAL-Initialisierung 
abklappern und mit RM, Datenblatt und Schalplan vergleichen.

> Hat jemand die Initialisierung für mich damit ich die vergleichen kann?

Habe ich schon für diverse Boards, gibt's auch von ST (in der 
Demo-Firmware für verschiedene Discovery-Boards) aber es macht überhaupt 
keinen Sinn, das zu kopieren. Hängt halt von Chip und der 
Pin-Konfiguration ab ...

[Jens (Gast)]

A. B. schrieb:
> Jens schrieb:
>> Ich habe ein Problem mit dem memory mapped Mode bei dem Stm32f7.
>> Der Flash loader schreibt mir die Daten in den Flash.
>
> Nun denn, das ST-Link Utility kann das gar nicht, jedenfalls nicht ohne
> das passende (zum Flash-Chip und zur Pin-Konfiguration,
> selbsterstellte?) Plugin.

Natürlich hatte ich das passende Plugin ausgewählt.
Ich habe deswegen um es zu testen mit dem F7 Discovery Board getestet 
und dieses wieder von J-Link zu ST Link zurück geflasht.

Wenn es nicht funktioniert hätte würde ich an Adresse 0x90000000 auch 
nicht die Daten sehen, welche ich mit dem FlashLoader geschrieben habe.

A. B. schrieb:
> Da muss man wohl oder übel die QSPI-Register, die GPIO-MODER- und
> -AFR-Register sowie RCC-Register nach der HAL-Initialisierung
> abklappern und mit RM, Datenblatt und Schalplan vergleichen.

Wenn die GPIO Register und die Grundkonfiguration nicht stimmen würde 
kann ich wohl kaum die Chip ID vom QSPI auslesen?

A. B. schrieb:
> Habe ich schon für diverse Boards, gibt's auch von ST (in der
> Demo-Firmware für verschiedene Discovery-Boards) aber es macht überhaupt
> keinen Sinn, das zu kopieren. Hängt halt von Chip und der
> Pin-Konfiguration ab ...

Da könnt noch mein Fehler sein nur finde ich diesen leider nicht.

der Flash ist folgender: N25Q128A

#define QUAD_OUT_FAST_READ_CMD               0x6B
#define DUMMY_CLOCK_CYCLES_READ_QUAD         10

  HAL_QSPI_DeInit(&QSPIHandle);

  QSPIHandle.Init.ClockPrescaler     = 80;
  QSPIHandle.Init.FifoThreshold      = 4;
  QSPIHandle.Init.SampleShifting     = QSPI_SAMPLE_SHIFTING_HALFCYCLE;
  QSPIHandle.Init.FlashSize          = QSPI_FLASH_SIZE;
  QSPIHandle.Init.ChipSelectHighTime = QSPI_CS_HIGH_TIME_8_CYCLE;
  QSPIHandle.Init.ClockMode          = QSPI_CLOCK_MODE_0;
  QSPIHandle.Init.FlashID            = QSPI_FLASH_ID_1;
  QSPIHandle.Init.DualFlash          = QSPI_DUALFLASH_DISABLE;
  if (HAL_QSPI_Init(&QSPIHandle) != HAL_OK)


  sCommand.InstructionMode   = QSPI_INSTRUCTION_4_LINES;
  sCommand.AddressSize       = QSPI_ADDRESS_24_BITS;
  sCommand.AlternateByteMode = QSPI_ALTERNATE_BYTES_NONE;
  sCommand.DdrMode           = QSPI_DDR_MODE_DISABLE;
  sCommand.DdrHoldHalfCycle  = QSPI_DDR_HHC_ANALOG_DELAY;
  sCommand.SIOOMode          = QSPI_SIOO_INST_EVERY_CMD;

  sCommand.AddressMode = QSPI_ADDRESS_1_LINE;
  sCommand.DataMode    = QSPI_DATA_4_LINES;


  /* Configure Volatile Configuration register (with new dummy cycles) */
  QSPI_DummyCyclesCfg(&QSPIHandle);

  /* Reading Sequence ------------------------------------------------ */
  sCommand.Instruction = QUAD_OUT_FAST_READ_CMD;
  sCommand.DummyCycles = DUMMY_CLOCK_CYCLES_READ_QUAD;
  sMemMappedCfg.TimeOutActivation = QSPI_TIMEOUT_COUNTER_DISABLE;


  if (HAL_QSPI_MemoryMapped(&QSPIHandle, &sCommand, &sMemMappedCfg) != HAL_OK)    while(1);

[A. B. (Gast)]

Jens schrieb:
> Natürlich hatte ich das passende Plugin ausgewählt.
> Ich habe deswegen um es zu testen mit dem F7 Discovery Board getestet

Aha, da kommen also tröpfenweise die nötigen Infos. Es geht also 
definitiv um ein F7-Discovery Board? Und welches? Es gibt deren zwei ...

> Wenn es nicht funktioniert hätte würde ich an Adresse 0x90000000 auch
> nicht die Daten sehen, welche ich mit dem FlashLoader geschrieben habe.

> Wenn die GPIO Register und die Grundkonfiguration nicht stimmen würde
> kann ich wohl kaum die Chip ID vom QSPI auslesen?

Nochmals aha! Wieder ein Tröpfchen hinterher. Das Auslesen der ID geht 
aber nicht im Memory Mapped, sondern nur im Indirect Read mode. Und war 
das im QPI-Modus oder SPI (1-Line)?

Aber Instruktion im 4-Line-, Adresse im 1-Line- und Daten dann wieder im 
4-Line-Mode wie unten definiert macht überhaupt keinen Sinn.
Das QUAD_OUT_FAST_READ möchte Instruktion und Adresse im 1-Line, Daten 
im 4-Line Modes.

Und (interne!!!) Konfiguration des Flash Chips? Die Default-Anzahl Dummy 
Clocks (und manches mehr) ist im Flash (auch nicht-flüchtig) 
programmierbar. Falsche Anzahl sollte allerdings nur falsche Daten beim 
Auslesen ergeben, nicht lauter 0xFF.

> der Flash ist folgender: N25Q128A

Aha, also ist's das STM32F746-Disco, nicht F769, das nächste Tröpfchen 
...

>
> #define QUAD_OUT_FAST_READ_CMD               0x6B
> #define DUMMY_CLOCK_CYCLES_READ_QUAD         10

>   sCommand.InstructionMode   = QSPI_INSTRUCTION_4_LINES;
>   sCommand.AddressSize       = QSPI_ADDRESS_24_BITS;
>   sCommand.AlternateByteMode = QSPI_ALTERNATE_BYTES_NONE;
>   sCommand.DdrMode           = QSPI_DDR_MODE_DISABLE;
>   sCommand.DdrHoldHalfCycle  = QSPI_DDR_HHC_ANALOG_DELAY;
>   sCommand.SIOOMode          = QSPI_SIOO_INST_EVERY_CMD;
>
>   sCommand.AddressMode = QSPI_ADDRESS_1_LINE;
>   sCommand.DataMode    = QSPI_DATA_4_LINES;
>
>
>   /* Configure Volatile Configuration register (with new dummy cycles)
> */
>   QSPI_DummyCyclesCfg(&QSPIHandle);
>
>   /* Reading Sequence ------------------------------------------------
> */
>   sCommand.Instruction = QUAD_OUT_FAST_READ_CMD;
>   sCommand.DummyCycles = DUMMY_CLOCK_CYCLES_READ_QUAD;
>   sMemMappedCfg.TimeOutActivation = QSPI_TIMEOUT_COUNTER_DISABLE;