OTP allocation for NSIB

[Amira R.]

In the documentation for the secure bootloader, it's mentioned that the provisioning data gets stored in OTP memory for some chips (e.g. nRF5340). Is there a way to know what portion or address space of the OTP will be used by the bootloader?

The current project I'm working on, using the nRF5340, requires roughly 40-48B of OTP for manufacturer-specific data. Is there a way to ensure that these datasets will not overlap and corrupt one another? 

Thank you!

[Einar Thorsrud]

Hi,

There is no region of the OTP that is reserved for customer use, so in principle, there can be changes in future SDK releases that use additional registers that are not currently used. One option is to manage that youself. Another option could be to use the CUSTOMER region in the UICR for the network core. However, then you would need to handle the use of this on the nework core, as this is not directly accessible from the application core.

[Amira R.]

Hi Einar,

Thank you for your response!

Einar Thorsrud said:

One option is to manage that youself.

This option would likely be the most viable for this project - but ignoring the possibility that later SDK changes might use additional registers, with the version I'm using (2.9.0), will the provisioning data for the secure bootloader always be written to the same registers? Or is it possible to choose where the provisioning data will be written?

Thank you again!