Explanations about flash_fstorage example.

RE: Explanations about flash_fstorage example.

dejans — Fri, 11 Mar 2022 16:01:31 GMT

Hi Julien,

I am glad to help.

Best regards,
Dejan

RE: Explanations about flash_fstorage example.

julienD — Fri, 11 Mar 2022 15:16:48 GMT

OK, thanks for your answer.

Best regards

Julien

RE: Explanations about flash_fstorage example.

dejans — Fri, 11 Mar 2022 14:24:08 GMT

Hi Julien,

[quote user="julienD"] is fstorage data located in .fs_data flash zone?[/quote]

No. It is not a part of fstorage.

[quote user="julienD"]If my app code is growing (new version), fstorage might be overwritten. Right ?[/quote]

If you want to have an option of new application version you should have a bootloader which is located on top of the flash. If you have MBR and Softdevice, then these two would go to the bottom of the flash. There is a free space between bootloader and softdevice controller which is used to put application with its data. If you have FDS, it would be located just below the bootloader.
If your application is too big it will have a potential to exceed its limits and could overwrite either the application data or bootloader. You could also potentially run out of the flash space.

[quote user="julienD"]

In the example, there's a function called uint32_t nrf5_flash_end_addr_get(). This function is " Helper function to obtain the

last address on the last page of the on-chip flash that can be used to write user data.". The usage is clear to me but

what's the way to get the first address on the first page available to write data?

[/quote]

Function nrf5_flash_end_addr_get() gets the last available address for writing to the flash. This address is the bottom address of the bootloader. This value can also be obtained by looking at the address (base address plus offset) of the register UICR.NRFFW[0] . You can read more about UICR registers in the product documentation. For the value of flash starting address, it is up to the user to ensure that different instances operate on non-overlapping flash memory regions. From the hex file of your application you can determine (with drag&drop to the nRF for Desktop Programmer application) the value for the starting address of your application.

In the documentation, you can read more about flash storage and bootloader memory layout.

Best regards,
Dejan

RE: Explanations about flash_fstorage example.

julienD — Thu, 10 Mar 2022 16:24:30 GMT

The diagram on this page infocenter.nordicsemi.com/.../lib_fstorage.html

show that FDS area is located after application code.

Please, for my comprehension, could you answer the following questions :

- is fstorage data located in .fs_data flash zone?

- If my app code is growing (new version), fstorage might be overwritten. Right ?

- In the example, there's a function called uint32_t nrf5_flash_end_addr_get(). This function is " Helper function to obtain the

last address on the last page of the on-chip flash that can be used to write user data.". The usage is clear to me but

what's the way to get the first address on the first page available to write data?.

Thanks

Julien

RE: Explanations about flash_fstorage example.

julienD — Thu, 10 Mar 2022 16:02:48 GMT

Hi Dejan.

Documentation answers none of my questions.

How can I know that 0x3e000 belongs to fs_data ? ( If what I understood is right )

Julien

RE: Explanations about flash_fstorage example.

dejans — Thu, 10 Mar 2022 15:53:20 GMT

Hi,

These are the example values that need to be set manually depending on a specific need. You can read more in flash storage example documentation.

Best regards,
Dejan