Seeking Effective Flash Protection Methods for 54L05 Chip

Hello everyone,
I am currently working on implementing the flash protection feature for the 54L05 chip. My objective is to safeguard the code storage area from unintended erasure or overwriting during program execution. I have attempted to use the fprotect_area function for this purpose. However, upon verification, I found that the protected area can still be erased or written to. Could anyone share some ideas or alternative solutions to achieve effective flash protection?
P.S. The SDK version I am using is 3.0.0.
Thank you in advance for your valuable input!
Parents
  • Hi Ozzy,

    I ran a test based on the soc_nrf_flash sample and cannot see the same issue. If I use fprotect to lock the area of flash that the sample will try to write, the sample will crash as expected. Without the lock, the sample would run to completion.

    Could you please give more details about your setup? Or perhaps, give me a minimal project that can reproduce the issue?

    Attached is my test project for my reference.

    c347813_250703_01.zip

    Hieu

Reply
  • Hi Ozzy,

    I ran a test based on the soc_nrf_flash sample and cannot see the same issue. If I use fprotect to lock the area of flash that the sample will try to write, the sample will crash as expected. Without the lock, the sample would run to completion.

    Could you please give more details about your setup? Or perhaps, give me a minimal project that can reproduce the issue?

    Attached is my test project for my reference.

    c347813_250703_01.zip

    Hieu

Children
No Data
Related