nrfjprog.exe with bin files

RE: nrfjprog.exe with bin files

BMW — Wed, 08 Feb 2023 19:39:22 GMT

But looking through my hexfile I don't have anything being written to that address. The second to last line of my file has address value d640, and the extended address is 0002, so my confusion is about how it could be writing to UICR when the file ends within flash

RE: nrfjprog.exe with bin files

Daniel Veilleux — Fri, 27 Jan 2023 22:13:11 GMT

If the code overflows the available flash then changing file types won't help.

RE: nrfjprog.exe with bin files

BMW — Fri, 27 Jan 2023 21:58:49 GMT

I would but the current hex file is too large for the size of the flash, which is why I was trying to use .bin

RE: nrfjprog.exe with bin files

Turbo J — Fri, 27 Jan 2023 21:56:04 GMT

Bin files cannot have "holes" and there is a huuuge gap between end of flash and UICR.

Only hex files support non-continous address space. I strongly recommend using them for this reason here.

RE: nrfjprog.exe with bin files

Daniel Veilleux — Fri, 27 Jan 2023 19:22:34 GMT

That setting that enables the reset pin lives in the UICR, starting at 0x10001200.

RE: nrfjprog.exe with bin files

BMW — Fri, 27 Jan 2023 17:01:44 GMT

I'm a bit confused now. My hexfile that works only has data that writes up to what you were saying 0002d740, so how is it that it has data that is writing to 10001000? Also I don't think we have data writing to UICR for this.

RE: nrfjprog.exe with bin files

Daniel Veilleux — Fri, 27 Jan 2023 16:27:59 GMT

Bin files don't contain any addresses like hex files do. So your SoftDevice and application start from 0x00 and contain data up to somewhere like 0x2d000. But the UICR starts at 0x10001000. So if you have UICR settings then now you get a bunch of padding between the end of your real data and the UICR. A quick test here spits out a 256MB bin file when I take one of your UICR dumps and add data at address 0x00. If you want to use bins though you could have two files: one for the SD + app and another for the UICR.

RE: nrfjprog.exe with bin files

BMW — Fri, 27 Jan 2023 14:27:19 GMT

Yes just did it again and line 34 definitely has the 0x1500000015000000. Using srecord to convert my hex to bin then back and using the new hex seems to fail. Readuicr returns ffff even though compare the 2 hexfiles the new one is just adding lines with 0 for data to fill in the addresses with no data. If you already have a script I could run it on my hex and compare the bins, or maybe I need an extra parameter when running srecord to have it create to correct bin file? What do you mean by the offset of the UICR? My hexfile has both the softdevice and our application so it should be writing from 0.

RE: nrfjprog.exe with bin files

Daniel Veilleux — Thu, 26 Jan 2023 23:03:04 GMT

Did you do a sanity check by programming the original hex and then reading the mem? I'm not familiar with Srecord but I could probably show you how to do it with python. We usually work with hex files with the nRF52 series due to the offset of the UICR.

RE: nrfjprog.exe with bin files

BMW — Thu, 26 Jan 2023 21:29:27 GMT

Both methods of flashing seem to still give 0xFFFFFFFF on memrd.

I am using Srecord to convert the .hex to a .bin in case that info helps. The command I use is:

srec_cat.exe ble-v2-5.hex -Intel -o ble-v2-5.bin -binary

RE: nrfjprog.exe with bin files

Daniel Veilleux — Thu, 26 Jan 2023 21:14:10 GMT

If you forgot to recover between steps then that could potentially make the two dumps look equal when they really aren't. Now that you know what you're looking for though I'd just recover the chip, flash the bin, and then read that UICR setting with "nrfjprog --memrd 0x10001200" (the result shouldn't be 0xffffffff). If you think it's an nrfjprog issue then you can recover and then use JLink.exe to program the bin and see if that makes a difference.

RE: nrfjprog.exe with bin files

BMW — Thu, 26 Jan 2023 15:46:18 GMT

I just did this again and the files look the same. I must've forgotten to run the recover when I flashed the other file

RE: nrfjprog.exe with bin files

BMW — Thu, 26 Jan 2023 13:16:17 GMT

Ah ok. Do you know how I would fix this? Was it a problem with the creation of the bin file or flashing maybe?

RE: nrfjprog.exe with bin files

Daniel Veilleux — Wed, 25 Jan 2023 22:14:51 GMT

Yes, that bin file is missing the UICR values that enable the GPIO pin reset.

RE: nrfjprog.exe with bin files

BMW — Wed, 25 Jan 2023 21:40:29 GMT

devzone.nordicsemi.com/.../ble_5F00_bin.hex devzone.nordicsemi.com/.../ble_5F00_hex.hexI believe I've done the UICR correctly I got these files. It seems that line 34 is not matching when diffed.

RE: nrfjprog.exe with bin files

Daniel Veilleux — Wed, 25 Jan 2023 21:31:05 GMT

Does the hex file have any UICR values in it? I'd probably start by performing an nrfjprog --recover, programming the hex file, and then using nrfjprog --readuicr to dump the UICR. Then recover the chip again and repeat the process using the bin file. I bet the diff between the two UICR dumps will show the issue.

RE: nrfjprog.exe with bin files

BMW — Wed, 25 Jan 2023 20:59:37 GMT

That may be true for an older version but my version is showing that it accepts multiple filetypes including bin files.

RE: nrfjprog.exe with bin files

Amanda Hsieh — Wed, 25 Jan 2023 20:54:08 GMT

Hi,

nrfjprog.exe only support hex file. See nrfjprog commands.

Regards,
Amanda H.