Problem with nrfjprog and corrupted images

RE: Problem with nrfjprog and corrupted images

Susheel Nuguru — Fri, 09 Oct 2015 09:38:21 GMT

normally i read it from the chip

nrfjprog -e nrfjprog --memrd 0x10001000 --n 200 now you see all UICR registers are clean

nrfjprog --program my_application.hex nrfjprog --memrd 0x10001000 --n 200

now you will know if anything else is written to UICR

I have missed to see that you mentioned that the error happens occasionally. any possibility that i can get the application.hex to try it out here?

RE: Problem with nrfjprog and corrupted images

Marius Heil — Fri, 09 Oct 2015 08:09:36 GMT

It tells me that it's nrfjprog 7.5.2 together with LJinkARM.dll version 5.2a. I do not have any UICR registers in my code. Not knowingly that is, is there any way to check my compiled hex file for registers?

RE: Problem with nrfjprog and corrupted images

Susheel Nuguru — Fri, 09 Oct 2015 06:22:45 GMT

does your application.hex contain any UICR register address. If it does, I think the older version of nrfjprog had a problem with the readback. it would get confused with the size and try to read the whole address space in between. That would be lot more than 900KB!! Which version of nrfjprog are you using?

RE: Problem with nrfjprog and corrupted images

Marius Heil — Thu, 08 Oct 2015 14:14:01 GMT

The error only happens occasionally. I do not use nrfGostudio much because nrfjprog is scriptable, but I'd guess nrfgo studio uses nrfjprog internally...?

RE: Problem with nrfjprog and corrupted images

Susheel Nuguru — Thu, 08 Oct 2015 13:47:17 GMT

how is this problem related to nrfjprog? can you flash your application using nrfgo studio and see if the behavior is different?