Use nrf_fstorage_sd with nrf_sdh_ble_enable

[Automne]

Hi, I'm using SDK15.2.0 and A nRF52832 for my project.

I followed the "flash_fstorage" example give by Nordic, to write in the flash memory in my project. 

When I run my program the function nrf_fstorage_erase(&fstorage, address, 1, NULL); and nrf_fstorage_write(&fstorage, address, &data, sizeof(data), NULL); work perfectly but after I had called nrf_sdh_ble_enable(), the functions nrf_fstorage_erase() and nrf_fstorage_write() don't work anymore even if I don't use BLE.

The SVCALL is never called to write or erase the flash, I still stuck in nrf_fstorage_is_busy().

Do I need to change some priorities in sdk_config.h ?

Thanks, Automne

[Vidar Berg]

Hi, 

Just to make sure, are you initializing Fstorage with the Softdevice backend (p_fs_api = &nrf_fstorage_sd;), and not nrf_fstorage_nvmc?

Thanks,

Vidar 

[Automne]

Hi Vidar,

I tried to implant fstorage in my code as you did in your example, I got the same problem. The functions nrf_fstorage_write() and nrf_fstorage_erase() work perfectly when the softdevice stack is disable.
When the softdevice is enable nrf_fstorage_write() and nrf_fstorage_erase() work only once and I never get out of the SVCALL. I didn't get the events NRF_FSTORAGE_EVT_WRITE_RESULT or NRF_FSTORAGE_EVT_ERASE_RESULT.

I don't call this functions from an interrupt.

Which resource use SVCALL(nrf_fstorage_write) and SVCALL(nrf_fstorage_erase) ?

Thanks, Automne

[Vidar Berg]

Hi Automne,

The SD flash API operates in blocking mode when the Softdevice is disabled (i.e., flash API does not return before a flash operation is complete), instead of being asynchronous where completion of a flash operation is reported through Softdevice SoC events. I think the problem may be that the fstorage module is not receiving the completion events from the Softdevice, and therefore unable to process following flash operations.

Please verify that following source files are included in your build (are responsible for forwarding SD events to SDK modules):

- nrf_sdh.c

- nrf_sdh_ble.c

- nrf_sdh_soc.c

Also, what IDE/Toolchain are you using? The issue may be related to linker settings. 

[Automne]

Hi Vidar,

Thanks for the quick answer.

You have well identify my problem, "the fstorage module is not receiving the completion events from the Softdevice, and therefore unable to process following flash operations".

I double check and the source files are well include. The prio level are 0 (NRF_SDH_BLE_STACK_OBSERVER_PRIO 0, NRF_SDH_SOC_STACK_OBSERVER_PRIO 0).

I use an text editor, a MakeFile and I compile with ARM GCC 4.8.3

I share you my linker, Dropbox download link : https://www.dropbox.com/s/jmsreqodc8h823u/linker.zip?dl=0

Thanks, Automne

[Vidar Berg]

Hi Automne,

The linker script appears to be ok, you have included the fs_data section. Did you use GCC 4.8.3 when you tested the example I provided? This is a pretty old version, and have not been tested or verified with SDK 15.2.0.

Edit: is your makefile based on the ones we use in the SDK, or do you have a custom build system? e.g., building library files of the SDK modules, etc. 

[Automne]

Hi Vidar,

Thanks for your help, yes I used GCC 4.8.3 with your code.

Finally I found a work around, I don't use the SVCALL, I call the function directly :

- sd_flash_page_erase(uint32_t page_number) 

- sd_flash_write(uint32_t * p_dst, uint32_t const * p_src, uint32_t size)

Now it's working for me

Automne

[Vidar Berg]

Glad to hear that you were able to make it work:) It sounds like you are satisfied with this solution but are you receiving any SoC events from the Softdevice when you use sd_flash* API directly?  

[Automne]

I wired the problem, the function sd_evt_get(uint32_t * p_evt_id) wasn't called after we get the event NRF_EVT_FLASH_OPERATION_SUCCESS to clear the flag is_busy.

[bgarrood]

Hello,

I am having the same problem.  In the end did you stay with this solution of using the sd functions directly?  Did you manage to get a callback confirming the operation was successful?  I don't fully understand your comment below "I wired the problem"  -did you manage to get fstorage working?  how?  

Seems to be a problem with the fstorage library right?  i know fds is the preferred route but seems like overkill for simple storage of a few settings.

many thanks

Barney