nRF52833 readback protection issue

RE: nRF52833 readback protection issue

Edvin — Tue, 18 Jul 2023 13:02:54 GMT

Hello,

Sorry for the late reply. I have been out of office for a while, and just checking in for a couple of days.

Ok, so you are using SDK17.0.2 and MDK v8.35.0.

According to the link in my previous reply, you would need to use MDK v8.44.1 or later for it to include the correct approtect settings. Try downloading and using the latest MDK.

I have not tried doing this using GCC before, but I believe you can just download it from here, and replace the files in your SDK with the new ones:

SDK\modules\nrfx\mdk

And the follow my colleague, Jared's reply from my previous replies link.

Best regards,

Edvin

RE: nRF52833 readback protection issue

kmagtibay — Thu, 29 Jun 2023 04:24:18 GMT

Hi Frank,

I tried this alongside some delays and it works! Just need to triple-check why this is the case now, but you've saved our production run!

Thank you,

Kim

RE: nRF52833 readback protection issue

kmagtibay — Thu, 29 Jun 2023 04:22:28 GMT

Hi Edvin,

Thank you for your response.

We are using nRF5 SDK v17.0.2 and using GCC V7.3.1 as the MDK.

If you need any additional information please let me know.

Thank you,

Kim

RE: nRF52833 readback protection issue

Edvin — Wed, 28 Jun 2023 20:53:28 GMT

Hello,

What SDK and application are you using? And in case you changed the MDK inside your SDK, which MDK are you using. If you didn't actively change that, then it is probably the one that came with the SDK.

The difference here is that before, you would need to turn on the APPROTECT, while now it is on by default, and you need to turn it off.

From the link in your .bat script:

it is seem that APPROTECT permanently enabled

Please see my colleague, Jared's reply.

So it depends on what SDK you are using. If you are using the nRF Connect SDK, then it is probably included. If you are using the nRF5 SDK, it is only included in the latest versions (I think). Please check what MDK version that is being used in your application.

It would be a bit easier to pin point exactly what you need to set once I know what SDK you are using.

Best regards,

Edvin

RE: nRF52833 readback protection issue

Frank Viganske — Tue, 27 Jun 2023 11:19:11 GMT

Hi,

i had a similar experience a while ago while programming the nRF52840. That was caused by an unexpected watchdog reset during programming, and it was fixed by doing a pinreset after the recover operation. Details are here: nrfjprog --program: code starts executing though no --reset option has been given on command line. Causes unwanted activation of readback protection.

Could be worth a try.

Best regards

Frank