Erase UICR and merge Bootloader problem

RE: Erase UICR and merge Bootloader problem

Dimitris — Mon, 02 Sep 2019 14:15:06 GMT

Hello Hung Bui,

you were right, the addresses you mentioned at uicr registers, were not restored properly after erase and write.

After some changes and some checks on whether the registers were restored properly after the erase, the programming of the device was successful and the application, the bootloader and the soft device were verified correctly.

Thank you for your help!

RE: Erase UICR and merge Bootloader problem

Hung Bui — Mon, 19 Aug 2019 13:48:23 GMT

I don't think you can write a whole page by just calling *NRF_UICR = uicr_cpy; You need to write them word by word (32 bit)

Could you please check after the erase and write to the UICR; you have the correct start address of the bootloader (NRF_UICR_BOOTLOADER_START_ADDRESS) at : NRF_UICR_BASE + 0x14

And the correct address of the MBR Param page address at NRF_UICR_BASE + 0x18

RE: Erase UICR and merge Bootloader problem

Dimitris — Mon, 19 Aug 2019 09:54:16 GMT

Hello Hung Bui,

I tried programming the device with nrfjprog and indeed verification did succeed. However the bootloader was not programmed again. I could see that from nRFGo Studio, but also tried it in the device. We have a button that enters bootloader mode. When pressed the device just restarts and does not enter DFU.

Here are the screenshots from nrfjprog and nRFGo Studio (after programming with nrfjprog).

When I comment the NRF_NVMC->ERASEUICR = 1; command and repeat the same procedure, everything runs smoothly, and the when the button is pressed the device enters DFU normally.

I tried backing up the uicr registers and rewrite them after the erase but that did not solve the problem. Here is the code I used: ( I did not back up the customer registers)

	NRF_UICR_Type uicr_cpy = *NRF_UICR;
	
	for(int x=0; x<32;x++){
		uicr_cpy.CUSTOMER[x] = 0xFFFFFFFF;
	}
	
	//erase
	 NRF_NVMC->CONFIG = NVMC_CONFIG_WEN_Een << NVMC_CONFIG_WEN_Pos;
	 while (NRF_NVMC->READY == NVMC_READY_READY_Busy){}
	 NRF_NVMC->ERASEUICR = 1;
	 while (NRF_NVMC->READY == NVMC_READY_READY_Busy){}

		//rewrite

		 
		 *NRF_UICR = uicr_cpy;

The problem is still there. I program the device with nrfjprog and although verification succeeds (only in nrfjprog), the bootloader is not programmed properly and would not start

The only thing that seems to work is the one I mentioned in my earlier reply, when I add this check before erasing uicr:

if ( NRF_UICR->CUSTOMER[0] != 0xFFFFFFFF ) { erase uicr }

and changing slightly the way I call the function which erases uicr (instead of calling 2 wrapper functions I call only one - I move the code for erasing one level up, nothing else changes)

Although this solution works, I am really curious why this happens...

RE: Erase UICR and merge Bootloader problem

Hung Bui — Fri, 16 Aug 2019 13:32:12 GMT

Hi Dimitris,

I would not suggest to use nRFGo Studio for programming. Please use nrfjprog.

With nRFGo Studio the chip may not be halted between programming and verification. And if you do any flash modification in between it may result in verification failed.

Please try again with nrfjprog and provide us the log/screenshot.

Please note that even though there is part of the UICR is "reserved for customer" but when you erase the UICR the whole page is erased.You would need to make sure you back up the rest of UICR page and write it back after you erase.

RE: Erase UICR and merge Bootloader problem

Dimitris — Fri, 16 Aug 2019 08:57:55 GMT

Thank you for the response,

The data that are stored in the uicr registers are connected to the hardware version of the device and some calibration values. They are stored once and remain there during the lifetime of the device. The only occasion where these registers are deleted and written again is when the device is re-calibrated.

As for the uicr registers only the uicr customer registers are used, so I suppose it is safe to use them. I have done it in the past in another application (with a bootloader added also) and everything seemed to work fine.

The weird thing is that when I add some code to check if the uicr customer register has data before deleting it, then the problem disappears

if ( NRF_UICR->CUSTOMER[0] != 0xFFFFFFFF )	{
			
	 NRF_NVMC->CONFIG = NVMC_CONFIG_WEN_Een << NVMC_CONFIG_WEN_Pos;
	 while (NRF_NVMC->READY == NVMC_READY_READY_Busy){}
	 NRF_NVMC->ERASEUICR = 1;
	 while (NRF_NVMC->READY == NVMC_READY_READY_Busy){}
}

I would understand it if the deletion of the uicr caused a crash after programming the device, during run time.

I would expect for the device to program properly and then the application or bootloader to fail, not to see a problem during the programming of the device with the hex file.

How is it possible for a line of code inside the application to have such an effect in the programming of the device? I checked the map file of the application and the soft device, application and bootloader areas do not overlap.

How this line of code can create problems in the merging of the hex files, and can affect the programming of the device so that verification fails? And why programming the bootloader separately solves the problem?

I understand these are a lot of questions but this seems like a rather strange problem to me.

RE: Erase UICR and merge Bootloader problem

Hung Bui — Wed, 14 Aug 2019 15:40:59 GMT

Hi Dimitris,

When you use the bootloader you must be very careful with the UICR. This is because we store the bootloader address in the UICR. You can read about that here.

If you have some data that need to be changed more often, I would suggest to use a dedicated flash page to store, instead of using UICR. UICR is more of something like serial number, or hard coded configuration. And please be aware and avoid the address that is used by the bootloader.