NRF Storage BUSY Error

RE: NRF Storage BUSY Error

Vaibhav_Bansal — Wed, 03 Jun 2020 05:41:48 GMT

I am able to resolve all and success with SPI bootloader for NRF,

Thanks for your support, you can close this ticket now.

RE: NRF Storage BUSY Error

Edvin — Tue, 02 Jun 2020 11:50:17 GMT

I don't know why you get hash errors. Did you compare the image that you fetched via SPI with the image that was originally written? Is it identical? If not, why not? Is it the same length? Is it shorter? Try to find out why it is different.

In this solution, you have done a lot of custom work, so I am not sure why it is not working.

Did you generate the new image with nrfutil? Or are you only fetching the application's .hex file?

RE: NRF Storage BUSY Error

Vaibhav_Bansal — Tue, 02 Jun 2020 08:24:11 GMT

hey

I am able to figure our the solution, but getting hash error
Can you tell me the possible reason behind that and what will we the possible solution.

RE: NRF Storage BUSY Error

Vaibhav_Bansal — Mon, 01 Jun 2020 07:42:09 GMT

I am calling flash write from timer timeout interrupt.

Can you suggest me that why same logic is working over BLE,
because BLE also call this function from interrupt.

"ble_evt_handler" is called when we receive data from BLE and then according to the data this function is called.
I am doing the same, in which every 100ms I am reading the data from external flash and calling the same function that BLE calls for writing the data.

But in BLE case softdevice for free but in other case it won't.

RE: NRF Storage BUSY Error

Edvin — Thu, 28 May 2020 14:09:05 GMT

You should look into the application logic. If you call the flash write calls from within an interrupt, perhaps the chip doesn't release this interrupt, not allowing the fstorage module to write anything?

RE: NRF Storage BUSY Error

Vaibhav_Bansal — Thu, 28 May 2020 11:57:34 GMT

In custom bootloader I had tried slowing down the process by 20 bytes per 100 ms, still getting this error,

I am using softdevice backend in bootloader.

I just change the data input from BLE to SPI and everything remain same but still getting this issue.

RE: NRF Storage BUSY Error

Edvin — Thu, 28 May 2020 10:49:58 GMT

Hello,

if nrf_fstorage_write returns 4, it means NRF_ERROR_NO_MEM. From the header file, nrf_fstorage.h:

/**@brief   Function for writing data to flash.
 *
 * Write @p len bytes from @p p_src to @p dest.
 *
 * When using @ref nrf_fstorage_sd, the data is written by several calls to @ref sd_flash_write if
 * the length of the data exceeds @ref NRF_FSTORAGE_SD_MAX_WRITE_SIZE bytes.
 * Only one event is sent upon completion.
 *
 * @note The data to be written to flash must be kept in memory until the operation has
 *       terminated and an event is received.
 *
 * @param[in]   p_fs        The fstorage instance.
 * @param[in]   dest        Address in flash memory where to write the data.
 * @param[in]   p_src       Data to be written.
 * @param[in]   len         Length of the data (in bytes).
 * @param[in]   p_param     User-defined parameter passed to the event handler (may be NULL).
 *
 * @retval  NRF_SUCCESS                 If the operation was accepted.
 * @retval  NRF_ERROR_NULL              If @p p_fs or @p p_src is NULL.
 * @retval  NRF_ERROR_INVALID_STATE     If the module is not initialized.
 * @retval  NRF_ERROR_INVALID_LENGTH    If @p len is zero or not a multiple of the program unit,
 *                                      or if it is otherwise invalid.
 * @retval  NRF_ERROR_INVALID_ADDR      If the address @p dest is outside the flash memory
 *                                      boundaries specified in @p p_fs, or if it is unaligned.
 * @retval  NRF_ERROR_NO_MEM            If no memory is available to accept the operation.
 *                                      When using the @ref nrf_fstorage_sd, this error
 *                                      indicates that the internal queue of operations is full.
 */
ret_code_t nrf_fstorage_write(nrf_fstorage_t const * p_fs,
                              uint32_t               dest,
                              void           const * p_src,
                              uint32_t               len,
                              void                 * p_param);

Do you use the softdevice or NVMC backend in your bootloader?

It may look like you still are writing too fast then. I don't know how you implemented your custom bootloader.

RE: NRF Storage BUSY Error

Vaibhav_Bansal — Thu, 28 May 2020 04:30:12 GMT

Hey,

I am successful in working with BLE DFU, but now I am trying to implement the SPI bootloader where I am reading the NRF firmware file from the external memory.

With BLE I had observed that Data transfer speed to quiet fast that currently I am using.
And also I tried to slow down data speed to 20 bytes per 20 ms, but still getting the same results.

RE: NRF Storage BUSY Error

Edvin — Wed, 27 May 2020 14:17:22 GMT

Hello,

Is dfu_req_handling.c a custom file? If so, I can't say why it fails.

Have you seen our implementation on the buttonless_dfu example in combination with our bootloader from the SDK?

By the look of things, if nrf_fstorage_write() returns NRF_ERROR_BUSY, it probably means that you are writing too fast to the flash. What decides how fast you call this?

BR,
Edvin