unable to download larger bootloader

RE: unable to download larger bootloader

Allen — Fri, 16 Feb 2018 22:57:11 GMT

The theory about the UICR changing when entering NRFgo is incorrect. There is no difference. The only solution (kludge) that I have found is to assert reset about 4 times after the programming is completed.

RE: unable to download larger bootloader

Allen — Mon, 05 Feb 2018 18:30:42 GMT

This procedure will only be run during manufacturing. They will not be sealed at this time.

RE: unable to download larger bootloader

Allen — Mon, 05 Feb 2018 18:29:56 GMT

Yes, the run command did not fix the problem. Looking at my previous post, it looks like I had tried that.

RE: unable to download larger bootloader

Bjørn Kvaale — Mon, 05 Feb 2018 09:22:38 GMT

ajcDid you try running the command that Turbo J mentioned in the comment?

RE: unable to download larger bootloader

Turbo J — Sat, 03 Feb 2018 14:18:04 GMT

How do you intend to read the debugging data from your "sealed" units?

RE: unable to download larger bootloader

Turbo J — Sat, 03 Feb 2018 14:17:10 GMT

I am missing a `nrfjprog.exe --family NRF52 --run` at the end of the sequence. Looks like you just kept the MCU in reset.

RE: unable to download larger bootloader

Allen — Fri, 02 Feb 2018 21:37:18 GMT

You must be using a different version of "NRFgo Studio". I am using version 1.21.2.10.

Yes, the JLink ID is returned when you run "nrfjproj -i"

Attached is a file which contains all the commands executed to erase, reprogram and hopefully bring the process back to life. The processor does not boot after the reload. However going into "NRFgo Studio" as previously described does cause the processor to boot and run the application. The application must be doing something more than just reading the flash.

devzone.nordicsemi.com/.../download_5F00_notes.txt

RE: unable to download larger bootloader

Bjørn Kvaale — Fri, 02 Feb 2018 10:10:41 GMT

Can you see your device in Windows File Explorer as a JLINK external disk after you run your eraseall script? What happens when you type nrfjrpog -i in a windows command window? Can you see the Segger ID of your device? I am slightly unsure what exactly happens when you press nrf5x Programming because I am not able to click it myself. But when I click the Segger ID under "nrf52 development boards", I am sure the device flash is read, as you can see the different regions (application, softdevice, bootloader) in the graphic in the middle. Something similar like this can be done by using nrfjprog commands.

RE: unable to download larger bootloader

Allen — Tue, 30 Jan 2018 16:35:46 GMT

Speaking of updating the UICR, there seems to be some magic there I am missing when reflashing the entire chip. I have a script that does an eraseall, then reloads all the software components. When the script completes it will not boot. If I then open NRFgo and select "nRF5x Programming" it suddenly comes to life. What is happening and how can I incorporate that in a script? I have a feeling it has something to do with the UICR registers.

RE: unable to download larger bootloader

Bjørn Kvaale — Tue, 30 Jan 2018 10:14:08 GMT

Unfortunately not. Although it is possible to change the UICR value of the bootloader start address (see the NRF_UICR_BOOTLOADER_START_ADDRESS macro in nrf_bootloader_info.h & this link), this is not advisable because if you make a mistake, you could brick the whole device. From talking with other colleagues at work, it seems this process is very tricky & complicated. Therefore, there is a high chance that you could brick the device. I would recommend debugging via a cabled connection if that is a possibility (depending on how "sealed" the devices are).