QSPI async read write

Hello, 

trying to transfer data to external QSPI  flash(GD2QC).

Could you please provide a link to this device? 

But after some time qspi stops responding  with NRF_BUSY after initialization.

What is the error you get? NRF_BUSY is not a valid error message

After referring sdk 15.2 interrupt clear issue, we cherry picked qspi driver files from sdk ver 17.2, but issue still exists.

 There are currently no versions above SDK v15.3, can you please elaborate? Have you read the QSPI chapter in the nRF52840 Product Specification? And the QSPI library documentation? Did you look at the QSPI example that is available? 

Kind regards,
Øyvind

Hi,

Thank you for the quick response.

Here is the link to data sheet of the external flash.

http://www.elm-tech.com/en/products/spi-flash-memory/gd25q16/gd25q16.pdf

I followed QSPI example pointed in your answer. I have my wait_4 peripheral as in the example.

#define wait_4_peripheral() do { \
        while (!m_finished) {\
        } \
        m_finished = false;    \
    } while (0)

After issuing a nrf_drv_qspi_read, the mcu waits for the peripheral ever. The error code was NRF_ERROR_BUSY

By 17.2  I meant qspi driver version available here - https://github.com/NordicSemiconductor/nrfx/tree/v1.7.2

I was referring this issue in the forum - https://devzone.nordicsemi.com/f/nordic-q-a/50290/qspi-interrupt-hangs-caused-by-power-consumption-problems/201095#201095

Regards,

Manoj

Hi Manoj,

Thanks for clearing that up!

Did you also add the following callback

static void qspi_handler(nrf_drv_qspi_evt_t event, void * p_context)
{
    UNUSED_PARAMETER(event);
    UNUSED_PARAMETER(p_context);
    m_finished = true;
}

which is called by

err_code = nrf_drv_qspi_erase(NRF_QSPI_ERASE_LEN_64KB, 0);
    APP_ERROR_CHECK(err_code);
    WAIT_FOR_PERIPH();
    NRF_LOG_INFO("Process of erasing first block start");

Yes. I do have the irq callback.

On further debugging what I observed is qspi driver returns NRFX_ERROR_BUSY from qspi_task_perform

static nrfx_err_t qspi_task_perform(nrf_qspi_task_t task)
{
// Wait for peripheral
if (m_cb.is_busy)
{
return NRFX_ERROR_BUSY;
}

Manoj

is this issue related to nRF52840 Engineering A Errata

3.29 [121] QSPI: Second read and long read commands fail

This anomaly applies to IC Rev. Engineering A, build codes QIAA-AA0. Symptoms

• QSPI read command never gets sent.

• QSPI read command of more than 0x20 characters fails. Conditions QSPI.IFCONFIG1 is different than 0xYY0404YY, where Y is any value. Consequences QSPI is not functional.

Best Regards,

Manoj