2023-12-01 01:44 AM - last edited on 2023-12-01 02:41 AM by Mike_ST
Hi,
I have the following questions about QSPI in STM32F767:
1. Is it possible to configure the board as QSPI Slave? I could not find any option in the CubeMX Tool to choose between master and slave.
2. Is the QSPI peripheral of this board strictly limited to interfacing only QSPI flash devices? In other words, is it possible to interface a QSPI slave which is not a flash device?
3. Is it possible to configure the normal SPI peripheral to work as QSPI?
I referred the below link, which states that QSPI is strictly master-driven. But I would like to confirm this statement.
Solved! Go to Solution.
2023-12-01 09:15 AM
>>But I would like to confirm this statement.
By someone repeating it to you, or you actually confirming it be reading the manuals and trying a couple of things to rule operation in or out?
You can use anything that meets the protocol requirements, like a FPGA/CPLD, RAM, NAND FLASH, NOR FLASH, etc. The F7 supports memory-mapping for READ operations, here consider this just using a command template that works normally, and the STM32 peripheral just masks and stuffs in the ADDRESS of the access in normal operation. You need to ABORT the QSPI to get it out of this mode and back to one where you can send commands.
No, it doesn't support SLAVE operation, bit to fast and awkward to do in any case, it's a protocol better implemented completely in HW and state-machines, see CPLD/FPGA for how you'd approach a device running at 50-100 MHz type rates, it's not SW and not interrupts..
2023-12-01 05:05 AM
Hello @neetha_jyo98 ,
For your first question. Yes, it's only QSPI master interface.
2023-12-01 09:15 AM
>>But I would like to confirm this statement.
By someone repeating it to you, or you actually confirming it be reading the manuals and trying a couple of things to rule operation in or out?
You can use anything that meets the protocol requirements, like a FPGA/CPLD, RAM, NAND FLASH, NOR FLASH, etc. The F7 supports memory-mapping for READ operations, here consider this just using a command template that works normally, and the STM32 peripheral just masks and stuffs in the ADDRESS of the access in normal operation. You need to ABORT the QSPI to get it out of this mode and back to one where you can send commands.
No, it doesn't support SLAVE operation, bit to fast and awkward to do in any case, it's a protocol better implemented completely in HW and state-machines, see CPLD/FPGA for how you'd approach a device running at 50-100 MHz type rates, it's not SW and not interrupts..