RE: UICR writing issue

IMRAN — Wed, 08 Jan 2020 05:43:03 GMT

Hi, Tesc

Thanks for the response. I will use FDS in my application.

please close this issue.

Thank you.

RE: UICR writing issue

tesc — Mon, 06 Jan 2020 15:11:43 GMT

Hi,

Is the call to nrf_sdh_disable_request() returning any status code? Have you done a debug session to see where the application gets stuck?

Please note that the UICR is intended for configuration of the device, and not for repeated writes during normal operation. The way flash works is you can erase a full flash page to all bits being 1, and then you can write to individual addresses in flash by flipping bits that are 1 into 0. This means if you write several times to the same flash location in a row, any bit set to a 0 at any point will stay a 0. Any bit set to 0 will stay 0 until you erase the full page.

If you want to store a piece of information in flash, and be able to change that data, a better option is to use the Flash Data Storage (FDS) library from the SDK. With FDS, data is written to flash as "records", an update is writing a new record (and invalidating the old one by setting a field in the header of the record to all 0), and a read gets you back the valid record. That way you do not need a full flash erase/write cycle every time you write one record, and you do not need to rewrite the whole flash page every time you need to update a value. FDS does not use the UICR page.

Regards,
Terje

RE: UICR writing issue

IMRAN — Fri, 03 Jan 2020 14:07:01 GMT

Hi Team, We look forward to your inputs.

We appreciate your quick response on this.

Thank you.